读《构建之法》读后感
作为一名小白，我也深知“程序+软件工程=软件”。在此之前我们学习过一个个从小到大，从简到繁的程序，到了今天才知道这些只是作为一名合格的程序员的第一步，《构建之法》这本书从专业的角度为我们阐释了什么是软件工程。
通过《构建之法》这本书我初步了解到了如下内容。
第一章讲诉了什么是软件工程，其中还掺杂了几个例子，让我更好的理解软件工程的概念，同时使我觉得这本书不会太枯燥无味，加强了我看书的耐性。 第二章向我们讲诉了单元测试，回归测试，效能分析工具。但是读第二章时，很多东西都不懂，例如VSTS，百度后才知道是一款由微软开发的一套开发工具。包括Release版本和Visual Studio，我都需要通过百度才能了解到一些。
第三章提到了成为软件工程师所要具备的条件，分别是：1.积累软件开发相关知识，提升技能技术。2.积累问题领域的知识和经验。3.对通用的软件设计思想和软件工程的理解。4.提高职业技能。5.实际成果。这让我认识到自己离一个软件工程师还有很远的距离。 第四章讲诉了在我们写代码是应该要注意代码的规范，不能够只能让自己看的懂，也要让别人看得懂。在合作中在客观全面的对待自己的结对伙伴，懂得相互鼓励，相互学习。 第五章为我们介绍了团队合作的几种模式，以及团队中的几种开发流程。让我明白从现在开始就应该着重培养自己的团队合作意识。
总体上软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最完整最正确的产品呈现在用户面前。
问题1：我们现阶段可以从哪方面开始培养自己的开发思维和能力，向工程师迈进？
问题2：我们是否应该赶在毕业前成为一个真正的软件工程师？
问题3：什么是断言？
问题4：团队合作模式和开发流程的关系密切？两者能否脱离？
问题5：在单元测试中，一定要要求代码覆盖率达到100%吗？
问题6：那我们应届生该如何加强自己的价值？公司需要的是为其创造价值的人才，还有机会让我们慢慢学习吗？
问题7：单元测试应该集成到自动测试的框架中，这是如何实现的呢？
问题8：我们现阶段可以从哪方面开始培养自己的开发思维和能力，向工程师迈进？