Rubi去年以来和Ajax一样火热的技术词语。自从去年12月，毫无疑问。众所期待的ROR1.0发布以来，越来越多的fan开始加入Rubi阵营。RubiJava劲敌》一文给我带来了Rubi对Java挑战。没有繁琐的XML配置，ROR快速开发特性。快捷的框架/代码生成，深深的触痛了J2EE开发者的神经。

Sun也开始将JRubi收入旗下，而最近的一周。JVM支持Rubi语言也不会是遥远的事情。与其对抗，不如收编。JavaRubi本是一家，中国人的招安政策，Sun显然是早就掌握了精髓。只是会在正式的商业应用中使用Rubi吗?如果是如何解决以下几个众多观望者/怀疑者的疑虑；平安性能，RubionRail存在如此严重的平安问题，RubionRail1.1.6发布。2天2次新版本补安全漏洞。RubionRail否真正能够应用于一些关键的地方?不论RubionRail开发是多么的迅速，没有经过严密的考验的东西，总会带来一定的风险；开发支持，对于开发者来说，缺乏IDE支持。用记事本/ultraedit编写代码，实在很痛苦的事情；性能/效率，2005年我曾经尝试使用ROR开发一些小型应用，这一点。通过Ror<->Soa<->J2EE而让人疑惑的Ror处置速度往往成了性能瓶颈。不知道最近的新版本性能上是否有一些可信的benchmark数据；集群支持，对集群/Cach支持，目前来说。Java比Rubi要完善以及高效率。不过，相信很多人会说，Ror适合小型应用，对集群不是有很大的需求。问题在于：需求是变化而且很多时候是无法预测的而一个小型的应用，5个月后很可能就要变成一个大型应用，这个时候Ror如果不能很好地扩展，移植将会是一个痛苦不堪的过程。