讨论技术没错，信口开河就是你的错了

在纯月部落看到这篇文章。我对PHP没有什么认识，也无意介入PHP vs RoR的争论。可惜的是，纯月看似言之凿凿的有些议论惘顾事实，妄下结论，实在让人失望。喜欢PHP没有错，为了支持PHP信口开河，不做基本的事实检查就是你的错了。点评一下：

【3 PHP和ROR,JAVA，PYTHON的本质区别是，后者是面向domain modal的，前者是面向Web脚本的】

评：什么叫面向domain model（笔误俺就不挑了，反正谁都难免写错别字）？谁说本质区别是这个所谓的domain model? 俺总是提醒自己“言有易，言无难”，所以弱弱地问一句，“来点参考文献不介意吧？”？

【IBM and Oracle stressed the importance of integration in PHP's future. SDO and SCA were talked about as vehicles to help create enterprise-class PHP that can be utilized in more than just situational instances.


蓝色巨人早就看出了J2EE在web企业应用开发上的臃肿和无能为力，IBM曾经也有人研究过ror，但是放弃了，IBM最终选择了php。 】

评：上面那段英文没什么问题。不过从这段公关英文推出下面那结论，就忒扯淡了。“蓝色巨人早就看出了J2EE在web企业应用开发上的臃肿和无能为力”？ 我靠，那WebSphere Commerce是用什么写的？ 注意，WebSphere Commerce 6.0是今年3月发布的，而IBM和PHP的合作关系是去年宣布的。还有WebSphere Process Server呢？还有WebSphere Portal Server呢？再说了，IBM那么庞大，一个部门和PHP合作有什么奇怪的？当然，还是"言有易言无难“，纯月老大做惊人语，不拿出点惊人证据说不过去吧？IBM抛弃了RoR？老大大嘴一张，顿时决定了IBM的技术走向，佩服佩服。不过，为什么IBM这个月推出了DB2 RoR Starter Kit? 为什么IBM的wiki上那么多关于RoR的讨论？拜托，不了解IBM内部的运行机制就不要胡说八道。IBM内部多个部门同时关注一个技术，各自为阵的时候还少了？如果“IBM 放弃了RoR”，才是天大的新闻。

【当一个domain modal经过dao,service,mvc层层包装走到前台的时候，人们终于发现所谓的设计模式只不过是臃肿的八股文。即使你遵循了所有的设计模式，你也无法开发出性能优良，界面友好的程序，为什么？因为所有的企业应用的问题，从缓存到富客户端，是任何程序开发语言都遇到的，并且都解决了的。】

评：这段话过于飘逸。我实在不明白最后一句话怎么能成为”你也无法开发出性能优良，界面友好的程序“的论据。层层包装怎么就表明“设计模式”是臃肿的八股文？什么逻辑啊？

【你用了hibernate又怎么样？你就不需要一个oracle工程师了么？ csdn这样拥有12W注册用户的blog系统，你用spring或者ror能开发出来么？ 】

评：这段话也很飘逸。当然可以不用Oracle工程师。如果我的数据库是DB2的，干嘛要Oracle的工程师？至于12W用户，拜托老大。麻烦你下结论前先做一点基本的研究。12W算个P啊。我们客户用Spring+Hibernate搭建的商务网站支持的用户哪里才止12W？更新：有人说购物车是简单应用。其实呢，购物车不比支持12W x 300 blog页面简单: 订单分割，订单返回，订单传递，多个发货地址，RFQ, 礼物管理， 产品关联, cross-sell, up-sell, 基于购物车物品和用户行为的即时促销，后台BI，快速下单，用户评论，用户调查，用户评级，用户标注。计算的东西多了。光是产品关联一项的计算就不小。购物车牵连到的模块至少有Catalog, Inventory, Order, Marketing, BI, Payment, Gifting, 还有User。这样的计算规模如果比不上一个Blog的读写和存取，也太奇怪了。

【正如年初的预言一样，ROR已经死了。】

同样？证据是什么？RoR会议人数年年增多。RoR的应用年年增多。有关RoR的书的销量年年增多。开发RoR的程序员年年增多。这些都有现成的数据证明。不知道RoR已死的证据是什么？

总结：程序员信口开河，是要被人鄙视的。