我倒是觉得这是对Ruby跟Java都是很好的结果 虽然现在JRuby速度有慢啦,所以才要请JRuby开发者full time工作呀 首先RoR是个完整的web架构没错,但是如果是更大型的enterprise系统 RoR够力吗?,执行环境也够力吗?(这算FUD吗?呵呵) 譬如JRuby的一个重点是要把RoR也能在servlet environment下跑 这样的话就可以使用Java EE的container, 为何Java EE container会这麽贵!?(就算免费的也有卖service) 就是它提供了各种security, transaction, messaging..etc的功能 (RoR或者Ruby可能有,我没碰到或是我觉得不够力) 使用Java library方面我也颇有兴趣的, 尤其ruby的library虽然现在多了,但够多吗?能说完整吗? 有些是包了c的wrapper,要高阶一点的api没有,又这些api符合ruby的理念吗? 或者是还不够完整,毕竟Ruby火热起来也是这几年. 另外对java user来说也是个好消息,尤其我很羡慕.net有Iron python 而且Iron Python说他比CPython还快. 我虽然只有拿Ruby来写写备分网站之类的小script, 但是能在同一个环境使用Ruby跟Java是多麽令人兴奋呀~ 外加我看到news说他们也可能参予开发工具的部分 虽然我很怀疑Sun开发软体的实力.... 但是总可以期待.. koji ※ 引述《Schelfaniel (Test)》之铭言： : 继续回... : 何况 JRuby 的速度比 Ruby 更慢... : 虽然我之前是有用过 JRuby, 而且是实际的案子... : 不过下次选 Script 语言时就不一定会选 JRuby 了... : 至於 RoR 我觉得它已经是一个完整的 Web 架构了... : 如果说 J2EE 有很多资源可以用, 想用 RoR 纯粹是看上它好开发的话, : 我之前也看到 Java 类似 RoR 的 Template 式的架构可用. : 反过来 RoR 用 Java 资源也怪怪的, 也是除非真的不得以啦, : 不然用 Ruby 扩充 C 的函式库, 理论上比呼叫 Java 资源来得好. : 把 J2EE 和 RoR 绑在一起对我的感觉就是和 .Net 和 J2EE 绑在一起一样, : 用 Web Service 至少两边都是完整的架构...管理上也方便... : 这也是我短期之内不会支持把 RoR 搬上 J2EE 的了. : 而 J2EE 上要使用 Script Language, 虽然我之前是选了 JRuby, : 不过那时是因为我觉得功能上其实没几行(Script), 速度上还不会太慢, : Ruby 拥有良好的物件性 ( 当然一方面有一点是个人兴趣影响啦 ) : 下次要的话, 理论上我会选更怪的...之前用 JRuby 那时国内 Ruby 还不太热... : 现在感觉热度上升了, 差不多可以选用更冷门的了 :Q --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.167.177.197