上一篇讲的是开篇感悟，接下来就要上正餐了。
本书第二章章节名字就叫做“人月神话”，作者用一系列的数据和严谨的推论告诉读者：若是项目延期时只想着使用”人海战术“，只会火上浇油。但最让我在意的是作者给出的时间规划：1/3计划，1/6编码，1/4构件测试和早期系统测试，1/4系统测试，构件完成。老师讲课时曾说过：”我们是软件工程师，不是码农，你们的‘码农’能力甚至还不如大专生“。什么是工程师，工程师是要学会动脑思考，去设计东西，重点在于设计。因此在作者给的这份规划中，计划部分占1/3我认为是没有问题的，我个人在编写老师的任务时也会选择在脑海里过一遍流程，如果上来就开写的话，是很容易写偏的，或者写漏了什么东西届时再补充的时候将会非常麻烦，就好比给一个安装好的组件添加内置的小零件，你需要把已经完成的项目再度拆装。这次第一阶段冲刺我就吃了亏，闷头去写功能结果有的地方越写越麻烦。
第三章是”外科手术队伍“，这里讲述的就是我现阶段能用上的东西了——团队开发。书中给出的概念是一个好的团队要像一个外科手术队伍一样，一人主刀，其余人去辅佐。这样的话工作方向会很明确，能够减少一定的沟通，从而转化成团队工作效率。但这个模式里的”主刀“医生我们团队并不能拿的出来，因为每个人的实力都差不多。。。本章的相关章节板块中曾举例：建筑大师需要首尾融会贯通其前辈建筑师的成果；同时完全掌握他们那个时代的建筑技术；最后还要能够恰如其分地运用这些技术，避免轻浮地炫耀，并绝不花哨。其实这种模式在软件工程中也同样适用：首先你学会成功案例的源码思想，然后按照现有知识去写出案例实现思想，最后再进行优化。老师也曾说过，不怕我们去抄代码，但不是为抄而抄，你抄了要知道核心思想是什么，怎么去运用，这样才叫学会了。
未完待续。