186    这包括：要有足够的兴趣使用软件；意图了解其运行机理；尝试自己解决遇到的问题；并且能做出实质性改进。

187    最终产生的贡献者往往是有真材实料的家伙。

188    ´李纳斯定律”也可以描述成´平行调试”。

189    有时调试者可能需要和开发人员取得联系，但是他们彼此之间却不需要多少协调。

190    故而增加开发者并不会带来成指数增长的复杂度和边际成本。

191    理论上，重复劳动带来的能效消耗在Linux世界一直算不上个大问题。

192    ´早发布，常发布”策略的一个结果，就是用准确及时的反馈来尽可能的减少了重复劳动。

193    甚至对此，布鲁克斯（《人月神话》的作者）曾做过一个非正式的论述：´一款广泛使用的软件，其维护费用是开发成本的40%以上。

194    令人惊讶的是，其受用户影响很大，用户越多发现的错误就越多”

195    【这是我所要强调的】

196    增加用户意味着增加检测程序的角度，自然发现的问题就更多。

197    当用户参与协同开发的时候这个效应便扩大了。

198    在纠错的时候，大家可以用不同的观察方法和分析工具，从不同视角逼近同一个问题。

199    ´德尔菲效应”便应运而生了。

200    在这个特定的调试环境下，多样性也有助于减少重复劳动。