《构建之法》这本书每个章节讲述不同的重点，构建之法的每一章都是独立的子章节，并且涵盖了多个方面，语言幽默好懂，个人来说比较喜欢这种风格，可以在合适的时候随时温习自己想看的一部分。在读过此书之后产生以下五个问题：
1、原文:
软件工程是把系统的、有序的、可量化的方法应
用到软件的开发、运营和维护上的过程。
软件工程包括下列领域：软件需求分析、软件设
计、软件构建、软件测试和软件维护。软件工程
和下列的学科相关：计算机科学、计算机工程、
管理学、数学、项目管理学、质量管理、软件人
体工学、系统工程、工业设计和用户界面设计。
人们在开发、运营、维护软件的过程中有很多技
术、做法、习惯和思想体系。软件工程把这些相
关的技术和过程统一到一个体系中，叫“软件开发
流程”。软件开发流程的目的是为了提高软件开
发、运营、维护的效率，并提高软件的质量、用
户满意度、可靠性和软件的可维护性。那么，软
件开发流程有哪些呢？请看本书第5章“团队和流
程”中的详细介绍。光有各种流程的思想是不够
的，我们还要有一系列的工具来保证这些思想能
够在实践中有效率地运作。软件工具有很多：有
工程师自行开发的工具，有软件团队独有的工
具，也有许多公开的软件工具，例如编译工具、
源代码管理工具、源代码编辑工具；也有一些软
件工具系统，例如Microsoft Vi-sual Studio、
GitHub、Eclipse、ClearCase和ClearQuest，
那么什么是软件工程？对我们有什么用？尤其是对于不喜欢计算机的我来说，所以我更不知道怎样去学好这门课程?对于一个初学者的我来说，怎么样才能做到与用户更好的交流？
2、软件工程师比大四学生多读了3年书，多工作了3
年，两类人任务的质量要求也不一样。我们可以
看到，工程师在“需求分析”和“测试”这两方面明
显地要花更多的时间（多60%以上）；但是在具
体编码上，工程师比学生要少花1/3强的时间。
实的开发过程中往往会比理论中多出很多问题，比如需要如何能够将需求细化到任务，然后在细化到设计，最终使得能够在规定的时间内有条不紊的完成目标？
3、
软件工程
包括了开发、运营、维护软件的过程中的很多技
术、做法、习惯和思想。软件工程把这些相关的
技术和过程统一到一个体系中，叫“软件开发流
程”，软件开发流程的目的是为了提高软件开发、
运营、维护的效率，以及提升用户满意度、软件
的可靠性和可维护性。软件开发流程不光指团队
的流程，还包括个人开发流程，因为软件团队是
由个人组成的。在团队的大流程中，是每一个具
体的个人在做开发、测试、用户界面设计、管
理、交流等工作。因此，个人在团队中也有独立
的流程。把每个人的工作有序地组织起来，就是
团队的流程。这里说的“有序”，并不是“无争
论”。在大部分成功的软件团队模型中，各个角色
（开发、测试、项目管理等）考虑问题的出发点
是有区别的，不同意见的冲突在所难免，一个好
的团队流程能把冲突的积极方面（各自尽力把自
己的工作做好，说服别人）释放出来，而避免消
极方面（因为冲突而产生的消极、抵触情绪
等）。那么团队项目如何合理的分配成员的任务？
4、所谓好软件，就是软件没有缺陷（Bug），所谓软件工程，就是把软件中的Bug都消灭掉的过程。这的确是抓住了软件工程的一个要素。和软件打交道的专业人士都知道软件有“Bug”，软件团队的很多人都整天和Bug打交道，Bug的多少可以直接衡量一个软件的开发效率、用户满意度、可靠性和可维护性。那么Bug到底是什么呢？对我们未来会有怎么样的影响呢？
5、若用户需求和优化后的软件起冲突时，要按照用户的需求继续做还是优化的软件？