1、“不如我们看看咱们为什么会落后于进度吧。谁先说？” “原因很多。建造之前，先有蓝图。我们一直没有蓝图，所以会碰上没有预料的问题。除非你确定自己能做出某个东西来，否则很难说会花多长时间” “咱们要估算进度，找出可能导致延误的原因。” “不确定因素太多：你所需要的时间取决于其他人所花的时间。”
2、“开始以为只要4个钟头就可以修复，看来跟实际情况相差甚远”（安德森这个bug在发现6个月之后还没有修复好）
3、布鲁克斯法则就这样产生了，听起来既是原则也是悖论：“往已延误的项目中补充人力，只会使其继续延误。” “软件开发者都是乐天派，他们认定每个缺陷都可以迅速被修正，且修正旧缺陷必能减少新缺陷的数量。这种盲目乐观，加上程序员想要取悦主顾（他们委托程序员创造一些新事物），往往让进度在一开始就偏离正轨。在实际开发中，编码只占软件开发项目时间的1/6，有一半的时间用于测试和修正缺陷。但只有少数项目经理会真正按照这种思路来安排开发人员的工作时间。”
4、学术界的开放之风：源代码的自由分享 和 商业界的利益至上相悖。比尔盖茨就认为GPL（GNU Public License）是反资本的。但是斯托曼一直暗中搭建GNU，与此同时，一位叫李纳斯托瓦兹的芬兰程序员在互联网新闻组里贴出了有关他自己做的一个小操作系统的项目的消息——“只为兴趣，不与GNU争短长”。这个项目就是著名的Linux的雏形。之后，就进入了开源的时代。
5、“好的软件开发工作始于打造开发者本人。”“好程序员懂得写什么。卓越的程序员懂得改写（并复用）什么。”
6、开源项目从某种程度上超越了布鲁斯特法则。这种软件开发模式，可以集合众程序员所长，免于让自身陷入泥潭。
7、开源项目的精神：（1）低成本、广泛的介入向互联网这样的网络，让开发者之间能建立迅速、可信的沟通渠道，储存可被开放访问的的共享知识和代码池；（2）围绕一种领导方式，形成团队合作的良好风气，欢迎新人进入、鼓励成员做出贡献，同时尽可能增加合格成员。