第四、十七章问题
第四章 两人合作
1.在结对编程中，因为有随时的复审和交流，程序和方面的质量取决于一对程序员中各方面水平较高的那一位。这样，程序中的错误就会少得多，程序的初始质量会高很多，这样会省下很多以后修改、测试的时间。
——《构建之法》P79
结对编程的内容时一对程序员肩并肩、平等的、互补的进行开发工作。其中Driver和Navigatuo的角色是可以互换的，总之是Driver写程序，Navigatuo在旁边实时查看代码并帮助Drive编程。
既然是两人共同合作进行同一个项目并且角色能够互换，那么说明两人在编程方面不是水平相近就是能力互补，那么又如何说是“程序和方面的质量取决于一对程序员中各方面水平较高的那一位”呢？
2.但是要注意每个人每天的高效率工作时段不超过3－4个小时。结对编程中驾驶员和领航员的角色要经常互换，避免长时间紧张工作而导致观察力和判断力下降。一对程序员完成预定任务之后，就可以休息，或者展开其他较轻松的工作，而不应该死板的按照工作日八小时的规定而继续编程。
——《构建之法》P81
理论上这种结对编程的安排是合理的，并且也是绝大多数结对编程人员所期望的，但这也许只是理论上的可行性。根据中国（仅限于国内的情况）目前工作的现状来看，这又是不符合现实的。如果是在时间仓促的情况下，没有哪一个公司会如此“大方”地允许自己的员工“每个人每天的高效率工作时段不超过3－4个小时”，甚至“不死板的按照工作日八小时的规定而继续编程”，与此大大相反，大部分的程序员甚至要加班完成预定的任务。那么，遇到这种现实与理论冲突的情况应该怎么办？
第十七章 人，效绩和职业道德
1.一个新人能加入一个团队，团队领导看重他什么呢？首先是知识。
20世纪的传奇游泳教练谢尔蒙·查威尔（Sherm Chavoor）培养出了一批世界级的优秀游泳选手，他的运动员一共获得了31枚奥运奖牌。他的“竞技游泳知识”应该是非常多，但是大家几乎没有看到过他下水游泳。传说他不会游泳，队员们在庆祝胜利的时候把他抛下游泳池，结果发现他在池中挣扎……这么说，他的“竞技游泳技能”和“基本游泳技能”是很低的， 但是这并没有妨碍他领导他的游泳队取得世界级的成功，因为他的“教练技能”是世界一流的。
——《构建之法》P380
领导看中个人的知识这是正确的，至于是不是首要的倒不是那么绝对的。书中的例子也是有些许片面的，“有知识但无技能的人是否一定是‘行走的书橱’，没有大用？到也未必”，这只给出了支持这句话的游泳教练谢尔蒙·查威尔（Sherm Chavoor）的例子，并没有说明为何团队领导看中的首先是知识。如果拿着个例子硬要说明上面的结论也是不严谨的：领导首先看中了谢尔蒙·查威尔的知识是因为领导需要的是教练而不是游泳运动员，如果他需要运动员，只拥有知识而毫无技能的谢尔蒙·查威尔就不可能得到领导的认可。
所以我认为知识是团队领导要看中的，但不是首先看重的。
2.磨合是一个团队成长的必经阶段，但是如果一个团队长期挣扎在磨合阶段，领导人要负最主要的责任。团队挣扎的原因是什么呢？工业界中对此有很多总结，下面是几个关键：
（1）信任 （2）冲突 （3）承诺 （4）责任 （5）结果
——《构建之法》P386
从上面得出的“导致团队长期挣扎在磨合阶段”的结论来看，五个关键点都是团队内部成员的之间的问题。如果出现了这种情况：领导尽力协调团员之间的关系也没有改善现状，那么将责任主要归咎于领导人是否就有些不合情理了呢？