几个关键字：
ROR = Ruby on Rails
OOP = Object Oriented Programming
DRY = Don’t Repeat Yourself
COC = Convention Over Configuration
ORM = Object Relational Mapping

人们（一部分人们）对于新事物总是抱有否定的缺省态度，这并不新鲜：当初，当有人说地球是圆的，当有人说地球绕太阳公转，都会有另外很多人站出来否定之。

而现在，ROR成了众矢之的。几种典型的否定是这样的：
1，Ruby是script，是脚本，那么性能肯定不行。

其实这种“如果x是脚本，那么x的性能肯定不行”的判断大概源于BASIC或者VisualBasic的经验吧。持这种判断的人你可否知道，ROR有Development/Testing/Production三种运行模式，在development模式下，每次当页面被访问时脚本会重载以反映最新的修改结果；而在production模式下，则不会这样做。

而这些人往往忽略另一个性能，就是快速开发的性能。如果时间紧迫，ruby绝对是上佳之选。

2，COC需要程序员来学习但没实质变化的新玩意儿

对于持这种意见的人，我只能说，你身上坏习惯太多了。ROR有很多默认的惯例，例如模型对象Article，那么对应数据库中的表articles；如果模型对象是Person，那么对应表people；如果Article和Person关联，那么articles表中要有person_id等等。难道还有更合理的“惯例”么？

如果你喜欢让Article对应table1，Person对应table2，就运行性能而言当然无二，但是如果有第二个人要看你的代码，不就麻烦了么？或者你就不想让第二个人看懂你的代码？另外别说你有创意，有创意的人是用脚来打字的。

3，ROR框架层次结构复杂

去用CGI吧，谢谢你。

4，ActiveRecord很方便，但是不知道该如何优化它

持这种观点的人多半是前几年自己写过或者配置过connecion pooling。但是你认为能写出ActiveRecord这么强的ORM的人，会不知道那么几行connection pooling代码么？

5，DRY

不多说了，有人不喜欢DRY，那就让他RY吧。

看得出来，很多对ROR的否定源于固有经验和对ROR的无知。“无知产生恐惧，恐惧产生憎恨”，送给那些孜孜不倦到ROR坛子上踢馆的同僚们，布鲁诺就是你们这些人烧死的:(