为什么没有java on rails——代码量少才是王道

语言本身没啥高低之分
只是个人技术问题而已

在全世界中概率是很小,但是一个公司来说就是全部, 如果牵一发而动全身,那付出的成本就是致命的,如果还有其他选择,决策者绝对会倾向避免出现这种情况,即使它出现的几率小,拿生命去冒险的人毕竟是少数.

静态语言与动态语言比较就是程序员在写代码的过程中出差池的几率要小些
对于互联网，应用，ruby绝对比java好，开发快，适应需求快。
但如果在企业级应用，用java肯定比用ruby稳当。

说到企业级应用，请不要鄙视我，不要问我什么是企业应用，如果一定要说
那我只有说，自己遇到的一个企业级应用，乙方是中国最赚钱的企业，项目总额将近一个亿。前端门户有www wap ivr 一堆乱七八糟的渠道。后端webservice SOA。数据量轻松上数亿,oracle,webservice服务器集群，单个服务器都是HP小机。
就这样还时不时撑不住挂掉。请问有谁敢用ruby做这个？

你是老大你敢不敢拍板这个项目用ruby做？

所以也不要把java鄙视得一文不值，问道有先后，术业有专攻而已。
java最大的优势，就是稳。

这个似乎只能证明java实际上用来做web的效果有多么不好. Php+mysql搞几台hp的pc server也能撑下来的web应用, java servlet一登场, 立马企业化了.

只能说架构做的差。用java做的时不时挂掉 == java稳定（还是最大的优势），真不知道这结论怎么得出来的。

挂是因为这一向的快乐女生
晚上的峰值太大
至于架构...是甲方最好的架构师(或者说不是最好，也是顶尖了)，至于甲方，是某个经常死人的公司

抛开java虚拟机的成熟稳定不说
单单就说动态语言和静态语言的不同。
ruby好是好在用这些动态语言的人，本身水平是应该要高一些的，他们能保证代码的质量
但是如果并不是任何时候都能招到这种程序员，那还是用静态语言来得稳当
如果拿相同水平线的java和ruby程序员来写代码(假设两人水平都不太好)，那必定是java代码出问题的几率少，这是肯定的。

如果对用人单位来说，都想用底薪程序员，你说他选择java还是ruby？

effective java泛型那章通篇说的都是类型安全，而不是强调泛型对于减少代码量的好处。就应该知道类型安全有多重要。
动态语言用损失类型安全大大简化了代码，但却损失了bug控制

当然，水平高的程序员能保证代码质量，用ruby那当然舒坦。事实上是，混饭吃的程序员还是占大多数

既然不是架构师的问题，那就是 JEE 的问题了 ……

我都说了是因为快乐女生。以前没发生过这种情况，现在加了服务器，又没有问题了
较劲是没有意思的。
我打住了

我咨询过的中国某X全行的票据业务系统，全国所有省下面所有分行所有柜台登录操作这种负载的，够大了吧，也是上亿投资规模，都是HP9000的小型机，也是XX牛公司开发的软件系统，结果怎么样呢？拼SQL的，把数据往HttpSession里面塞的，EJB事务配置错误的，连接池释放不及时的，低级错误一大把。这还仅仅是代码问题，至于部署方面的低级错误照样很多。

刚出道的人就这臭毛病，动不动拿XX公司的名头，xx亿的项目来吓唬人。你也不要拿群集来说事，那些小型机上的WebSphere群集横向＋纵向群集都是我配的。小伙子，虚心点，讨论问题就好好讨论。