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

　　低下的生产力将导致更庞大的团队规模和更长的时间周期

　　风险随着项目的规模而增加

　　风险随着团队规模的扩张而增加

　　质量风险，以Bug的数量来衡量，随着代码行数的增加而增长

　　成本的增长导致风险的增加

　　综合成本随着复杂性的提高而增加

　　随着程序设计语言或者编程范例的使用有了积累，相对于技术发展水平，语言将会与生产力相关联。项目团队需要增加规模，开发者需要编写更多的代码来解决相同的问题。所有这些因素本身就会增加风险。所有的因素将会导致必然的结论。

　　由于市场主宰地位的终止，相对于技术发展水平来说，生产力风险与开发语言相关性将会增加。

　　在Java语言的范畴中，这些情况是否以及如何发生是一个将会引起激烈争论的话题。当然，Java仍然是解决整个一系列企业问题的最佳语言，比方说非常大型的项目，或是比如双相提交或核心对象关系映射等具备特定需求的问题。针对于Java的商业投资从来没有这么强过，并且Java社区一直是保持持续高涨。但是根基中的缺陷逐渐开始显现出来。

　　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目前正在经历风险的原因。

　　Ruby与生俱来的风险

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

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