不多，太折腾了，我估计除非是发布商业应用，比如给别的公司交付 ERP，其他一般不会用的吧

感觉没什么存在的必要性。其实对于 java 来说，通过使用 spring mvc、spring、spring jabc 等等，已经减少了很大的开发量，再为了开发效率去使用 jruby 没有太大的价值。除非说是甲方特殊的需求。

有时候甲方条件限制不得不用啊。。。。

#3 楼 @NonTwitter 哈哈，算来算去还是甲方需求牛逼。

还是算了。研究了下，本来很想在新项目里推广下 ruby，但是又怕有风险，毕竟这里都是 java 的遗留系统一统天下，怕顶不住压力。考虑了下 Jruby，但是刚试一个 rails 项目就遇到了不兼容，直接扯

总体感觉，有点隔靴搔痒，不过瘾。你们继续折腾

就速度而言比 mri 好用，至于和 java intergration, 还没怎么用。 另外，hbase 的 console 是 jruby 写的，照此推断，用 hbase 还是 jruby 占优势

jruby 和很多成熟的 C 库交互很困难，最近还碰到 jruby 19 模式里 IO.popen3 少一个参数的 bug, 搞得在 travis-ci 跑不过...

#5 楼 @jock 兼容性有这么差么？