第四章：
我看到这样一段文字：
反对解体阶段：好不容易找到合适自己的编程伙伴，并且磨合了这么久，为啥在完美解决一个问题之后就要走向解散，各找舞伴？那样岂不是走了弯路？那么我们在学校没做完一个结对项目，就要与我们结对的伙伴宣布解散？那么下一个结对项目开始的时候，我们又要花时间去适应搭档，去寻找灵感，很耽误时间，而且既然已经找到了一个非常好的伙伴，我想两个人可能会对用一个问题有着远大的目标和见解，为啥就要各走各的独木桥，两人磨合期也是需要很长时间的，所以我觉得找到一个非常合适的搭档之后，就不必在完成一个任务之后去解体，应该向着更大的目标前进。
第十七章：
相较于前面的结对项目，第十七章的团体项目倒是符合我的观点
这里对于团体是一个不断提升的状态，对于团体最少的是两个人，而仅仅两人已经很难磨合了，面对庞大的一个团体，磨合更是难上加难，所以不到万不得已，根本没有解体的必要，因为日后只会越来越好。
看到这样一段文字：
这里说完成一个项目或者任务后，我们要对合作伙伴进行评比，其实我觉得这完全没有这个必要，既然已经是一个团体了，每个人都有自己的见解，缺少了每个人都对这个项目有着必不可少的贡献，那我觉得其实每个人对团队的贡献都是“1”，没有必要还对每个人进行评比，因为可能一个人在这个项目里面干的活真得偏少，但至少他参与了这个项目，提出了一个想法，这个想法是你没有想到或者说出的，又或者这个想法被排除了，那即使这样，它也是对于这个项目给出了排除意见，每个人都有其必不可少的作用，因为最后完成的就是一个完整的项目，而并不是你的我的，和他们的子项目。
