RoR是一个老早就有了的东东，只是在近日的连番炒作中，才真正引起更多人的关注。我也是这更多人中的一个。大家关注一个事物的时候，出发点大有不同，得出来的结论也千差万别。不过这都没有关系，你找到它足够吸引你的优点，那么你就去爱它；你找不出吸引你的地方，不爱它又何妨。每个人生活和工作的环境都不同，想让别人信服你的观点，就必须先让大家站在产生你的观点的context中。

我也偷闲接触了一点RoR，目的是为了借鉴这个据说很高效的框架，对我们自己的平台进行改进。因此，好与不好，对我来说都是相对的，我能够比较平静的看待发生其上的争吵。

有一幅明显是对RoR 和JavaEE进行对比的图，引起了我的注意，一边是JavaEE的厚厚的一摞书，有servlet，jdbc，struts 等，它的对面，是两本薄书：《agile web development with rails》 和《programming Ruby》。这幅图，无疑是想告诉我们RoR比JavaEE的学习门槛低些，仅此而已。却有很多人曲解了这幅图，认为足以证明RoR的优秀，优秀到。。。（不可言说）之境地。

那么我们可以反向来问一句，RoR封装了这么多的东西，我们有凭借什么去信任它的这种封装呢？比方说，《agile web dev》中的例子中，是用的mysql数据库，而我要用的是sqlserver或者其他的数据库驱动，这就需要我去了解一些底层封装的东西，或许还要对已有的驱动进行一些修订，综合算下来，这不会比熟悉jdbc少多少。

正所谓"师傅领进门，修行在个人"，入门容易，上手快，的确好一些，但不能因此就忽略了提升的难度。摆在企业级应用开发者面前的，不光是一个框架那么简单，我们要面对的问题还有更多更多。

当然，RoR中还是有很多值得借鉴的好的内容的，在某些方面，与我们的框架不谋而合，还有一些不错的想法和解决方案，通过研究，我们会从中受益的。总之，在IT界，"先驱变先烈"的事情已经是很多了。倡导一种解决问题的思路比什么都重要，一切让时间去检验吧。