构建之法一开始讲了启发我对什么是程序，什么是软件，什么是软件工程。
1、自己曾经在是认为一个软件就是编程出来出来就行，能运行就好了。
但是这本书讲了还需要考虑各种因素，如人们的需求，功能的可行性。
2、自己认为的团队合作就是一起分不同的任务最后总结
《构建之法》第一章介绍了软件工程的概念、理论、知识点和软件工程和计算机科学的关系。具体来说是让我认识到了以下几个概念：源代码管理，配置管理，质量保证，软件测试，需求分析。程序理解，软件维护，服务运营，合称为软件的生命周期。另外读到"将软件与程序分隔开来的就是用户体验 " 这个理念是不由的联想到我的代码，只能归类到‘程序’，哎~。软件系统是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护的过程。包括：需求分析、设计、构建、测试和维护这几个过程。邹欣老师还通过纸飞机到商用飞机类比说明了软件开发的四个不同阶段：玩具阶段，业余爱好阶段，探索阶段，成熟的产业阶段。也得出：软件=程序+软件工程的结论。
《构建之法》第二章讲的是个人的技术和流程，第二章首先看到的是让我很找不到头绪的，单元测试，不知道怎么去测试，不知道测试有什意思。为什么要测试，程序写好了运行一下能运行一下不就行了，为什么还要测试，还非让代码的作者去测试，真的麻烦，但是，看完之后觉得测试是很有必要的，个人理解为：单元测试结果的好坏，是检测一个程序的好坏的标准，是检测一个程序是否有隐藏的bug的标准。一个好的标准的单元测试能找到程序运行快慢的原因，从而进行程序的提高。在这之后的回归测试看的就不懂了，还有就是什么抽样，和代码注入，真的很不懂，但是有一点看懂了，那就是代码的写法不一样那源代码中的一个函数的调用的次数就会不一样，从而导致调用的时间也就会不一样。在这里也理解到了效能测试的重要性。
以后我不知要学会做出来软件而且还要学会让他符合人们的需求和感受，还有在团队中更加多的交流让合作更加简单。