原文我就全删除了... 直接挑着讲比较白刀子进红刀子出一点 \囧/ 基本上，我们都同意 a. 如果在小型网站、需要快速回应需求变更 那麽开发效率的确比语言的处理速度还要重要的多 b. 如果提供较佳的环境（较充裕的 resource） 那麽语言处理的速度，差异量就较小 c. 运算部份的主要效能瓶颈是在 Database 先备注一下：我同意 b，但不代表我认同 b 的作法 下面就是我们的冲突点... 1. 你提了数据，然後用数据去推论你要的结果 问题是你的数据来源只是你的经验 （还是「感觉」出来的经验，可信度本身就很可议） 我也提了一些你计量方面的问题点 例如：你一直把使用者的「总等待时间」当分母 然後把 application server 的处理时间当分子 我觉得这样子很有问题，你好像没有针对这点回应 反而只回说：「我觉得 3% 还可能太高」 资讯领域不就是特别强调 GIGO 吗？ 现在连推论过程也觉得怪怪的 除非你能指出我质疑点的缺失、或是那些质疑压根不重要 不然，我真的不知道怎麽看待你文章当中提到的数据以及推论？ 2. 你用一个很简化的方法来处理「所有」的软体开发 Web 2.0 我不熟，但我可以很肯定 Web 2.0 （以及你说的开发方式） 绝对不是（不适用）软体开发的全部，甚至可以缩小范围， Web 2.0 （以及你说的开发方式） 绝对不是（不适用） web programming 的全部 我可以很轻易的举出一个反例：不可能会有 Beta 版的电子商务网站 可是你的两篇文章却似乎没打算明确规范前提假设 （也就是最上头的 a） 甚至感觉是想要推广到所有种类的软体开发 最後要大家直接以「开发速度 vs 处理速度」的议题上选边站 我觉得这样子的立论似乎也有欠周全 当然，还有一些我... 算是私人的困惑， （也就是，不一定是你提出来的论调） 就是： →Ruby, RoR 开发「比较快」，这个的讨论基础是什麽？ 同样是对程式概念模糊的新手？ 还是已经会写程式（例如用 C 写过一些 app）来使用新的语言 去实做一个 project？ 还是对两种语言已经专精的人，同时写一个 project？ 我没记错的话，版上有 po 过最後这种类型的比赛 但是，还是那个问题，够客观吗？ →我们能对效率这件事情，能抱持宽松的态度到哪种极限？ 「开发速度优先」、 「别地方的瓶颈效应会比这里明显」、 「倚赖更好的 computing resource」 在这些论调之下，东西做出来就好 那是不是可以不用在鸟演算法那些复杂度计算方式？ 说真的，这真的是跟资讯系教的理念完全背道而驰 ===== 好了，我大致上讲完了... 这次语气比较没有那麽卑躬屈膝（路人：虚伪的家伙 [指]） 还请 giive 大大容忍一下... 我真的没有要反 Ruby、也不是故意要来找碴 只是希望证明「Ruby 是良好的开发工具」的过程，能够严谨一点 毕竟... 这里不是虎烂版 广告式的文案大家应该也看到麻木了.... 以上... [摆茶点] -- 侃侃长论鲜窒碍 网站：http://www.psmonkey.idv.tw 众目睽睽无心颤 个人版：telnet://legend.twbbs.org 茕居少聊常人事 杀头容易告白难 欢迎参观 Java 版（@ptt.cc） \囧/ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.136.153.114