今天将构建之法剩下的阅读完了，主要讲述如何组队一起设计一款软件软件设计与实现过程中，着实有这么一句话：在理论上，理论和实践是一回事；在实践上，理论与实践却是两回事。若是只是在理论阶段讨论着实践，就永远不知道想象中的目标实现难度与实际的目标实现难度差距有多么的大。这在课程结对编程中有所体现，也感触颇深，动手前将设计思路商量地基本完美，大多会遇到的问题也都通通解决，然而到了实现环节就出问题了，发现原来之前商量的方法并不可行，还有很多突发的问题没有考虑到……所以，有的程序可以“一拍”即得，有的不行。构建是软件开发的基石。程序不能避免的会有很多bug，所以才会有测试人员这一必不可少的角色。之前提到的代码覆盖率测试，就是测试方法的一种，但是100%的代码被执行了也并不代表不用再写新的测试用例了。于此同时我认为做好错误报告是非常重要的。以前团队合作时会说：“等你做好了…我才能做…啊！不然怎么…”，我们会把一个工作的两个部分在时间上分开来完成，结果可能没那么可观。后来我意识到这种想法是非常幼稚和有害的，和认为工程师只能等着设计师的线框图才能开始工作同样幼稚。
设计软件首先要做到能够正视自己的错误，否则面对无穷尽的BUG还不崩溃啊，其次就要有解决问题的信心，面对出现的问题要有信心结队。
我的领悟就是:问题是用来解决的，困难是用来克服的。