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

缺少经验。许多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开发者使用最新的一大堆各种框架要合算的多。

　　想一想那些众多的函数类库，有多少是你真正需要的?如果你需要分布式处理，双相提交，那么就使用Java编程。如果您需要与Microsoft Office的宏完美地整合，那么就使用.NET。但如果你想编写操作系统整合脚本，或编写基于数据库的绿色Web应用，那么Ruby则正是你所需要的。并且你可以经常编写要用到但手边没有的任何程序。我曾协助一家公司工作，他们在两个星期内编写了自己的数据库驱动程序，但仍然比完成项目其他工作所用的时间要多。我还认识一个使用Ruby在四小时内修补现有代码，为程序拓展Oracle支持的开发者。Thoughtworks在很短的开发周期内就发布了RBatis，即Ruby版本的实体关系映射工具iBATIS。

　　所以当你站在全局考虑时，会感觉到使用Ruby的风险往往被夸大了，尤其是在Java并没有带给你一切所需资源的时候。自己真正去尝试使用Ruby语言，是把这些风险纳入控制范围之内的最好方法。使用Rails开发一些实际的应用，并站在实践的角度上发言。而不要盲目迷信别人的说法。

　　神话 vs 事实

　　Rails是银弹。

　　人们曾经在Rails项目上失败过，并且还将会有更多失败的教训。如果你在没有具备必须技能的情况下使用它，你也将可能面临失败的命运。

　　与之类似的说明是，如果Java语言不是导致失败的问题根源，那么Ruby将同样不会是你的答案。大多数软件开发问题的出现是与特定技术无关的。如果你正在遭受打击，Ruby on Rails的采用只能加快你遭受打击的速度。