个人感受：
过去只是盲目的老师说什么就学什么就做什么，没有目标只是一味的去追求老师要求我们的目标。
书中也着重提到了这点，要了解软件工程的概念、理论、知识点和软件工程和计算机科学的关系，提升个人的技术和流程，而不能盲目的进行学习要有一定的目标和安排。
解决办法：设立自己的学习目标，与团队成员多交流，多学习软件工程的概念，提升自己的个人技术，尝试记录开发流程。
读书笔记：
开篇是诸多大佬对这本书的评价，对邹欣老师和这部著作赞赏有加，也使我兴趣大增。之后是邹欣老师给任课老师的一些建议，我们的老师也接受了一些在课堂上也讨论了这些问题：1、做中学；2、师生关系；（健身学员与健身教练之间的关系）等等。讨论过后我们确实有所收获，特别是关于学生的行为是由什么驱动的问题上我的体会也是：“无法推迟的截止期限！”。但是对于邹欣老师建议的分数组成，我觉得哈，有点狠。但是我们老师接受并实施了。。。
《构建之法》第一章介绍了软件工程的概念、理论、知识点和软件工程和计算机科学的关系。具体来说是让我认识到了以下几个概念：源代码管理，配置管理，质量保证，软件测试，需求分析。程序理解，软件维护，服务运营，合称为软件的生命周期。另外读到"将软件与程序分隔开来的就是用户体验 " 这个理念是不由的联想到我的代码，只能归类到‘程序’，哎~。软件系统是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护的过程。包括：需求分析、设计、构建、测试和维护这几个过程。邹欣老师还通过纸飞机到商用飞机类比说明了软件开发的四个不同阶段：玩具阶段，业余爱好阶段，探索阶段，成熟的产业阶段。也得出：软件=程序+软件工程的结论。
《构建之法》第二章讲的是个人的技术和流程，第二章首先看到的是让我很找不到头绪的，单元测试，不知道怎么去测试，不知道测试有什意思。为什么要测试，程序写好了运行一下能运行一下不就行了，为什么还要测试，还非让代码的作者去测试，真的麻烦，但是，看完之后觉得测试是很有必要的，个人理解为：单元测试结果的好坏，是检测一个程序的好坏的标准，是检测一个程序是否有隐藏的bug的标准。一个好的标准的单元测试能找到程序运行快慢的原因，从而进行程序的提高。在这之后的回归测试看的就不懂了，还有就是什么抽样，和代码注入，真的很不懂，但是有一点看懂了，那就是代码的写法不一样那源代码中的一个函数的调用的次数就会不一样，从而导致调用的时间也就会不一样。在这里也理解到了效能测试的重要性。
标签：01,老师,邹欣,程序,笔记,软件工程,构建,测试 From： https://www.cnblogs.com/ykznlxx/p/18250583