433    李纳斯没有这样试过，我也没有。

434    你初建的社区至少需要一个可以运行和测试的东西。

435    一旦你着手组建团队，就需要给出一个可行的承诺。

436    你的程序并非必须运行良好，它可以是粗糙的、遍布瑕疵的、不完善的、也可以是缺少说明文件的。

437    但是必须满足（1）它能运行；（2）能让潜在的协作开发者相信在不久的将来它能变得精良。

438    Linux和fetchmail都是在有了健硕，诱人的基础设计之后才推向公开的。

439    我所提到的市集模式观察者们认为这是至关重要的。

440    进而得出结论：一个睿智并且具备高超设计才能的领导是必不可少的。

441    但是李纳斯是从Unix出获得的设计，而我则是从早期的popclient（尽管日后改动很大，但是还无法和Linux相提并论）。

442    那么，一个市集风格的领导者/主持人当真需要天赋异禀吗？

443    或者他们只是四两拨千斤的动用了他人的创见？

444    在我看来一个项目的主持人是否能够做出足以彪炳的设计并不很关键。

445    而至关重要的是，他是否可以从他人的创意中慧眼识英。

446    Linux和fetchmail都印证了这个观点。

447    李纳斯（如同前文描述的那样），尽管不是一个惊世的原创设计者，但是却展现了识别优秀设计并整合成为Linux内核的不凡才能。