粗略的看了一遍构建之法，其实感触还蛮多。这本书为我看待这个行业打开了一个新视角。
其实关于团队合作方面，我自己是深有感触。从一个比较小的方面来讲就是我们对于别人的代码通常都是没有耐心的，这里有两个方面的没耐心：一是当两个人在做相似功能的东西时，我们通常有自己的思维，并且能够完成，但是当别人在完成时出了点小岔子，问你是怎么做出来的时候，我们通常是转头一看，傻傻看不懂，完全没耐心理解别人的逻辑，并且按照别人的逻辑来改。二是如果我们需要上一个人代码中的信息通常是直接问你的XX是什么，XX在哪里之类的。能有明确的答复还好，如果没有的话就感觉双方都很焦虑，都在想你为什么不是这样之类的话。其实这样经常让一个团队的氛围在不知不觉之内陷入有点尴尬紧张的地步，虽然不至于毁天灭地一拍两散但是合作之后下次合作也会犹豫犹豫。
所以从实际角度上来讲，对别人代码的耐心通常是很难做到的，尤其是自己有自己的代码来解决同样的问题时。
我想我第一个消除别人看不懂自己代码的行动就是要规范代码。书中对代码规范提到两点：一是代码风格规范，二是代码设计规范。从我的角度来看，规范风格设计这点还是比较容易的，因为一开始学习老师就有强调程序格式，平时只要注意别太挤是没有什么大问题。但是对于设计的规范就差很多，不是每个人对规范的理解都相同，况且我们自己独立完成代码时也经常忽略这方面的锻炼，书中4.3部分讲的还是很实际的，所以我认为多看看书本附带长代码，再加上4.3的那些东西在脑子里有个印象，应该能够改善不少。
第二就是尽量留下一点文字材料和注释，方便别人理解你的代码这些部分都是干什么的，方便后来者接受。