本书主要通过记录“两打程序员，3年时间，4732个bug，只为打造超卓软件”的过程。此阅读笔记对书中自觉很有用的经验作为记录。
第一章——死定了
布鲁克斯法则：“向已延误的项目中补充人力，只会使其继续延误。”对于软件而言，项目各有差异、工具不断升级，每当团队中加入一个新组员，老组员就得放下手下的工作，帮助新组员进入角色。就如IBM System/360主机操作系统的打造过程，该系统是当时规模最大的软件项目。那台巨大而昂贵的大型计算机，本应是后来二十年中生意场上的中流砥柱，但它的孕育和诞生却饱受延误和成本超支之苦。在深受进度罗睺之困时，不断招募新程序员参与项目，如同李将军（美国南北战争中的南军领袖）“派遣一个又一个旅团进攻墓园山脊”——结果发现后援力量非但不能挽救项目，而且让项目变得更糟糕。
软件公司售卖二进制文件，因为这样能够保护保密。比如，微软在售卖软件时，仅会出售二进制文件，即通过编译器，将Java或C或C++等语言编写的代码，将其翻译成机器语言。程序源代码是商业软件公司最重要的资产，知识产权法规的柏林墙保护着这些财宝。
瑞蒙德是从托瓦茨的工作中 看到超越布鲁克斯法则的第一人——这是一种新的软件开发模式，可集众程序员之长，且免于 让项目深陷泥潭。瑞蒙德指出其中两个要诀：第一，低成本、广泛地接入向互联网那样的网络，让开发者之间能建立迅速、可信的沟通渠道，存储可被开放访问的共享知识和代码池；第二，围绕一种领导方式——如托瓦茨那样的方式——形成合作团队的良好风气，欢迎新人进入、鼓励成员作出贡献，同时尽可能增加合格成员。瑞蒙德写道，一旦具备这些条件 ，就能彻底改进在程序中寻找和修正缺陷的过程。与其害怕竞争对手窃取代码而秘不示人，不如将其展现给全世界，邀请同道加入。而且，加入你独具魅力，且懂得如何管理一群开发者，或许还能 组织起自循环的集智系统。
· “李纳斯法则”——只要有足够多的Beta测试人员和开发者队伍，几乎所有问题都会很快被发现，而且总有人知道该怎么修复。或者不用太正式的说法，‘眼球足够多，缺陷无处躲’。