作者一开始提出的编程的乐趣和苦恼，我深感赞同。我觉得说出了我的心里话。我也认为，编程的核心乐趣是在一种极其容易操作的介质上进行创造。而苦恼一方面是要违背本性的在编程过程中追求完美，一方面是现实中的创造往往受到多种外界条件的制约。
一个人十个月开发的完的项目，十个人一个月是做不完的。这差不多就是本书的核心思想。
越大型的项目，花在有效编码上的时间越少。作为一个面向市场的成熟产品的开发，真正大量的时间花在计划、团队内部沟通、测试、整合、文档之上。
作者讲他开发一般会花三分之一的时间做计划，六分之一的时间编码，一半的时间做各种测试。作者也提到编程的另外一种苦恼就是做完之后发现开发的东西过时了。我觉得作者提到的这种开发方式大概是过时了，毕竟是六七十年代的事情。快速制作产品原型，快速迭代我觉得更适合现在这个时代。
充分测试和文档的重要性几十年来应该没有变化。
这本书，看得挺费神的，不像故事书有个情节，不像一般的小说有一条线索让读者去追随，也没有哲学的优美，不像手册一样条条框框简单明了，第一感觉就是，读得挺累的。
“孕育一个生命需要十月怀胎，所以不管有多少个母亲，时间都是一样的”，阐明增加人手来弥补项目被拖延的进度，有时候是不现实的。从这里开始慢慢透漏出，人月是神话的韵味。
运筹学里学过一道典型题目，一个工程的最早开始时间，最晚结束时间等，当时觉得这不是很简单的吗？有必要这么重点进行讲解吗？后来在数据结构中又碰到类似的题，那时候依旧是觉得有点小题大做的感觉，直到读了这本书，才知道一个项目的进度的跟进多么的重要！
这本书个人觉得比较适合项目管理者看，或者是老板级别的人物看。前部分主要讲项目进度的跟进的重要性，进度被拖延后采取的策略以及用处，项目推进的过程需要注意的一些步骤。中间是文档记录日志的汇总等的重要性。后半部分都是在说人狼和银弹，文中作者表明10年内不会有银弹的出现，而银弹是什么呢？就是能杀掉人狼的东西。看到这里是不是还是丈二的和尚摸不着头脑？文中有一句话是对银弹的描述就是：没有一个计算机技术能够使得计算机的生成效率得到数量级的增长，所以没有银弹。（大致是这样）
文末后部分说到面向对象的编程技术能够提升生成效率，但是效率还是很低下的，所以说面向对象的编程技术也是不能成为是银弹。