是时候大举进军rails了。

毫无疑问，C比Java快，全都因为C没有一个vm。

纯月这种ID就不要放在JavaEye讨论了，讨论这种人会降低JavaEye的水准，一个连rails Helper类都不知道为何物的人，还有资格评价ruby？你能想像一个连javac是什么东西都不知道的人天天口水乱喷的谈Java吗？也只有CSDN这种土壤才能生产出这种东西来。

Java大多数东西都自己做，是为了实现最大限度的跨平台性。如果直接调用操作系统的 crontab，那在 Windows 上怎么办？Java 的很多东西例如 JavaMail，Swing 等等都是因为跨平台的需要而存在的，如果你的目标锁定了就是某某版本的 Unix，那么写一个 JNI 库直接调用操作系统的底层功能也不是什么难事。

直接调用操作系统功能也不是想象中那么美好，各个版本的类Unix系统也不是完全一样的。就像 ls, ps 这样一些常用的命令，不同系统的参数都不完全一样。

支持。

每种框架都有其定位，不管是设计者预谋的，还是它自身逐步找到的。
J2EE就是定位于企业应用，你如果将其用作internet应用开发，那只能说是自找麻烦；同样，ROR用作企业应用目前也很不明智，即便在将来，可能性也不大（参见老马的文章：http://www.martinfowler.com/bliki/EnterpriseRails.html）。

相当于Ruby，个人更看好Python。

最近开始试着用了用grails,感觉对java 粉丝来说,这个东西更有价值:
* 使用groovy,语言级别直接支持ruby,python等动态语言的特性
* 无缝和java平台的集成,直接编译成字节码.
* 实现了rails倡导的code by convention 模式
* 集成了spring,hibernate.sitemesh等优秀的os组件
* 可以支持多种ajax组件(prototype,dojo...)
* 可以使用java平台大量的现成的组件和代码.

个人以为,考虑到groovy的动态语言能力,实现rails提供的特性,只是一个时间问题.类似rails这种框架,非常适合进行敏捷开发,尤其是对于中小型的,操作不复杂的,只读为主的网站项目.而大型的,有复杂操作的项目,可能还得祭出ejb,jsf这些企业级的解决方案.

http://forum.iteye.com/viewtopic.php?t=19534

刚来,没找到地方,看了看你给的链接,那个帖子讨论到4月底就结束了.讨论得蛮深入,学到了一些自己不知道的东西.其实我的观点就两个:
* 相比较rails,grails更适合原来做java的开发人员使用
* xxxrails这种框架适合做web的敏捷开发,快速开发,对于有复杂操作的系统
  可能还是采用jsf,ejb这样的解决方案合适一些.