Java的企业级JavaBean框架，WS-*风格的网络服务，以及JavaEE的复杂性和宽松度已受到越来越多的批评。James Duncan Davidson，servlet的创始人之一，曾表示Java不再像从前那样方便易用。目前很难给一个普通的Java开发者，讲明白如何解决最一般的编程问题：比如有后台数据库支撑的网络应用。出现的相关证据是，已经出现了很多使用其他语言的开发框架，最为出名的就是Ruby on Rails，在处理小规模问题时具备极高的生产力。资深Java开发者James Duncan Davidson，Mike Clark，Justin Gehtland，Stuart Halloway以及其他许多开发者都证明，在关键的小型项目中使用了Rails之后，获得了非常高的生产效率：具备后台数据库支撑的绿色网络应用。当然，我的个人经验也是可以轻松地使用Ruby on Rails构造、部署并维护这样的应用。

这些报告将会引起广泛的争论，就像是早期关于Java生产力的那些报告一样。还记得，在Java开发广泛普及之前，Java首次出现在各式的小型应用中。开发人员的生产力是驱动Java早先增长期的重要标准。请谨记Moore关于新技术出现的理论。跨越鸿沟最好的方式不是通过一次大的跳跃，而是每次只前进一个小的阶段。

我坚信复杂性和松散的开发效率是使得Java目前正在经历风险的原因。

探讨Java与Ruby语言迁移时的安全性(3)

Ruby与生俱来的风险

比起其他新生的开发语言来，Ruby并没有什么特别之处。缺少商业投资，有限的开发资源，还缺少开发经验，这都为新生的程序设计语言带来了风险。下面是一些我遭遇到的较大的风险。

人才的缺乏。很难找到熟练的Ruby开发人员。根据Java的发展情况来看，这样的现状将会很快有所改观，但是就目前来说，如果你计划在很短的时间内组织一个人数较多的Ruby开发团队，其困难程度远比组建相同的Java团队要大得多。

缺少经验。许多LAMP相关的语言已经建立了记录跟踪机制。Google使用Python;许多主流的.COM公司使用Perl或C语言。目前仍没有使用Ruby打造的旗舰级应用，来展示Ruby语言强健的可拓展性，或是复杂的企业级集成。我们只是不知道Ruby是否可以解决某些特定类型的问题。

部署和配置策略。Ruby on Rails已经出现将近一年的时间，所以在部署和配置方面的经验还不如竞争语言那样丰富。

缺少类库支持。Ruby远不如Java语言拥有这么多丰富的类库支持。

缺少商业投资。你需要花费很大的力气才能找到Ruby的咨询、培训或承包的机会，并且这些大多数还并不存在。

还有其他许多类似的风险。然而，你可以有效地降低使用Ruby语言的风险，比如采取绩效挂钩的风险预测。虽然开发和部署大型Ruby应用的相关知识积累仍然十分有限，但是你可以在适当的着眼点不断学习新的知识。对于PHP、Perl和Python等LAMP相关语言，业界有着非常丰富的知识积累。在应用部署机制、Web服务器以及非共享可拓展策略等方面都是一致的。

在考虑参与开发的人手时，不要低估你通过对员工进行内部培训来建立高效团队的能力。对于使用Spring、Eclipse、Hibernate和WebWork进行Java开发的新手，我的训练计划常常是为Ruby on Rails开发者指定培训计划的五倍。如果你开始使用具有类似于Ruby特性的开发语言，比方说Perl，Python或Smalltalk，它们可以帮助你很好地起步。如果你打算从零开始培养一个程序员的话，培养一个使用Ruby的开发者，远比培训Java开发者使用最新的一大堆各种框架要合算的多。

想一想那些众多的函数类库，有多少是你真正需要的?如果你需要分布式处理，双相提交，那么就使用

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!