阅读《构建之法》过程中有了实践中的体会，比如如何给别人提意见，在结对编程中确实能够用到，之前编程只是一个人在那儿编代码，不会了就看看别人的思路呀，查查百度呀，从未说跟一个人合作过，更不懂什么叫结对编程，学了构建之法中的如何正确的给别人提意见，我感觉应该是对人不对事，或者说是针对最外层（行为和结果）来进行提意见，往往我们不能因为这件事否定一个人，甚至一个群体。
在团队和流程中，讲到软件团队的各种模式，比如蜂窝模式、主治医师模式、明星模式、社区模式等等，想想我们完成某想大作业的时候，“抱大腿”就应该属于主治医师模式吧，一个学生干活，其他学生跟着打酱油。这里边没有最好的团队模式，只有最适合你这个团队的。
软件打开发流程也有好几种，写了再改模式，显然，我们平时变成就是这种模式，上来就写，写出来的程序一般只能用一次，看过了就扔的程序，根本解决不了实际问题的程序，我想这就是浪费时间呀！最好的应该是瀑布模型了，系统需求→软件需求→分析→程序设计→编码→测试→运行，经过一系列的流程之后，我们才能真正做出一款成功的产品。所以我们在平时做软件开发的时候，应该先想好了，我们究竟要干什么，目的是什么，然后再去编码实现，这是“瀑布模型”给我最大的体会。