这次把书的内容读的差不多了，但发现这本书还得细细咀嚼，慢慢回味。
书中提到编程人员通过纯粹的思维活动即概念以及灵活的表现形式来开发程序。用人月来衡量一项工作的规模是一个危险和带有欺骗性的神话(人员数量和时间并不是可以相互替换的)。软件开发本质上是一项系统工作，即错综复杂关系下的一种实践，因为沟通交流的工作量大，会消耗任务分解所节省下来的时间的个人时间，因此，添加人手并不一定缩短了进度。效率高和效率低的实施者之间个体差异很大，经常能够达到数量级的水平。需要协作沟通的人员数量影响着开发成本，成本的主要组成是相互的沟通和交流，以及更正沟通不当引起的不良结果（系统调试）。书中借巴比伦塔项目的例子，讨论失败的原因是缺乏交流和组织，从而进度灾难、功能的不合理和系统缺陷纷纷出现，追其根本原因是团队成员之间的每个人的理解存在偏差，存在个人推测、群体猜忌等，因而团队之间应尽可能的相互讨论，无论是以正式的简要技术陈述的项目会议，共享的正式项目工作手册，还是非正式的小组讨论都可以让大家相互理解。软件开发人员必须设立规模目标，控制规模，考虑减少规模的方法，在规模预算时，明确所占内存空间、程序对磁盘访问次数、指明每个模块的功能。在整个实现的过程需确保连贯的系统的完整性。编程需要技术的积累，每个项目需要自己的标准组件库。数据的表现形式时编程的根本，所以战略上的突破常常来自于对数据或表的重新表达。
读完这本书之后深知一天天进度落后造成得后果是无可估量得，所以在之后得软件开发中，我会定好每一阶段得任务，保时保量完成其任务，永不懈怠。