这周阅读完了《人月神话》这本书，令我印象比较深的有第十三章——“整体部分”与第十四章——“祸起萧墙”。
整体部分
V. A. Vyssotsky 提出，“许许多多的失败完全源于那些产品未精确定义的地方。在编写任何代码之前，规格说明必须提交给测试小组，以详细地检查说明的完整性和明确性，开发人员自己不会完成这项工作。在这次结对编程中，我深刻意识到在团队项目中提前说明规格（规则）的重要性，当然我们还没有开始做产品，不会去约束什么“产品”的规格，在我们这次结对编程中主要有两次对接，一次是我们core 组内部的对接，还有就是与各个UI组的对接。先说我们组内的对接，由于我们事先分好了工，我负责写generate函数的内容，而另外一个同学负责写计算表达式的结果，与处理异常，我们约定了一系列的参数设置（setting），由于我不会c++，那个同学就对我说会用类的方法把参数传递过来，于是我们就开始分开写。我是定义了一个全局的数组，每次生成的表达式就会在那个数组中，然后每次开始的时候都会把数组清空，这样就可以多次调用，生成多个不同的表达式了，但是在对接的时候吧，那个同学比较严格，因为全局变量不太安全，所以要求用函数返回字符串，由于对string接触的比较少，所以我采用返回指针的方式，但是这个时候就出了乱子，生成的表达式中有很多的乱码，最后我们费了很大的劲才把返回类型改成string类型的，如果在实现我知道要返回string类型的字符串，我肯定会在写的时候就注意，不必在对接的时候费劲了。还有就是我们与ui组的对接，由于我们事先与对各ui组进行交流，问了他们需要什么样的接口，以及setting里的值对不对，所以在接下来的对接中，我们组和其他ui组对接的异常的快（多个ui组都这么说），基本上花30分钟就搞定了，座椅说事先约定好规格非常的重要。
祸起萧墙
本书的第十四章是祸起萧墙，这一章节作者先讨论了项目延迟是难以识别、 更不容易防范和更加难以弥补的。进取是软件开发团队比不可少的必要品德。PERT 的准备工作是 PERT 图使用中最有价值的部分。 它包括了整个网状结构的展开、 任务之间依赖关系的识别、 各个任务链的估计， 这些都要求在项目早期进行非常专业的计划，接着论述了老板和经理之间的对决，最后强调了评审机制和里程碑报告的重要性。在本章中我认为PERT是标的，我们在进行团队项目中，或多或少的会出一些差错，如果这些问题不能及时发现，预防，将会导致非常的问题，可能会导致团队项目的失败。