Hello World
Spiga

道理人人有,就看怎么说

2011-03-22 20:50 by 老赵, 8286 visits

前几天猛鸟兄(@raptorz)作为在使用Mac OS X时跌了个跟头,他之前是长期的Ubuntu用户,最近也买了台Mac。情况是这样的:OS X在文件夹复制(包括移动)的时候,如果目标地方也出现了同名文件夹,则OS X的策略是“替换(Replace)”,而Windows和*nix下cp命令的策略则是“合并(Merge)”。前者相当于完全删除了重名文件夹,而后者则是把其中的文件合并。对于习惯了后者的人来说,一没看清楚前者的提示,于是就丢失文件了。我当时也遇到过这情况,不过估计猛鸟兄不如我能忍,于是在吐槽推里fuck了乔教主,果不其然引发了各方争论。今天丁宇同学将他的观点(@felixding)整理为一篇文章,表示OS X的做法更合理,对于这个说法我不敢苟同。现在先提一下这个问题,再引出真正想说的内容。

丁宇同学的主要观点就是:OS X的做法更符合“文件夹”这个概念在现实中的隐喻,在这方面用户是给微软带坏了(完整内容请阅读原文):

相比Win,Mac桌面的隐喻是非常贴近现实世界和统一的。比如刚才说的文件夹替换的问题,在现实世界中要替换两个文件夹的话,是把旧的拿走把新的放这,谁也不会预期说把新的往桌子上一放,结果啪的一下它里面又出现了旧的文件吧!喔,很不幸,ms的工程师认为世界应该是这样神奇的。

而我的看法简单来说是:软件系统不应该以“符合现实隐喻”为尊,Windows的做法更好用,也并没有什么问题:

还是就看你愿意怎么去解释,容我也来解释一番。

你说Mac的文件夹“替换”方式是“符合现实隐喻”,但什么时候开始计算机系统设计时就以这点为尊了呢?现实世界不是“没有”文件夹的合并操作,也并非“不需要”合并,而是“合并”的代价太高。但是,操作系统完全有能力快速地完成“合并”操作,这就是计算机辅助人类工作,改进人类生活啊,为什么非要符合现实世界里低效率的“人肉”工作方式?

Unix下的cp也是合并,说明这个策略是被人广泛接受的,更早于Mac的出现。Win在出现重名文件夹的时候,策略是“合并”,也是符合比Mac更早的传统。更何况,Windows也根本没说它在“替换”,“合并”写的清清楚楚明明白白,并非打着“替换”的旗号做“合并”的事情,这只是Windows所选择的策略而已。

再者,在Windows里如果想要实现你要的“替换”,删除目标文件夹,再复制过去即可。而在Mac下要实现“合并”,几乎就是如现实一样,人力不可为了。所以在我看来,Windows的策略弹性更大。

所以,你说这点Windows带坏用户,我不敢苟同。

好,那么您说,我和他的说法哪个是有问题的?我觉得都可以说的过去,而且都可以继续往下说。每个人都是聪明人,每个人也都有自己的道理,这就是互联网上各种争论的来源,说着说着谁一个不小心就变味成了“争吵”(惭愧地说有时连我也不能例外)。

这样的例子还可以举好多。例如,人类的适应能力是很强的,刚上手时感觉各种不好用的软件,如果坚持用过一段时间也会习惯,甚至切换回之前使用的软件也会觉得碍手碍脚。于是支持方会说:“看这软件多好用,之前的做法都不习惯了”,反对方会说“这软件真难用,好难上手”。谁对?谁错?更关键的是,谁能有力地证明自己的观点,而不是讲大道理?要知道,正反这两种说法都是有一定道理的。人类就是那么矛盾而变态的东西,否则也不会有斯德哥尔摩综合症这种心理问题了。

其实,如果能把问题从两个方面说清楚,这也是讨论的魅力所在。但现实中有个问题是,在许多情况下我们能够让别人相信自己是完全中立的,自己也很难保持没有偏向性——《美国宪政历程》里提到某首席大法官,为了保持不受社会舆论影响而坚持不看报纸,这实在不是件容易的事情。尤其是对于“用户体验”,“产品设计”这种难以道明的东西,可谓“人人都是产品经理”。现在好多时候在我看来充斥着“事后诸葛”、“成王败寇”的道道,搞得跟很多成功学一样,让我接受不了,能躲即躲。

更关键的是,因为大伙都是聪明人,一件事情正说反说都有一定道理,于是人们很容易选择有利于自己一方选择“论据”,正所谓“你讲道理我跟你摆事实,你摆事实我跟你讲道理”,在实际情况下,上面提到的“好用”和“难上手”两派在“合适的时机”都会选择对方的思维方式,而且这种“切换”也可以很有道理,叫做“就事论事”,您又能奈我何。

当然,即便我懒得搞这种正说反说,也不代表我就支持中间派(显然也不代表我反对中间派),更不代表我没有自己的看法。比如我对于PHP的观点。昨天正好又有关于Rails和PHP的讨论,于是我也正好拿它作例子。我对PHP的看法是:Quick and Dirty,随便找个人来就能写点代码,再加上历史积淀,可谓是最最流行的Web开发技术,没有之一。说的好听点,PHP叫做有着“辉煌的大尾巴”,难听点叫作“又臭又硬”。我一直强调要打开视野,但如果要我推荐,我不会推荐别人去学习PHP,即便工作上要使用PHP,我也建议去学习Ruby,Python平台上更有“文化”,更为“优雅”,开发效率更高的Web框架。有些人的理由就是,PHP社区更大,更流行,搜索引擎上的记录更多,某某排名都更高,怎么可能不是更好呢?要我看来,这种靠市场“成王败寇”的判断方式,我就根本不会认同,例如认可这种观点的同学,您认为“Windows比Mac OS要优秀十几倍”吗?要我说,这些还都是PHP的“历史优势”,不能直接说它在各方面就多么多么好了,你想说它哪方面好,还得有针对性的说清楚。而且话说回来,比尔盖茨如今560亿美元身价不可不谓之成功,但也没说陈天桥12亿美元这样的“零头身价”就变成“失败”,就不能做为榜样了。换言之,Rails等平台的质量足以受人推崇,足以干些了不起的事情了。引霍炬同学(@virushuo)的一句话完整内容在此),道理正是如此:

寻找ruby开发的“top项目”没意义。DHH和37s创造的都不是适合所有人的产品,他们只愿意在某一领域做到最好。不是所有人都有兴趣创造亿级别产品,何况也没几个人真能做成。对大部分项目,千万是一个很好的级别,那是ror最佳实践领域。

同样,JavaEye的站长范凯同学(@robbinfan)也提到了JavaEye的近况

JavaEye的PV到了140万了,一年前才100万出头,增长算不错的。仍然是单台Web服务器,Rails处理动态请求超过340万,除了真实用户访问,还有API,RSS以及很多爬虫的请求。看JE的alexa排名,CN排92名,全球790名,其实需要屠龙术的网站并不多。

此外他还谈了其他一些话题,例如PHP和Rails程序员的培训和招聘等等,其中也谈到前来面试的PHP程序员很多基本功不过关,和某同学一直坚持认为“PHP程序员老nb,ASP.NET程序员啥都不懂”颇有出入。同样,还有人老说.NET产品作不大,其实您先超过StackOverflow再说吧,到那时您已经相当成功了,像MySpace什么就先不提了。

好象有点谈远了,再把话题扯回来:JavaScript在浏览器端处于垄断地位,是因为它有多么优秀吗?我觉得明显是因为用户没有第二选择嘛。当然我也没说JavaScript不好,只是正确的命题一定要用正确的论据来证明——好累,这句话本身应该是不言自明的,不是么?

总之,所谓正反、对错、好坏、优劣……好多情况下就看您想怎么说。也正因为如此,我越来越懒得讨论这方面话题,除非心情特别好或是有人非要前来挑逗。但是久而久之,搞得我都有些虚无了,例如,现在除非是我上手就觉得好用(比如Mac触摸板的二指控制滚动条),否则您说其他一些东西的体验有多么多么好或是设计有多么多么合理(例如OS X Lion上的二指控制突然与之前方向相反了),我都会懒得去相信。当然,我个人觉得自己还是比较容易被说服的,例如有人提到了一篇文章:《理念的缺失:Windows 7任务栏 vs. OS X Dock》,就一下子就让我高潮了。尽管我在这方面的能力还远不能跟他有所呼应,甚至,即使他是在骗人我也发现不了,但我就是愿意相信他的说法。就像有人在推上发发私信能跟女生上床,有人只能招人厌恶。

最后,比如PHP什么的又碰到了您的G点,轻请拍。我懒。

广告时间nBazaar技术交流会即将举办第四届活动。为了便于组织或活动通知,我们申请了官方的Google群组服务。该群组的作用只是为了联系和通知,活动的具体信息和资料发布依然会使用http://nbazaar.org/。我们已经向历届活动的报名者发出了邀请,请查收邮件(包括垃圾箱)。不过由于众所周知的原因,您可能无法接受该邀请,我们也在设法直接添加成员,只苦于Google群组的每日限制。此外,第四节活动还有一个讲师席位正虚位以待,如果您有这方面的意愿,或者对邮件列表有任何疑问,请发邮件至

Creative Commons License

本文基于署名 2.5 中国大陆许可协议发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名赵劼(包含链接),具体操作方式可参考此处。如您有任何疑问或者授权方面的协商,请给我留言

Add your comment

64 条回复

  1. hanf
    115.192.146.*
    链接

    hanf 2011-03-22 21:08:02

    第四届 大概4月什么时候呢? 已定的讲座是什么内容呢?

  2. anti-name
    112.114.153.*
    链接

    anti-name 2011-03-22 21:50:42

    不知者想知道Mac OS X自带的浏览器有没有标签页

  3. fk2
    61.171.218.*
    链接

    fk2 2011-03-22 21:53:02

    JavaScript在浏览器端处于垄断地位,是因为它有多么优秀吗?我觉得明显是因为用户没有第二选择嘛。

    你不知道曾经有过VBscript的么?我只能呵呵呵了

  4. 老赵
    admin
    链接

    老赵 2011-03-22 22:06:35

    @fk2

    我当然知道,不过你说“曾经有过”,难道现在就没了么?但关键是有多少人会用它写代码?别的浏览器都不支持,不就意味着还是没有选择么。

  5. 老赵
    admin
    链接

    老赵 2011-03-22 22:08:27

    @anti-name

    有的,你是想说什么呢?

  6. 老赵
    admin
    链接

    老赵 2011-03-22 22:08:58

    @hanf

    4月23号,内容暂时不公布。:)

  7. Eric
    113.69.133.*
    链接

    Eric 2011-03-22 22:47:15

    我居然很有耐性的看完了那篇文章...不打些字实在太浪费了...

    貌似现在Mac上随便找个文本编辑器都已经标签切换、甚至整合窗口了,最新的Xcode 4都把单一窗体作为新特性宣传了(Apple自己都装逼不下去了,哈哈),还在扯谈一个窗口=一个文档,实在太那个了。

    让我想起了以前中学时搞网页制作用的是古老的Dreamweaver 4和Fireworks 4,刚接触电脑的我一直纳闷为什么这么神奇的软件要配一个如此蹩脚的界面组织方式。后来才知道是从mac版沿袭过来的,还好新版也是自收购过来后的第一个大动作版本Studio Mx改成了现在的风格。而这个风格也被后来的Adobe抄到十足,而后者早期的软件也是简单粗暴的把mac版的界面风格移植到win上...

  8. Scott Guthrie Liu
    221.217.152.*
    链接

    Scott Guthrie Liu 2011-03-22 23:07:06

    都是文化不同,见《UNIX编程艺术》有解

  9. lixiong
    58.41.86.*
    链接

    lixiong 2011-03-23 00:06:47

    最讨厌设计哲学了.... 其实就是工程师当时随便做了一个决定, 现在被当成设计哲学....

  10. 老赵
    admin
    链接

    老赵 2011-03-23 00:13:24

    @Scott Guthrie Liu

    《Unix编程艺术》我也看过,哪里解了文件夹该替换还是合并?还是你说解了别的什么?

  11. 老赵
    admin
    链接

    老赵 2011-03-23 00:18:36

    @Eric

    我发现无论是多窗口还是多标签,我发现我很习惯,根本没想这么多。我只希望OS X能集成Win 7上的预览,这个实在很方便。在OS X上只能再装个HyperDock,但关键是这个第三方程序看到的预览不是实时的,不知道是不是需要私有API才好做。

  12. 老赵
    admin
    链接

    老赵 2011-03-23 00:21:36

    @lixiong

    谈哲学够酷够有深度。

  13. amen
    114.251.186.*
    链接

    amen 2011-03-23 09:23:52

    恩,这一次我赞同老赵的观点~

  14. 链接

    zellux 2011-03-23 10:14:37

    说得太对了,支持老赵

  15. 链接

    jun1st.feng 2011-03-23 15:10:44

    吐槽一般都带有严重的主观情绪,哈哈 Mac OS 和 Windows 7 更多是使用习惯的不同,也许整体上一个比另一个好一点,但是使用Mac的非说Win带坏用户,使用Win非说Mac不好,稍微有点狭隘!

    PS,这次的bazaar能否搞点具有实战性质的东西?比如老赵你的写自己的Blog的时候,肯定遇到很多这样那样的问题,可否分享一下? 因为我也在build我自己的blog,觉得要考虑的东西还是很多的。

  16. 老赵
    admin
    链接

    老赵 2011-03-23 15:20:40

    @jun1st.feng

    在我看来哪次不带有实战性质啊?

  17. zzh20
    118.133.93.*
    链接

    zzh20 2011-03-23 16:00:15

    google群组完全打不开

  18. winter
    114.80.133.*
    链接

    winter 2011-03-23 16:39:42

    G点了 G点了!啊!

    虽然只用过一点点,不过我是喜欢PHP的。支持面向对象的语言用过程式API,我是很喜欢这种勇气的。简简单单的语言做简简单单的事情 就是舒心两个字啊。

  19. 老赵
    admin
    链接

    老赵 2011-03-23 16:42:38

    @winter

    人生苦短,我要追求美好,哈哈。

  20. 小白
    59.108.20.*
    链接

    小白 2011-03-24 13:56:00

    我怎么都觉得楼上两位讨论的不是一个问题。作为一个小白,说说自己的看法,毕竟老赵说了,“道理人人有” :)

    按照我的理解,老赵的观点是,作为一种“编程语言”,PHP并不值得推荐。但作为一种工具,有如何呢?想必老赵也不会把PHP一棍打死吧。作为编程语言的PHP,似乎没能带给使用者明确的理念。我是C程序员,只写过PHP扩展,PHP用的不多。感觉到PHP5.3为止,其面向对象特性已经相当完善了。可惜由于一开始对面向对象的惨淡支持,估计大部分PHP程序都是过程式的。而诸如python,ruby,Erlang啥子的编程语言,都有各自倡导的编程理念,所以从长远看,学习这些语言更有收获,且体验更美好吧:)

    由于PHP封装了web编程的很多东西,另外PHP没C中的指针,且本身是跟HTTP协议绑定实现的(说法可能不准确),每次HTTP请求来创建进程,HTTP请求结束就销毁,因此不大可能出现内存泄漏啥的。所以PHP程序员写程序,可以很“方便”,可以非常“自由”,少了很多思考和限制,自然很容易导致糟糕的代码质量。要是C程序,估计早就崩溃了,容不得程序员乱来。

    但另外一方面,作为web编程工具的PHP,从目前的定位看,确实是举足轻重的。现在web应用是如此繁荣,理应存在一种专门为web设计的,优雅的语言。记得看过一篇文章,标题是“PHP needs to die. What will replace it?”,作者对PHP也不是很满意,但根据作者的观点,目前找不到一种完全为web量身定做的,合适的语言。(作者认为ruby on rails不错,但是性能不好)。由此可见,作为web工具的PHP,还是很有价值的。而且pecl和pear上存在大量的扩展库,使用起来也很顺手。虽然PHP可能“quick和dirty”,但是dirty并不代表poison。一些高手,还是把PHP用的相当顺手的。

    一些拙见,希望大家不要争吵。

  21. 老赵
    admin
    链接

    老赵 2011-03-24 14:43:28

    @小白

    其实简单地说,我的观点就是:现在如果要做新项目,不妨用Rails而不要死守的PHP。如果要学习的话,就更不要用PHP了。说PHP为Web设计,我觉得挺奇怪,说实话我觉得PHP就是个脚本化C,也不见得就多么适合Web开发了,应该是“人们用PHP只会去做Web应用(当然我知道也可以用它来当普通脚本用等等)”。

    就看未来吧,我相信未来越来越多的优秀的项目和产品是用Rails而不是PHP的。

  22. 老赵
    admin
    链接

    老赵 2011-03-24 16:20:52

    @冤孽!冤孽啊!

    给点建议吧,比如如何推广Jscex。

  23. 冤孽!冤孽啊!
    192.100.130.*
    链接

    冤孽!冤孽啊! 2011-03-24 16:37:01

    关于 jscex 我惭愧的坦白 我对js是一窍不通 所以我也从来对jscex分类的blog都是浏览一下然后默默的离去

    关于推广 你如果能吸引这个领域顶尖人物的注意 那就成功了 不要把时间浪费到对js庸才/废材/白痴(比如我)的推广上去

    我前段时间做了个开源的东西 刚下笔时想着能吸引上百万人的注意 后来意识到自己没那竞争力 于是埋头默默干了3个月 现在那个领域顶尖的几个人不但主动来给我意见 还基于我的代码做了改进 并在我的项目里开了个branch 这时候我已经无所谓是不是会有几百万end user的注意了

  24. 老赵
    admin
    链接

    老赵 2011-03-24 16:58:11

    @冤孽!冤孽啊!

    是哪个项目啊?是怎么去吸引顶尖人物注意的啊?是写好说明发给他们吗?

  25. 冤孽!冤孽啊!
    192.100.130.*
    链接

    冤孽!冤孽啊! 2011-03-24 17:10:47

    这个项目不是很想公开 如果你有兴趣可以私下里交流 (这里可以pm不?)

    我本也没指望能引起那些牛人的注意 但是我去的论坛也是那些牛人去的地方 在我的项目已经成型之后 他们自然就有兴趣加入讨论了 然后某天某人突然说 基于你的项目我做了如下东西 Blahblah。。。

  26. 老赵
    admin
    链接

    老赵 2011-03-24 17:15:09

    @冤孽!冤孽啊!

    右下角的Live Messenger可以用来说话。

  27. 骑着猪赛跑
    218.104.207.*
    链接

    骑着猪赛跑 2011-03-24 17:23:43

    老赵 你换博客地址了,你不在博客园了啊,那你现在的博客是什么博客,好久没有看到你的文章了!

  28. baihechou
    114.216.93.*
    链接

    baihechou 2011-03-24 19:47:13

    我进来是看合并和替换的看法的,结果留言全是php的争论,所以并不总是种瓜得瓜种豆得豆的。

    我赞成你的说法,隐喻并不是武林至尊,什么都得让路。不过这个想法也就是对于“唯隐喻论”的反感,没有想到具体的反对案例,不知道你有没有这样的例子?

    我对这个争论的看法如下:

    1. osx提示的操作是“替换”,而不是“合并”,所以看到替换还点下去以为会合并的,是不该问候jobs的
    2. 这个能跟隐喻的正确性扯上关系真是出人意料,两个系统的行为和给出的提示都是对应的,没见到挂羊头卖狗肉的行为。非要和隐喻搭边,那就是osx觉得用户不需要合并操作所以没提供,只是在itunes,iphoto这些管理软件里偷偷的提供了合并功能
    3. 我遇到的需要merge的场合基本是数据从原系统迁移到新系统,从旧的硬盘搬到新硬盘,不知道你有什么其他的场合会用到?
  29. 老赵
    admin
    链接

    老赵 2011-03-24 20:23:41

    @baihechou

    需要合并的场景太多了,比如我移动硬盘里就有用文件夹分类整理好的照片,硬盘里也有一样的分类,复制过去直接合并了。现在在OS X下就到控制台下面去做了,还有比如从一个项目里复制点代码什么的。总之,有了合并,想要实现替换很容易(删掉同名目录而已),反之则不然。

  30. winter
    114.80.133.*
    链接

    winter 2011-03-24 21:36:48

    其实对语言喜好不喜好真是个人的事,php能力确实有限,要说做点什么库,做个项目我肯定不用,不过随便写写玩的小网页,确实舒服又实用,也许正因为它是脚本化的C,我才觉得舒服。

    说起Jscex 我倒是觉得 老赵你做一个JS/CSS预发布解决方案 把JS压缩压缩空格合并合并文件 顺手Jscex一下,肯定效果会挺好的

    又话说 那个谁为啥要拿JE跟康盛比啊 前者是论坛,后者是做论坛解决方案的,这是拿香瓜和西瓜地在比?

    最后说主题 那个合并的事情

    微软啊!!!!邪恶呀!!!!微软带坏用户了呀!!!!有木有啊!!!! 不符合隐喻啊!!!!隐喻啊!!!!如果以前叫directory的时候还木有办法了呐!!!!有木有啊!!!! 还真不好隐喻了啊!!!!还有copy咋隐喻呢啊!!!!好像不能整个文件夹的copy啊!!!! 得一张一张的来啊!!!!文件夹里也不能放文件夹啊!!!!有木有啊!!!! 我勒个去啊!!!!文件夹里文件全拿出来copy还不好放了啊!!!! 隐喻就得让用户自己来重新分文件夹啊!!!!有木有!!!!有木有!!!!有木有啊!!!!

  31. 老赵
    admin
    链接

    老赵 2011-03-24 23:25:46

    @winter

    漏了尼玛!!!

    话说“一个JS/CSS预发布解决方案”是指什么啊?这和Jscex有什么关系呢?

  32. waynebaby
    112.65.22.*
    链接

    waynebaby 2011-03-25 00:33:47

    劳资也漏了!!!! 亲!!!! 包邮啊!!!!!

    合并和替换神马的 老老实实按照命令行里的延续就好了.

    mac如果真的是对外来用户友好 就好好的和windows7 UAC一样把危险操作包裹得严严的,等用户熟悉了再关闭嘛。这还是一个高傲封闭的产品组舍不得新用户向低头的问题,同样还有Ipad没有说明书 连每次系统更新在系统里都没有更新文档,我更新个4.3还得上网上找新闻学习操作。火炬和TF听到扫了又该说ios耗用根本不需要稳当了。但是隔三差五朝令夕改的如果是微软他们肯定跳出来骂街了吧,哦不他们会无视因为坚决不用神马的。

    不是apple不好,这个当爷的脸,让我们难以亲近。

  33. richlxx
    182.18.9.*
    链接

    richlxx 2011-03-25 09:32:35

    没有用过MAC,如果真的是文件夹替换而不合并,真是吓我一跳呢,我经常合并文件夹,先在另外的文件夹里整理,然后连文件夹一起COPY过去-_-|||。

    PS:2002~2003用过PHP差不多两年吧,现在工作中用c#,现在也偶尔用PHP干个几K的小私活,我对PHP的相当主观感受是,PHP真是一种没劲的语言,写PHP代码一点乐趣都没有,要不是PHP虚拟主机多还便宜,我才不用。

    最近狂喜欢JavaScript,虽然接触JavaScript很久了,最近才体会到JavaScript的魅力!!!

  34. mathgl
    124.217.134.*
    链接

    mathgl 2011-03-26 00:29:41

    用php大约是05年第四季度到07年初。用来做了几个小的管理应用。。。印象中比较喜欢那个-> 令人联想到c++的指针。。

    php的扩展其实不怎么好写。主要是环境的搭配不太好弄,用windows尤其如此,用linux简单些。。

    python的扩展相对容易许多。。不过现在也有好多年不用php了,谈不上喜恶。不过作为语言是没什么好学的。

  35. Ricepig
    221.223.43.*
    链接

    Ricepig 2011-03-26 20:40:36

    其实各有各的粉丝吧

    osx和windows如此,php和ruby也如此。

    但是苹果粉丝总是觉得不太理智。。。苹果产品里好的你夸夸也就算了,有些不咋地的也夸,好多明显缺陷也觉得没什么,这就不可理解了。

    RoR不太了解,不过php确实没啥乐趣,但是挡不住现有代码多。。。要论坛挂个discuz上去,要blog挂个wordpress上去,连pt都可以挂Nexus上去。。。相对RoR这些可能就要做轮子党了。。。

  36. winter
    114.80.133.*
    链接

    winter 2011-03-27 22:40:57

    我的意思是别在运行时编译 发布时就编好 顺便把压缩空白注释什么的做好

  37. 老赵
    admin
    链接

    老赵 2011-03-27 23:23:11

    @winter

    嗯嗯,我一直打算好好看看Google Closure,目前可能也就它做的最好了,但是它的问题在于太死板地面向对象化,不知道它对普通写法的JS代码优化和控制如何。

  38. 链接

    cchitsiang 2011-03-30 08:19:29

    @冤孽!冤孽啊!

    我也很想知道是什么项目

  39. 冤孽!冤孽啊!
    192.100.130.*
    链接

    冤孽!冤孽啊! 2011-03-30 14:59:31

    @cchitsiang

    十之八九你不会有兴趣的 老赵看完后也保持缄默 我很受伤 -_-

  40. 老赵
    admin
    链接

    老赵 2011-03-30 16:28:55

    @冤孽!冤孽啊!

    太高深了,我就愣没看懂是干什么的……

  41. 冤孽!冤孽啊!
    192.100.130.*
    链接

    冤孽!冤孽啊! 2011-03-30 21:07:36

    @老赵

    -_- 虽然project的wiki是3个月前加的,但是看过之后也应该知道是啥玩意儿了

  42. 链接

    cchitsiang 2011-04-01 04:07:10

    @冤孽!冤孽啊!

    就想看看是什么。。不想公开就私下email我吧 XD

  43. 冤孽!冤孽啊!
    192.100.130.*
    链接

    冤孽!冤孽啊! 2011-04-01 16:27:46

    公开的话有潜在麻烦 你留个email吧

  44. 链接

    cchitsiang 2011-04-01 22:05:15

    @冤孽!冤孽啊!

    Email: cchitsiang@gmail.com :)

  45. Cibo
    218.6.244.*
    链接

    Cibo 2011-04-02 01:45:23

    1. 首先 JavaScript的面向对象比ruby好, 类是对象, 但是你的对象可以再作为模板生成新的对象麽, open 不是最好的未来 。
    2. 其次 Php没有想象的那样坏, 不可能只抱住缺点, 而不发掘优点 lithify
  46. 冷咖啡
    114.217.87.*
    链接

    冷咖啡 2011-04-02 20:05:45

    支持一下,“人类发明计算机”是为了方便,如果仅为了遵循所谓“现实隐喻”,那就干脆不用电脑得了

  47. jason
    117.25.189.*
    链接

    jason 2011-04-03 23:53:20

    呵呵,最近看了易经,在易经里,事情没有绝对,有阴必有阳.

  48. witgo
    220.181.133.*
    链接

    witgo 2011-04-07 23:07:57

    看着评论挺有趣,尤其是mcpssx。俺php和.net都用过。俺要说,php并没有想象的那么好。

  49. Roy
    123.127.236.*
    链接

    Roy 2011-05-03 13:15:29

    看博客快成论坛了啊……

    各条回复又是各说各的,和楼主的主题一点关联性都木有。

    其实对于文件夹来说,合并是比替换要合乎情理的。如果要替换,用户可以先删除,但要合并,mac就做不了了?

    再到后面的ror和php,ror快速开发的前提是对r&r都熟悉,这样利用rails的脚手架,能自动去生成一些东西。但如果两者都不熟悉,则拖后腿了。

    关于php,站在linux的肩膀上的话,是个好东西。对于web应用很适合,比.net适合。

  50. 老赵
    admin
    链接

    老赵 2011-05-03 14:58:33

    @Roy

    Mac没法直接合并,要用控制台或买个工具。

    说ROR和PHP的开发效率,当然是以对两者都熟悉的情况下,这难道不应该是默认的道理吗?

  51. SeanZxx
    202.170.216.*
    链接

    SeanZxx 2011-06-28 13:09:16

    看看新版的OS X(Lion)吧, 拖动文件夹覆盖同名文件夹的时候,会跳出一个对话框,可以让用户选择是“合并”或是“覆盖”,很直观。

    OS X也不是生下来就是完美的,它也在不断的进化和学习。

  52. mico
    113.88.135.*
    链接

    mico 2011-07-18 12:10:11

    作为系统的开发者,没有很好考虑使用者的习惯,才导致这样的问题,多一个按钮替换还是合并不就可以了吗?但是他们就是不肯。

    还有一个,就是复制文件,很多时候,我们复制文件不是从一个地方来的,如果多个不同的盘复制过来,那同时写入,速度会变得很慢,这个完全可以改进成为多几个按钮的对话框,而不是 现在仅仅显示一个拷的时间的方式,改成一个队列方式,可以展开看到待拷贝的文件列表,可以上下移动来决定先后拷的顺序,还有一个所有文件一起拷的按钮,默认是按序列来拷文件,我认为这些才是一个现代计算机系统的拷文件方式。

    mac os x 这个问题,我也遇到过一次,是开发完在win下的c#文件,直接拷到Mac下做开发ios用的,要略做修改,不过幸运的是,替换掉的旧文件修改的不是很多,从头改下就好了。

  53. 老赵
    admin
    链接

    老赵 2011-07-18 21:57:30

    @mico

    Lion已经按你说的让用户来选择是合并还是覆盖了,好像。

  54. zoroseo2020
    35.215.141.*
    链接

    zoroseo2020 2022-05-02 13:03:06

    再把话题扯回来:JavaScript在浏览器端处于垄断地位,是因为它有多么优秀吗?我觉得明显是因为用户没有第二选择嘛。当然我也没说JavaScript不好,只是正确的命题一定要用正确的论据来证明——好累,这句话本身应该是不言自明的,不是么? 幸运飞艇走势图 福彩双色球走势图 幸运时时彩走势图

已自动隐藏某些不合适的评论内容(主题无关,争吵谩骂,装疯卖傻等等),如需阅读,请准备好眼药水并点此登陆后查看(如登陆后仍无法浏览请留言告知)。

发表回复

登录 / 登录并记住我 ,登陆后便可删除或修改已发表的评论 (请注意保留评论内容)

昵称:(必填)

邮箱:(必填,仅用于Gavatar

主页:(可选)

评论内容(大于5个字符):

  1. Your Name yyyy-MM-dd HH:mm:ss

使用Live Messenger联系我