InfoQ

新闻

丰富的设计技能胜过特定于平台的知识

作者 Sadek Drobi 译者 韩锴 发布于 2008年1月27日 下午8时39分

社区
Architecture,
Agile
主题
编程,
设计,
交付价值,
质量交付
标签
建模工具

组织团队通常都是一项需要慎之又慎的任务,因为想要找到一位满足所有理想候选人条件的成员,几乎是不可能的。因此不可避免要进行各种取舍和权衡。在这样一个事实面前,一定要确定出哪些条件更加重要。而Martin Fowler真正看重的,是丰富的技能,而且这种技能并不仅仅局限于软件设计的范畴。

他在最近的一篇文章中表达了这个观点。假如有两个人,第一个人非常了解所使用的平台,但对于设计的知识知之甚少;另一个人拥有非常丰富的设计技能, 但是对于即将用于项目中的特定技术却了解非常有限。如果必须在这两人中做出选择,他会选择后者。Martin解释说,尽管设计技能的确不能完全从一种技术 移植到另一种技术上,更不能盲目地复制,但是其中很大的一部分都可以照搬过来,不仅有那些类似的技术之间的转移,还包括从Curly-brace语言到 Ruby。按照Fowler的观点,拥有丰富设计技能的人,可以快速地在一个不同的平台上交付价值,并且可以“比那些缺少设计技能的平台专家们更具有生产 力”:

一个非常熟悉某一特定平台的专家如果想写出可维护的代码,他还必须学习更多的设计技能。有一点很重要应该记住,学习如何设 计并不一定比了解一种平台更困难,而且它是更通用的知识。对于一位主动且经验丰富的设计者而言,我非常确信他可以很快地掌握某个平台的特定知识。但是反过 来就不一定了。有些人非常热衷于学习一个平台的细节,却从来不反思如何写出清晰的代码来。

同样的道理也适用于非技术领域。有些人并不了解特定的业务领域,但他们可以参考其他的领域,然后通过与领域专家合作、与客户交流,进而快速地获得必要的知识。

因此,按照Martin Fowler的观点,要想为软件带来更好的质量并向客户交付价值,团队成员应该拥有丰富的技能,这是最基本的保证。尽管在最初会缺少特定领域和特定技术和经验也没有关系。

尽管如此,除了拥有丰富的技能外,要想让程序员能够足够快速有效地获取必要的经验,还需要满足很多其他的条件。首先,团队中有必要安排一位领域和/ 或平台专家,他可以与团队分享他的经验。另外很明显地,开发者的主动性、他快速学习的能力以及与其他团队成员合作的态度,这些也都是非常关键的技能。

哪些是你所关注的?哪些会影响到你雇佣员工时的选择?

查看英文原文:Prefer Broad Design Skills over Platform Knowledge
重点在于…… 发表人 Jeff Xiong 发表于 2008年1月28日 下午9时21分
Re: 重点在于…… 发表人 Jack Wang 发表于 2008年1月28日 下午10时54分
martinFowler的bliki链接 发表人 Forrest Cho 发表于 2008年1月30日 上午7时40分
这句翻译错了 发表人 l n 发表于 2008年2月5日 上午8时2分
  1. 返回顶部

    重点在于……

    2008年1月28日 下午9时21分 发表人 Jeff Xiong

    平台知识一定是不断增加的,即使你不刻意去掌握什么。而设计技能甚至可能是随着系统一道堕落的。

  2. 返回顶部

    Re: 重点在于……

    2008年1月28日 下午10时54分 发表人 Jack Wang

    同意,这就像跟臭棋篓子下棋一样:)

  3. 返回顶部

    martinFowler的bliki链接

    2008年1月30日 上午7时40分 发表人 Forrest Cho

  4. 返回顶部

    这句翻译错了

    2008年2月5日 上午8时2分 发表人 l n

    学习如何设 计并不一定比了解一种平台更困难

    原文:Here it's important to remember that not just is it usually harder to learn design than platforms ...

    not just不是修饰is的。。。

深度内容

模块化Java:声明式模块化

本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。

Ian Robinson和Jim Webber谈论基于Web的整合

本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。

项目管理修炼之道(精选版)

项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。

那是鸟,还是飞机?不,那是超人!

在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。

访谈和书摘:Eben Hewitt的新书《Java SOA Cookbook》

Java SOA Cookbook

Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。

Mark Richard的《Java消息服务》第二版

Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。

模块化Java:动态模块化

本文是“模块化Java”系列文章的第三篇,讨论动态模块化,内容涉及如何解析bundle类、bundle如何变化、以及bundle之间如何通信。

让测试也敏捷起来

对于测试组织来说,敏捷方法带来的快速迭代却让测试本身变得困难起来:缺乏“足够详细的文档”,缺乏“仔细设计用例的时间”等等。在本演讲中,段念将与大家探讨如何在敏捷过程中进行测试。