2006年07月17日

今天发现以前在纯月部落blog上留的回复,他另写了篇blog专来回应我这个小字辈,能力有限,幸得"负暄琐话"和gigix两个大佬接招。刚查到以前的那个blog,原文:
http://blog.csdn.net/danny_xcz/archive/2005/12/28/563665.aspx

我的回复:

纯月部落对ruby on rails的看法跟我当初一样,但我现在承认那是个失误.
我是04年学的ruby,被它的语法所折服(之前也学过一点python).后来看到有人夸rails,于是找资料玩,第一步遇到的就是 generate命令,生成controller,model,scaffold这些东西,第一印象,这不就是代码生成吗?类似VC的代码生成已经让我深 恶痛绝了,这么没创意的东西还炒个P啊…
直到去年年底,rails被提的越来越多,于是又拿资料好好看,最后发现,以前一开始遇到的代码生成 不是它的核心,可以说,这个功能可有可无,它能生成的代码 我们自己手写也不麻烦. 它的核心,是利用ruby语言的强大,DSL式的web编程. 我是做java web应用的,ror的体系结构与它十分相似,但与之相比,各层的实现都简单清晰. 才终于理解了为什么ror对java社区的冲击很大.
你提到ruby/ror的库少,成熟度低,这是事实.它在飞速成长中,也不是任何地方都适用的.现在它的应用也有一些了. 我个人的一点看法,如果有精力,ruby/ror是个值得学习的东西,因为它清新有趣又能解决问题. 如果公司应用,需要观望,除非有精通它的人.
纯月部落 说>>>
其实我只是觉得自己已经没有经历去跟上不断更新换代的这些语言,框架的角度了,开源给软件的获得带来极大的便利,但是也给我们对软件的选择带来了极大的挑战。J2EE里面的框架没几个月就出来一个新的,谁有劲一直跟着学呢?
所以我只能把握一个大方向,掌握一些立足的本领(Java,php,VB),然后锻炼业务素质,协调能力等综合素质,我相信绝大部分认为自己不是天才的人都要走这条路的吧!
—-
既然没有精力跟踪那些新技术,就让它们在喧嚣中自生自灭吧,写这篇文章引来不少反搏,始料不及吧! :)

php俺没玩过,你说与java结合像groovy一样也是我梦想的,不过梦想归梦想,让java上的脚本语言达到ruby/ror的优秀与成 熟,不知要等到猴年马月,深层的问题解决不掉永远不行。楼主是个实用主义者,所以倾向于选择久经证实的成熟的东西,那么,近期也别指望java平台上有达 到原创ror的东东了。现成的东西在这摆着,发展又这么好,足够有吸引力玩一玩了吧。

一家之言,莫见怪~

http://blog.csdn.net/danny_xcz/archive/2006/06/26/835417.aspx
还有"负暄琐话"和gigix的反击:
http://blog.csdn.net/g9yuayon/archive/2006/06/26/836271.aspx
http://blog.csdn.net/gigix/archive/2006/06/27/840775.aspx
因为纯月部落blog的回复功能关闭了,我只好贴在这里:

【正如年初的预言一样,ROR已经死了。】
性能、编码效率、代码可维护性是正交的方面,为什么只盯住性能这一点(而且是不见得正确的观点)来全盘否定它在其它方面的优势?

【我的本意是希望大家不要把精力花在无谓的使用框架上。多多研究业务模型,敏捷开发的方法才是正道。】
同样,当醉心于业务模型、开发方法的时候,就要认为 技术实现 低一个层次吗?我现在恰好遇到一个产品,号称在该行业市场占有率第一,由于技术问题需要扒掉重新实现。
决策、财务、销售、管理、业务、技术…都不错的时候,是不存在哪方面比其它方面更重要的。只有某方面出了问题,才会显示出它的重要性,自然,不见得就是业务模型或开发方法。(引用某位老大的观点)
如果一个销售人员说,【大家不要把精力花在无谓的业务模型上。多多研究客户心理,销售技术才是正道。】你认为他能客观评价“研究业务模型”的作用吗?
或者一个经理说…

我没见过将ROR作为"业务分析"或"开发方法"的,纯月部落潜意识里将它们进行比较真是独出心裁。以这种角度看的话,ROR确实没什么用处。
ROR不是万能的,它有自已的缺点和适用范围。但超出这个范围去鼓吹或批评就不厚道了。

【IBM最终选择了php。 】 ,如果IBM全面转向php是事实,那么!@!#$#%#$^%&

如果一个新事物出现的时候,根据它没有大面积应用就能推理出它已经死了,那么世上就没有新事物这一名词。
它本身技术好不好 和 成功案例多不多 有关联,但不见得有必然的因果关系,尤其对一个新生儿。我们不是习惯把技术和商业当成两码事了吗?
既然谈到它好不好,就应该拿出它本身的东西说事(比如文章前面的性能),而不是拿一些没有必然联系的事实做推理。

公司选择技术时衡量成本、收益、风险是正常不过的事情,考查成功案例多不多这种具体的风险度量行为是十分有效的,新事物自然带有多方面的风险,连同员工培训等成本的加大。
但是如果选择了像java这样的成熟方案,就失去了ROR能带来的编程效率等收益(又见机会成本,呵呵)。有稳定产品的公司放弃现有大量积累转用ROR除非脑子进水才这么干,可也有新创业的公司没有包袱而且有足够的能力驾驭ROR提高自身的竞争力。
一个东西不适合自己,不一定同样不适合别人。(希望某女不要误会)

纯月部落抬爱我这个晚生了,php没用过,ror也没实际做过,jboss seam打算有时间看看。我也关注ROR的性能问题,也可能因为它的这种不确认性放弃它,但不会认为它一无是处。
由此引出的一些技术讨论有些收益,希望各位大佬在一个可比的层面上继续深入讨论,小弟学习中…

2006年07月13日

http://learning.sohu.com/s2006/gkminxiao/

http://www.gaolu.com/gaoxiao/ligong/

http://www.gaolu.com/gaoxiao/by/

http://www.gaolu.com/gaoxiao/dwjmdx/