第四章 两人合作
首先提到的是代码规范，程序员写的代码不仅要给机器看，还要给人看。好的代码规范能事半功倍。代码规范有分为代码风格规范和代码设计规范。代码风格规范是指让代码保持简明，让代码更易读。书中给出的规范是Tab键为4个空格，行宽为100字符，在复杂的表达式中要用括号来表示逻辑优先级，断行和{}最好为：
if(condition)
{
Dosomething();
}
else
{
Dosomethingelse();
}
即{与}单独成一行，注释要表明程序做什么？为什么这样做？对于代码设计规范，一个函数只做一件事，且要做好，函数要有单一的出口，仅在必要时才用类。
其次讲到的是代码复审，代码复审的目的是为了发现各类错误，以及可以改进的地方。
最后提到的是结对编程。结对编程是指一对程序员平等的并发进行开发工作，即用同一个显示器，同一个键盘，同一个鼠标工作，一起分析，一起编码，一起测试。这样子带来的好处是能提供更好的代码质量，给编程人员带来更多的信心，已经增进交流，相互学习。
第五章 团队合作和流程
在本章中首先提出的一个问题是什么是团队？是七八个人聚在一起就是团队吗？不一定，也许他们只是一群乌合之众。一个团队，需要有一个明确的集体目标，并且团队成员要一起完成这个目标，这些团队成员有各自的分工，相互依赖合作，共同完成任务。这样的一群人才能称之为一个团队。
团队有很多模式，比如：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队模式、特工团队等等这些模式有各自的优缺点，但可以肯定的是很多团队最终都会演变成功能团队，即具有不同能力的同事平等合作，共同完成一个功能，在这个功能完成之后，这些人又重新组织，和别的角色一起完成下一个功能。他们没有管理者和被管理者的身份关系。
作者在本章还介绍了团队开发的流程，让我感兴趣的是渐进交互流程。在这个流程中，软件团队进入了一个不断演进的evolution循环中：开发-->发布-->听取反馈-->根据反馈做改进。直到钱花完了，时间到了，用户满意了为止。这个模式有一个最大的问题，就是如果用户对第一个版本不满意，不想购买产品，那么整个团队为第一版所做的努力都白费了。这个问题的根源是团队得到客户的反馈太晚了，对此作出的改进是，把产品的最核心功能用最小的成本开发出来，然后快速听取客户的意见。