作者giive (lala)
看板Ruby
标题Re: Ruby on Rails 的速度议题
时间Thu Oct 19 20:03:10 2006
※ 引述《PsMonkey (痞子军团团长)》之铭言:
: 原文我就全删除了...
: 直接挑着讲比较白刀子进红刀子出一点 \囧/
: 基本上,我们都同意
: 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 处理速度」的议题上选边站
: 我觉得这样子的立论似乎也有欠周全
说实在话,我已经预设使用 Rails 是来开发网站
所以,我直接预设以开发网站来当作这个论点的环境
今天这个论点会发生
也是因为 Web 架构下的软体实在有很多东西可以影响所谓的 response time
所以我们必须不能用 Ruby 的速度慢,一以盖之
: 当然,还有一些我... 算是私人的困惑,
: (也就是,不一定是你提出来的论调)
: 就是:
: →Ruby, RoR 开发「比较快」,这个的讨论基础是什麽?
: 同样是对程式概念模糊的新手?
: 还是已经会写程式(例如用 C 写过一些 app)来使用新的语言
: 去实做一个 project?
: 还是对两种语言已经专精的人,同时写一个 project?
: 我没记错的话,版上有 po 过最後这种类型的比赛
: 但是,还是那个问题,够客观吗?
就我本身的体验来说
我用两个工作天改写了一个已经用 CakePHP 写了两周的 Project
还在第二天最後一个小时增加一个新功能
所以我的体验是 5 : 1(我一周上班五天)
Beyound JAVA 里面有提到某个人做出了 16 : 1 的开发时间
开发时间比实在太过见仁见智...
我体验过这种巨大的差异,所以深信不疑
: →我们能对效率这件事情,能抱持宽松的态度到哪种极限?
: 「开发速度优先」、
: 「别地方的瓶颈效应会比这里明显」、
: 「倚赖更好的 computing resource」
我是开发速度优先
: 在这些论调之下,东西做出来就好
: 那是不是可以不用在鸟演算法那些复杂度计算方式?
: 说真的,这真的是跟资讯系教的理念完全背道而驰
当然不是,我们不要求所有地方一定要最好
并不代表我们不重视,只是有些地方更为重要
如果一个字串剖析程式要颇析 1G 的字串档
那他的演算法一定要够快
但是如果目的只是颇析一个简单的 config
那你用啥演算法有差吗?
要先搞清楚重点在哪边
最佳化才有效率
同样的,网站开发我重视
开发时间 > 资料库设计 > cache >> 程式语言效率
是因为第一个关系到钱,第二个关系到扩充弹性
而且 cache 设计的好,可以严重的影响网站效率
这是在 网站开发的商业环境下所做出的取舍
我认为的重点可能跟你不同
并不代表我反对你的点
: =====
: 好了,我大致上讲完了...
: 这次语气比较没有那麽卑躬屈膝(路人:虚伪的家伙 [指])
: 还请 giive 大大容忍一下...
: 我真的没有要反 Ruby、也不是故意要来找碴
: 只是希望证明「Ruby 是良好的开发工具」的过程,能够严谨一点
我今天不会花时间来测试
因为我知道我手边的资源作不出相关的测试
并且,我宁愿把时间花在写 Rails DOC ........
: 毕竟... 这里不是虎烂版
: 广告式的文案大家应该也看到麻木了....
: 以上... [摆茶点]
--
lighty RoR 是一个介绍 lighttpd , SQLite , Ruby and Rails 的 Blog
http://lightyror.blogspot.com/
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 61.218.90.242