此篇为阅读笔记的第三篇，含个人感受部分
阅读章节：整书
阅读背景：学期结束
作为一名软工学生，在学习了编程语言，计算机网络，设计模式后，却还是对自己所要从事的工作一知半解，
实践少，敲代码的时间也称不上多，大学里学的东西还是让我感到大而杂，和想像中天差地别。
构建之法作为本学期教材书目，我个人而言，印象最深的竟然是其中构建的幽默角色，大牛，果冻？？
这也算是本书的一大特色吧，特别是和建民老师的讲课风格搭配起来，课堂的效果很棒，让人很难不身心投入。
在阅读本书之前，也曾接触过类似的书籍，通过概论、需求、设计、编程、测试、维护等流程来讲述开发软件的过程，本书则是通过
软件开发个人技能开始，逐步进入两人结对编程、代码互为评审直至团队开发模式之中，
构想很好，但是有一点建议，作为课堂教学用书籍，最大的功能和愿望还是要学生学到更多知识，本
书所讲述的多人开发最重要的是什么？其实我个人觉得，是一开始的伙伴选择。
为什么要选择这个来说呢？实在是个人所见深有感慨。
结对时，虽然老师再三提醒，但是同宿舍结对还是占了大部分，
而其中，大部分结对都是弱加强。强的那几个负责开发，弱的那几个负责端茶倒水，
然后学到的东西寥寥无几，老师也是心知肚明，这种情况如何改善？
我觉得应该随机分组，让每个人都没有偷懒的想法，这样才能从实践中学习到知识并践行构建之法书中内容。
此篇阅读笔记是在这学期结束的时候写的，本学期编程课有不少，加上自己的自学，懂了不少东西，
虽然构建之法这本书很多内容都不错，也挺有意思，但是作为大二在学校学生来说，
书本的内容是比较难以按想象中情况实现的，资源和时间的不到位有时候反而会起到反面效果。
但是本书如果放在床头时常看一看，想必效果是极好的。
书中介绍的各种方法的确让人大开眼界，值得一读。
个人感受
我过去是怎么做的：1.找能力较强的人去组队 2.埋头敲代码，没有意识到代码健壮性
为什么不好：1.队伍里的大神使得我们产生了依赖性 2.代码容易崩溃
解决方法：1.随机组队 2.将可能发生的情况进行判断，保证代码健壮性