
从Java到Ruby:献给引路人的策略
Ruby on Rails的革命一直以来都是由开发人员领导的,要说服管理层就需要另费一番口舌了。管理人员必须了解采取Ruby所要面临的风险,让诸如Java之类的主流语言退居二线的风险——即便仅对于一个项目都是如此,以及Ruby能力的整体技术全景。

Ruby on Rails的革命一直以来都是由开发人员领导的,要说服管理层就需要另费一番口舌了。管理人员必须了解采取Ruby所要面临的风险,让诸如Java之类的主流语言退居二线的风险——即便仅对于一个项目都是如此,以及Ruby能力的整体技术全景。
即使是最年轻的敏捷团队,也都深知“回顾活动(Retrospective)”一词。然而另一方面,很多敏捷团队都没有注意到,如果没有采取一些真正会带来改进的行动的话,回顾活动可能只是在浪费精力。Jim Shore提出了一些关于如何最大化回顾活动价值的建议,提醒我们在敏捷过程中,要把这项实践摆在什么位置上。
最近,关于Java平台的未来有许多辩论,有些人认为Java应该加入更多的特征,这样才能与C#、Ruby这样的语言竞争,另一些人认为应该保持Java的稳定,以免变的过于复杂以至于难以使用。 Bruce Eckel认为应该彻底停止往Java中增加新特性,这引起了一场新的辩论。

“使用Ruby具有风险”是一种普遍的看法。随着Ruby on Rails逐步进入到主流的开发领域中,这样的风险将会随时间逐渐降低。在这篇文章中,Bruce Tate站在管理者的角度,讲解了Java与Ruby语言迁移时的风险预测,同时分析了Java最初的应用情况以及在Rails开发方面普遍的风险传言。

敏捷更倚重于纪律,而不是几个天才。我们知道,一般的团队只要遵守纪律,即使在早期阶段也会达到巨大的性能改进。当我们遵守纪律时,我们的言语和行动产生的影响就会随着时间的推移积极地创建并改造我们团队和项目所处的环境,可能好,也可能不好。

.NET开发人员Stephen Chu和我们分享了他转向Ruby on Rails编程的心得体会。他说“衷情于某种技术,必然会产生一些无意识的偏见,这最终会阻碍我为客户提供商业价值的能力。”

Struts团队成员Ian Roughley从Struts开发人员角度向大家阐述Struts 2(原来的WebWork)Action框架的高层架构、基本请求流程、配置语义以及它和先前版本的区别。掌握这些知识能使你在把任意级别Struts应用迁移至Struts 2的过程中变得更加游刃有余。