474    而更有趣（Linux和fetchmail历史中更值得我们关注的）的话题则是出现在下一阶段由用户和协作开发者组成的庞大的活跃社区，推动了软件的演进。

475    《人月神话》中，布鲁克斯指出程序员的编程时间不能简单叠加。

476    为已经延期的项目增派人手会让它拖地更久。

477    像我们之前提到的，他指出：项目的复杂度和沟通成本会以开发者人数为基础呈平方指数增长，而业绩仅能直线上升。

478    布鲁克斯定律早已被广泛认可。

479    但是在本书中，有不少开源软件的开发流程可以将这个假说证伪从经验上看，如果布鲁克斯定律主宰了一切，Linux就不可能出现了。

480    杰拉尔德·温伯格在其经典著作《程序开发心理学》中对布鲁克斯定律作出了颇具后见之名的重要修正。

481    在其关于“无私编程”的讨论中，温伯格发现一些程序员不会´自扫门前雪”，而是鼓励他人帮助纠错和改进代码。

482    在这样的工作室里，工作进展要显著的多。

483    （最近，肯特·贝克的“极限编程”技巧，将编码者配对组合，令其相互督促。

484    或许可以看作是对加强这种影响的一种尝试）

485    可能是温伯格的用词让这个结论没有得到应有的认可把网络黑客说成´毫无私心”未免让人莞尔。

486    但是我认为，他的结论今天看起来比任何时候都更让人信服。

487    借助´无私编程”的澎湃动力，市集模式有力削弱了布鲁克斯定律的影响。

488    布鲁克斯定律背后的真理并没有被推翻，不过庞大的开发群体和廉价的通讯带来了非线性增长。