作业三：读《构建之法》1-5章有感
这个作业的要求来自于：https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2178。
没有作业的假期是不完整的假期，特别是国庆七天长假，哈哈。国庆佳节，几乎人人都回家了，剩下自己在宿舍，难得的清静，实在享受。翻开好久都没有翻开过的《构建之法》，从第一页开始看起，认认真真的去看每一句话，每一个字。或许这样可以平静一下自己浮躁的心，使之得以沉淀。把这次作业当成沉淀自己内心的机会，慢慢的，慢慢的，静下心来品读。期望可以从中学到一些知识，获得一些更深层次的领悟。
这本书讲了很多的例子，通过例子详细阐述所要学习的内容，对里面讲的很多例子很熟悉，感同身受。相对比较容易理解，希望后面的内容也如此。
第1章：概论
看了第一章，感悟最深的就是用户体验！老师经常说到，一个好的软件，虽然功能和其它同类软件差不多，但是，却会让用户感到非常好用。增删改查很多人都会，我们需要做的是别人所没有的，所不会的。只有站在用户的角度去思考问题，为用户着想，这样生产出来的产品才会受到用户的追捧。
一切从用户利益出发。软件工程的目标就是要创造“足够好”的软件。因此要考虑：用户满意度，软件可靠性，软件流程的质量，软件的可维护性。
在17页“3.能证明开发的软件是可以维护和继续发展的”中，我很同意作者的观点，但是，我觉得我们目前很难做到软件的继续发展。因为我们目前都是一个学期一个学期的大作业，前面没有联系。所以做起来不回会考虑到继续发展的问题。除此之外，任何一个软件，都很难完全实现继续发展，因为我们这个世界变化太快，很多东西都是无法预料到的。所以有时候我们很难考虑到它的继续发展。
第2章：个人技术和流程
查阅资料可知，单元测试是针对程序模块来进行正确性检测的测试工作。
在第二章的学习中，了解到了很多之前都没有接触过的词汇，比如，PSP,RP,VSTS等。这些缩略语如何在行外人看来不懂还好，但是我们要是不懂可就被别人取笑了，哈哈。单元测试必须由最熟悉代码的人，即程序的作者来写，因为作者最了解代码所要实现的目的，特点，以及实现的局限性。单元测试后机器状态保持不变，测试要快，时间不能太长。除此之外，单元测试还要产生可重复并且一致的结果，不然就没有任何意义了。
通过了解一个软件工程师接到一个任务之后的所作所为，更深层次的认识了个人开发流程。意识到了需求分析和测试的重要性。
第3章：软件工程师的成长
第三章主要通过浅显易懂的小故事来体现团队中各成员的重要性以及个人在团队中要如何做，了解了Six Sigma,六西格玛。即强调制定极高的目标收集数据以及分析结果，通过这些来减少产品和服务的缺陷。本章内容比较简单，就不再详细讲太多了。
在书本55页，作者提到：一些最有影响力的作家，他们的作品都非常少，甚至只有一本。
本人不同意这一观点，比如香港作词人，创作总监林夕作词很多，作品却非常好。很多都成为经典传唱。如何理解有错误，敬请批评指正。
第4章：两人合作
本章主要讲两个人的合作，两个人，为了方便沟通与交流，肯定需要制定一些规范，比如代码风格规范，代码设计规范等。结对编程是效果非常好的一种方式，因为这样能提供更好的设计质量和代码质量，两人合作解决问题的能力更强。对开发人员来说，结对工作能带来更多的信心，高质量的产出能带来更高的满足感。在企业管理层次上能更有效的交流，相互学习，互传经验，分享知识。两人的合作就犹如篮球比赛，只有互相配合才能获得最终的胜利，因此，我们要从刚开始的接触到磨合，这才是一个团队。团队之间要正确的给予反馈。
第5章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。团队成员有各自的分工，互相依赖合作，共同完成任务。
觉得最适合我们软件工程的应该就是功能团队。具备不同能力的同事们平等协作，共同完成一个功能。
实在不明白官僚模式有什么作用？为什么不淘汰掉它，实在找不到它所体现出来的好处。请指教，谢谢。
总结：通过在假期阅读《构建之法》第1-5章的知识内容，我对软件工程有了很深的了解，通过查阅知道了很多知识，对软件工程师的工作细节有了很深的了解，终于不会简单的以为软件工程师就是简单的做自己需要做的事情了，而是要有全局观念，依靠团队完成需要完成的任务。不会简单的以为写代码只是一个人的事，而是整个团队的事。不仅要自己看懂，还要别人看懂。通过5章的学习，对软件工程有了更深的了解，足矣。希望通过后面十二章的学习以后可以更深入。
这个作业的要求来自于：https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2178。
没有作业的假期是不完整的假期，特别是国庆七天长假，哈哈。国庆佳节，几乎人人都回家了，剩下自己在宿舍，难得的清静，实在享受。翻开好久都没有翻开过的《构建之法》，从第一页开始看起，认认真真的去看每一句话，每一个字。或许这样可以平静一下自己浮躁的心，使之得以沉淀。把这次作业当成沉淀自己内心的机会，慢慢的，慢慢的，静下心来品读。期望可以从中学到一些知识，获得一些更深层次的领悟。
这本书讲了很多的例子，通过例子详细阐述所要学习的内容，对里面讲的很多例子很熟悉，感同身受。相对比较容易理解，希望后面的内容也如此。
第1章：概论
看了第一章，感悟最深的就是用户体验！老师经常说到，一个好的软件，虽然功能和其它同类软件差不多，但是，却会让用户感到非常好用。增删改查很多人都会，我们需要做的是别人所没有的，所不会的。只有站在用户的角度去思考问题，为用户着想，这样生产出来的产品才会受到用户的追捧。
一切从用户利益出发。软件工程的目标就是要创造“足够好”的软件。因此要考虑：用户满意度，软件可靠性，软件流程的质量，软件的可维护性。
在17页“3.能证明开发的软件是可以维护和继续发展的”中，我很同意作者的观点，但是，我觉得我们目前很难做到软件的继续发展。因为我们目前都是一个学期一个学期的大作业，前面没有联系。所以做起来不回会考虑到继续发展的问题。除此之外，任何一个软件，都很难完全实现继续发展，因为我们这个世界变化太快，很多东西都是无法预料到的。所以有时候我们很难考虑到它的继续发展。
第2章：个人技术和流程
查阅资料可知，单元测试是针对程序模块来进行正确性检测的测试工作。
在第二章的学习中，了解到了很多之前都没有接触过的词汇，比如，PSP,RP,VSTS等。这些缩略语如何在行外人看来不懂还好，但是我们要是不懂可就被别人取笑了，哈哈。单元测试必须由最熟悉代码的人，即程序的作者来写，因为作者最了解代码所要实现的目的，特点，以及实现的局限性。单元测试后机器状态保持不变，测试要快，时间不能太长。除此之外，单元测试还要产生可重复并且一致的结果，不然就没有任何意义了。
通过了解一个软件工程师接到一个任务之后的所作所为，更深层次的认识了个人开发流程。意识到了需求分析和测试的重要性。
第3章：软件工程师的成长
第三章主要通过浅显易懂的小故事来体现团队中各成员的重要性以及个人在团队中要如何做，了解了Six Sigma,六西格玛。即强调制定极高的目标收集数据以及分析结果，通过这些来减少产品和服务的缺陷。本章内容比较简单，就不再详细讲太多了。
在书本55页，作者提到：一些最有影响力的作家，他们的作品都非常少，甚至只有一本。
本人不同意这一观点，比如香港作词人，创作总监林夕作词很多，作品却非常好。很多都成为经典传唱。如何理解有错误，敬请批评指正。
第4章：两人合作
本章主要讲两个人的合作，两个人，为了方便沟通与交流，肯定需要制定一些规范，比如代码风格规范，代码设计规范等。结对编程是效果非常好的一种方式，因为这样能提供更好的设计质量和代码质量，两人合作解决问题的能力更强。对开发人员来说，结对工作能带来更多的信心，高质量的产出能带来更高的满足感。在企业管理层次上能更有效的交流，相互学习，互传经验，分享知识。两人的合作就犹如篮球比赛，只有互相配合才能获得最终的胜利，因此，我们要从刚开始的接触到磨合，这才是一个团队。团队之间要正确的给予反馈。
第5章：团队和流程
团队有一致的集体目标，团队要一起完成这目标。团队成员有各自的分工，互相依赖合作，共同完成任务。
觉得最适合我们软件工程的应该就是功能团队。具备不同能力的同事们平等协作，共同完成一个功能。
实在不明白官僚模式有什么作用？为什么不淘汰掉它，实在找不到它所体现出来的好处。请指教，谢谢。
总结：通过在假期阅读《构建之法》第1-5章的知识内容，我对软件工程有了很深的了解，通过查阅知道了很多知识，对软件工程师的工作细节有了很深的了解，终于不会简单的以为软件工程师就是简单的做自己需要做的事情了，而是要有全局观念，依靠团队完成需要完成的任务。不会简单的以为写代码只是一个人的事，而是整个团队的事。不仅要自己看懂，还要别人看懂。通过5章的学习，对软件工程有了更深的了解，足矣。希望通过后面十二章的学习以后可以更深入。