粗读
第四章主要讲的是关于结对合作的事项。大多数的软件开发都是团体性的，而合作的最小单位也就是两个人，这也是软件开发中的最佳实践。而结对中，我们能够更好的编写我们的代码，能够少一些担心，对自己的代码也多一份信心，因为我们是两个人在战斗而非一个人。我的伙伴可以帮我进行一个代码的纠错，让我可以更加舒服的进行代码的编写，遇到问题的时候，解决方法也并不只是一种，两个人的思想会交流，会碰撞，出现的火花可能是你一个人在编写时候完全想不到的。
想法
读完第四章之后，会感觉你的代码已经不只是你自己的代码了，为什么？ 因为你在自己编写的代码上已经 不可以单单在意功能的实现 ，之前可能你的命名规范很随便，你的程序 可阅读性极差 ，但是你想这没有什么太大的关系，大不了加多几行注释。但现在不行了，自己编写的程序还要多一份 包容 ，为什么我要说包容，因为在两个人的合作中你如果不做到包容，别说合作了， 友谊的小船说翻就翻 。当你的合作伙伴想要继续你代码的编写下去，心想，这是什么狗屁玩意，两个doc注释都没有，命名就英文拼音混着来，有时候涉及到数据库，那更加恶心了，谁懂你的字段是干什么的，所以，在结对合作中， 交流很重要，包容很重要，约定很重要 。