随笔 (essay)
472 卡尔·哈里斯先前的popclinet如此,我的fetchmail也是如此。
473 这个观点已经久为人知。
474 而更有趣(Linux和fetchmail历史中更值得我们关注的)的话题则是出现在下一阶段由用户和协作开发者组成的庞大的活跃社区,推动了软件的演进。
475 《人月神话》中,布鲁克斯指出程序员的编程时间不能简单叠加。
476 为已经延期的项目增派人手会让它拖地更久。
477 像我们之前提到的,他指出:项目的复杂度和沟通成本会以开发者人数为基础呈平方指数增长,而业绩仅能直线上升。
478 布鲁克斯定律早已被广泛认可。
479 但是在本书中,有不少开源软件的开发流程可以将这个假说证伪从经验上看,如果布鲁克斯定律主宰了一切,Linux就不可能出现了。
480 杰拉尔德·温伯格在其经典著作《程序开发心理学》中对布鲁克斯定律作出了颇具后见之名的重要修正。
481 在其关于“无私编程”的讨论中,温伯格发现一些程序员不会´自扫门前雪”,而是鼓励他人帮助纠错和改进代码。
482 在这样的工作室里,工作进展要显著的多。
483 (最近,肯特·贝克的“极限编程”技巧,将编码者配对组合,令其相互督促。
484 或许可以看作是对加强这种影响的一种尝试)
485 可能是温伯格的用词让这个结论没有得到应有的认可把网络黑客说成´毫无私心”未免让人莞尔。
486 但是我认为,他的结论今天看起来比任何时候都更让人信服。
Go to Dashboard (guest)