两人合作，团队与流程
还记得以前知乎（可能是知乎）上面看到过这样一个问题，大致的内容是提问者自己一个人开发了一个关于股市的一个软件，问这个软件的质量能显示出他的编程到了什么样的一个水平。记得当时有些回答的大概内容是现在已经不再是一个人编程的时代了。
而在书中，作者首先举出了一个风格独特的代码格式，在单打独斗的情况下，即使你的代码写成一行恐怕都没有管你，但是在一个团队中，如果是写成这样，则会让人心烦商业软件中，是一个团队在共同工作着，为了阅读的方便，我们需要一个相同的代码风格来让代码更加便于阅读，当然，每个团队都有不同的代码风格，只要是能让程序员们更好的理解和维护程序即可。
对于我这样的初学者来说，暂时还没有团队的代码风格这一个概念，这就不得不说自己大一刚开始学习编程的时候，一开始变量的设置都是字母，后来发现这样存在很大的问题，自己有时候用的时候都不知道该用什么什么变量了，后来开始使用拼音来代替，再到现在的英文，虽然很多时候有些单词不会拼写，但是还是坚持使用电子词典来查，然后使用英文来设置变量。至于注释的话，我觉得以我现在的能力还是先写中文吧，要不然自己写的自己都看不懂也没有意义（手动狗头）。
不管是两人合作还是团队合作，我们之所以要有一个简单明了的代码风格，无非就是为了他人的阅读方便，维护方便，在代码复审的时候，复审者需要对你的代码进行阅读，如何风格有异，或是风格奇特，必然是会造成阅读上的障碍。
结对编程，额，我自己还没有经历过，还真不好说，所以没有办法做出自己的理解……
后面坐着讲到了在两人的合作中如何影响对方，列举了集中影响他人的方式，我个人倒是觉是在谈论说话的艺术，以及后面的如何正确的给予反馈，都是对于说话艺术的一个掌握方式，首先是要能够在不同的情况下正确的使用这些讲话的方式，然后就是讲话的技巧，充分的运用说话技巧也可以让双方都从合作中收益，提高水平。
在团队与流程章节中，作者写了一个不是团队的例子，并列出了团队的特点：1.团队拥有一致的集体目标，团队要一起完成这目标，但是不一定需要同时工作，2.团队成员有各自的分工，互相依赖合作，共同完成任务。
随后作者又提出了一系列的团队模式，这些模式有好有坏，但判断一个模式好坏的根本在于，这个模式对于当前的问题是否能够很好的解决。