这本书虽然讲的不是专门的代码教程，但是与我们平时写代码是分不开的。这本书这本书风行已经很久了，写成于1975年，经历这么久的时间，在当前又重新流行，这本书的前两章是焦油坑和人月神话。之前听说人月神话的时候，以为是美好的神话故事，后来老师在介绍这本书的时候，专门提醒我们这本书是针对软件开发的，人月是指在估计和进度安排中使用的工作量单位。
在读焦油坑部分的时候，作者的话有点复杂，我自己的理解就是美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法。里面有一句话“是当意识到进度的偏移时，下意识的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环”，这句话需要仔细思考，这句话带来的感触很深，我们平时学习、生活也是这样，如果方法不对，可能事倍功半，甚至更糟。这个就是这本书中的一个重要法则，Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后。 通过此部分，我看到了在软件开发中会出现的一系列问题。这些问题发现了，我们就应该时刻注意，及时解决，而不应该拖拖拉拉。
作者从编程系统产品、职业的乐趣和职业的苦恼方面让我们认识了软件开发这个职业以及充满在这个职业中的乐趣与苦恼。作为一名软件工程的学生，我们虽然编的软件不多，但是在编写软件的过程中我们享受编程的乐趣，享受成功的喜悦，但同时也有苦恼，我们在编写之后经常查不出bug，运行错误。
巴比伦塔项目的失败是因为缺乏交流，以及交流的结果组织。“因为左手不知道右手在做什么，从而进度灾难、功能的不合理和系统缺陷纷纷出现”。胸有成竹是指编码大约只占了项目时间的六分之一左右，编码估计或者比率的错误可能会导致不合理的荒谬结果。对我们常用编程语句而言，我们编写程序的效率是固定的。而如果我们使用适当的高级语言，编程的效率可以提高5倍。削足适履是指在大型的团队中，各个小组倾向于不断地局部优化，以满足自己的目标，而较少考虑队用户的整体影响。这个部分的意思就是，我们在进行程序设计的过程中，往往会把程序分为几个小部分，而把每个小部分分给不通过的团队，每个团队完成自己部分，而在真是的设计过程中，有的团队可以为了使自己的部分更加完美，而忽视整个程序的需要，这样最终会使整个程序更加糟糕。
在这本书中的内容对我们学习以及以后的工作都是非常重要的，只有掌握了这些规律和法则，才能更大提高我们学习、工作的能力，大大的提高效率。 实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。