通过阅读《构建之法》1—5章，我产生了如下一些问题：
第一章 第二节
书本上说软件工程的目标——创造出“足够好”的软件，还举例了汽车的例子。实际上我们在做软件项目时，应该如何去判断创造出来的软件何时“足够好”，是Bug尽量少的时候呢？还是像车的例子一样，达到客户的需求的时候呢？是后者更重要吗？书上也提到了世界上完美的软件并不存在，如果我们不断的追求完美是不是就可能由于时间问题而导致了软件发布过时？
第二章 第一节
书上提到为了避免软件开发后期发现的Bug修复起来要花更多的时间，我们要写单元测试。那么在实际的软件项目的开发时，为了减少软件开发后期的Bug，是不是最好每写好一个小程序都要写单元测试？还是根据不同的情况而选择性的写？
第二章 第三节
现在我们的软件设计主要是花费大量的时间去纠结于源代码，那我们以后的设计是不是都应该按照软件工程师的任务清单来梳理和设计我们的软件呢？对于现阶段的我们这样会不会花更多的时间呢？这种方法是否对我们合适？
第三章 第三节
我们现阶段提高技能的方法是通过不断的练习，是要提高到可以在不查阅任何资料的前提下随手可以编写出一个程序吗？这个程序应该有多大才算是一个合格的程序员，才能适应当前的形势？
第四章 第五节
在结对编程中，如何才能更好地分配两个人的工作？如果由于某些原因，你的同伴未能完成相应的任务，可是这个任务必须马上要提交，那么最终的结果是要你把剩下的全部完成，出现这种现象该如何解决？
第五章 第二节
书上讲了软件团队的模式和开发流程，可是在一般情况下，公司主要是以主治医师模式这种团队模式吗？在学校中，如果我们要执行这一种模式，最好是几个人一组，如何防止出现“一个学生干活，其余学生打酱油。”的现象呢？
读后感想：
读该本书后，让我学习了许多东西。让我知道了软件这方面最重要的一部分是要学会团队合作，因为一个人的想法总是及其狭隘的，只有通过合作，我们制作出来的软件才能够尽可能的完善，Bug尽可能少，功能才会更加的强大。要想在软件这方面有相应的成就，我们不但要有较强的知识做后盾，更重要的是要学会团队合作，因为在这方面单枪匹马永远成不了大事。无论你所带领的团队的成员如何优秀，只有团队中每个人学会团结才能使每个人的才能发挥到极致，否则再好的成员这个团队永远是一盘散沙，一无是处。