模块化Java:声明式模块化
本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。
作者 Sadek Drobi 译者 韩锴 发布于 2008年1月27日 下午8时39分
组织团队通常都是一项需要慎之又慎的任务,因为想要找到一位满足所有理想候选人条件的成员,几乎是不可能的。因此不可避免要进行各种取舍和权衡。在这样一个事实面前,一定要确定出哪些条件更加重要。而Martin Fowler真正看重的,是丰富的技能,而且这种技能并不仅仅局限于软件设计的范畴。
他在最近的一篇文章中表达了这个观点。假如有两个人,第一个人非常了解所使用的平台,但对于设计的知识知之甚少;另一个人拥有非常丰富的设计技能, 但是对于即将用于项目中的特定技术却了解非常有限。如果必须在这两人中做出选择,他会选择后者。Martin解释说,尽管设计技能的确不能完全从一种技术 移植到另一种技术上,更不能盲目地复制,但是其中很大的一部分都可以照搬过来,不仅有那些类似的技术之间的转移,还包括从Curly-brace语言到 Ruby。按照Fowler的观点,拥有丰富设计技能的人,可以快速地在一个不同的平台上交付价值,并且可以“比那些缺少设计技能的平台专家们更具有生产 力”:
一个非常熟悉某一特定平台的专家如果想写出可维护的代码,他还必须学习更多的设计技能。有一点很重要应该记住,学习如何设 计并不一定比了解一种平台更困难,而且它是更通用的知识。对于一位主动且经验丰富的设计者而言,我非常确信他可以很快地掌握某个平台的特定知识。但是反过 来就不一定了。有些人非常热衷于学习一个平台的细节,却从来不反思如何写出清晰的代码来。
同样的道理也适用于非技术领域。有些人并不了解特定的业务领域,但他们可以参考其他的领域,然后通过与领域专家合作、与客户交流,进而快速地获得必要的知识。
因此,按照Martin Fowler的观点,要想为软件带来更好的质量并向客户交付价值,团队成员应该拥有丰富的技能,这是最基本的保证。尽管在最初会缺少特定领域和特定技术和经验也没有关系。
尽管如此,除了拥有丰富的技能外,要想让程序员能够足够快速有效地获取必要的经验,还需要满足很多其他的条件。首先,团队中有必要安排一位领域和/ 或平台专家,他可以与团队分享他的经验。另外很明显地,开发者的主动性、他快速学习的能力以及与其他团队成员合作的态度,这些也都是非常关键的技能。
哪些是你所关注的?哪些会影响到你雇佣员工时的选择?
查看英文原文:Prefer Broad Design Skills over Platform Knowledge本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。
项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。
在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。
Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。
Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。
4 条回复
关注此讨论 回复