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

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

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

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

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

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

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

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

448    我也曾描述了fetchmail中最强大独到的功能（SMTP转发）是如何源自他人的。

449    本文的早期读者捧我的场说我之所以容易低估市集项目中原创因素的价值，是因为我本身不缺乏创意灵感，所以就习以为常了。

450    这番评论或许却有见地，因为（与编码和调试相比）设计确实是我的强项。

451    但是问题是，在软件设计中展现聪明和原创力会养成一种习惯当你需要保持设计稳健和简洁的时候，会不自知把它们弄得有趣而复杂。

452    我曾经因此搞砸过项目，所以在fetchmail的开发中我要避免重蹈覆辙。

453    所以我坚信fetchmail项目的成功应部分归因为我克制了自己的自作聪明；这（至少能够）反驳“原创设计制约市集模式成败”的观点。

454    回头看Linux，假设李纳斯在开发操作系统核心时力主原创的话，我们现在还能见到如此稳健成功的内核吗？