250    如果挖掘错误的途径不一，很难凭表面现象预测的话，并行纠错的效果就很明显了。

251    一个循序渐进的开发者可能一开始就选择了一条复杂的途径，当然他也可能一开始就选择到了简单的途径。

252    让我们换一个角度，如果软件发布的够及时，那么众人就可以多管齐下。

253    他们其中很可能有人立即就能找到一条快捷的途径，所以在极短的时间里就能修复问题。

254    项目的维护人员看到改进，于是发布新版本。

255    这样，那些通过其他困难途径探索同一个错误成因的人就可以在浪费掉更多时间之前停下来。

256    六 花香何曾随名去？

257    在研究了李纳斯的作法，并得到他何以成功的理论之后。

258    我决定在我的新项目中（当然没有Linux那么复杂和雄心勃勃）有意地尝试这些理论。

259    但是我首先要对popclient做大幅的重写和简化。

260    卡尔·哈里斯的代码很扎实，但是却如同大多C程序设计师一样，有种不必要的繁琐。

261    他把代码置于核心，而数据结构作为其支撑。

262    结果代码很漂亮，而数据结构就很特别了，甚至可以说很缭乱了。

263    （至少就LISP老手的标准而言是这样的）

264    除了改进代码和数据结构，我的重写还有另一层目的，就是要把它演进成一个我完全理解的东西。