读《构建之法》有感
问题：我们现阶段可以从哪方面开始培养自己的开发思维和能力？
问题：怎么知道自己的创新会不会赢得大家的认同？
问题：在单元测试中，一定要要求代码覆盖率达到100%吗？
问题：我们是否应该赶在毕业前成为一个真正的软件工程师？
问题：团队合作模式和开发流程两者能否脱离？
《构建之法》这本书我每天睡前会去读一章，有时实在太困了，可能就读半章。不得不说，这本书绝对是良心之作，在软件工程方面让我很受启发。感觉这本书很不错，内容简单易懂，完整系统的讲叙了软件开发的过程和应该注意的问题。
第一章讲诉了什么是软件工程，但又不仅仅是文字描述，其中还掺杂了几个例子，让我更好更透彻的理解软件工程的概念，同时使我觉得这本书不会太枯燥无味，加强了我看书的耐性。让我觉得好的是，整个章节结束后，还有练习和讨论，让我觉得很有意义。 第二章，向我们讲诉的单元测试,回归测试，效能分析工具，个人开发流程。但是读第二章时，很多东西都不懂，例如用VSTS写单元测试，百度后才知道VSTS是一款由微软开发的一套开发工具。读了第二章也懂得了好的单元测试的标准是什么?
第三章提到了成为软件工程师所要具备的条件，分别是：1.积累软件开发相关知识，提升技能技术。2.积累问题领域的知识和经验。3.对通用的软件设计思想和软件工程的理解。4.提高职业技能。5..实际成果。这让我认识到自己离一个软件工程师还有很远的距离。
第四章讲诉了在我们写代码是应该要注意代码的规范，不能够只能让自己看的懂，也要让别人看得懂。在合作中在客观全面的对待自己的结对伙伴，懂得相互鼓励，相互学习。
第五章为我们介绍了团队合作的几种模式，以及团队中的几种开发流程。让我明白从现在开始就应该着重培养自己的团队合作意识。
第六章第七章主要讲的是敏捷流程的问题和解法，和MSF对敏捷和CMMI的支持。第八章讲了如何全面而又准确的找到需求。还有软件团队在分析需求是要考虑到的利益相关者。让我明白了需求分析在整个项目开发过程中的重要性。第九章，主要讲的是项目经理能力要求和任务。受限要懂得和人打交道，这是非常重要的。能够清楚的知道，哪些事重要的哪些事紧急的。在后面的章节中，懂了从代码到完成发布经历了哪些阶段，程序发布，并不代表结束了，因为还需要整个后期继续进行维护。
以后写程序首先要搞清楚用户的需求是什么，明白团队合作的重要性，在设计过程中要花心思站在客户的角度上去想问题，让用户满意。