Linux 版 (精华区)
发信人: pangwa (everything will go end?), 信区: Linux
标 题: (Eric Raymond)大教堂和市集(9)
发信站: 哈工大紫丁香 (Mon Jan 24 14:20:11 2005), 转信
九. 集市风格的必要的先决条件
本文的早期评审人员和测试人员坚持提出成功的市集模式开发的先决条件,
包括工程领导人的资格问题和在把项目公开和开始建造一个协作开发人员的社团
的时候代码的状态。
相当清楚,不能以一个市集模式从头开发一个软件,我们可以以市集模式、
测试、调试和改进,但是以市集模式从头开始一个项目将是非常困难的,Linus
没有这样做,我也没有,初期的开发人员的社团应该有一此可以运行和测试的
东西来玩。
当你开始创建社团时,你需要演示的是一个诺言,你的程序不需要工作的
很好,它可以很粗糙、很笨拙、不完整和缺少文档、它不能忽略的东西是要吸
引哪些人卷入一个整洁的项目。
Linux和fetchmail都是以一个吸引人的基本设计进入公共领域的,许多和
我一样在思考市集模式的人已经正确的认为这是非常关键的,然后得出了一个
结论,工程领导者的高度的设计直觉和聪颖是必不可少的。
但是Linus是从Unix得到他的设计的,我最初是从先前的popmail得到启发的
(虽然相对Linux而言,它最后改变巨大),所以市集风格的领导人/协调人需要有
出众的设计才能,或者他可以利用别人的设计才能?
我认为能够提出卓越的原始设计思想对协调人来说不是最关键的,但是对
他/她来说绝对关键的是要能把从他人那里得到的好的设计重新组织起来。
Linux和fetchmail项目都显示了这些证据,Linus(如同前面所说)并不是惊人
的原始设计者,但他显示了发现好的设计并把它集成到Linux内核中的强大决窍。
还有我也描述了怎样从别人那里得到了fetchmail中最强大的设计思想(SMTP转发)。
本文的早期读者称赞我,说因为我做了许多关于原始设计的事,所以倾向于
低估原始设计在市集项目中的价值,也许有些是对的吧,但是设计(而不是编码或
调试)本来就是我最强的能力。
变得聪明和软件设计的原始创作的问题是它会变成一个习惯,当需要保持事
物健壮和简洁的时候,你却开始把事情变得漂亮但却复杂。我曾经犯过错误,使
得一些项目因我而崩溃了,但我努力不让它发生在fetchmail身上。
所以我相信fetchmail项目的成功部分是因为我抑制自己不要变得太聪明,这
说明(至少)对市集模式而言原始设计并不是本质的,请考察一下Linux假设Linus
Torvalds在开发时试图彻底革新操作系统设计,它还会象今天我们所拥有的内核
那样稳定和成功吗?
当然基本的设计和编码技巧还是必需的,但我希望每个严肃考虑发起一个市
集计划的人都已至少具备这些能力,自由软件社团的内部市场对人们有某些微妙
的压力,让他们不要发起自由不能搞定的开发,目前为止,这工作得仍然相当好。
对市集项目来说,我认为还有另一种通常与软件开发无关的技能和设计能力
同样重要——或者更加重要,市集项目的协调人或领导人必须有良好的人际和交
流能力。
这是很显然的,为了建造一个开发社团,你需要吸引人,你所做的东西要让
他们感到有趣,而且要保持他们对他们正在做的工作感到有趣,而且要保持他们
对他们正在做的工作感到高兴,技术方面对达成这些目标有一定帮助,但这远远
不是全部,你的个人素质也有关系。
并不是说Linus是一个好小伙子,让人们喜爱并乐于帮助他,也并不是说我是
个积极外向的,喜欢扎堆儿工作,有出众的幽默感的人,对市集模式的工作而
言,至少有一点吸引人的技巧是非常有帮助的。
--
飞扬的青春
自由的享受
----欢迎光临Linux版
※ 修改:·pangwa 于 Jan 24 14:22:45 修改本文·[FROM: 210.46.79.57]
※ 来源:·哈工大紫丁香 bbs.hit.edu.cn·[FROM: 210.46.79.57]
Powered by KBS BBS 2.0 (http://dev.kcn.cn)
页面执行时间:2.215毫秒