遇到《构建之法》是学校老师向学院推荐的，第二个学期，它就出现在了新发的书中了。这本书的全称是《构建之法—现代软件工程》，作者是邹欣老师，他是微软Windows中国工程团队首席研发总监。
开始读这本书，最大的感受就是原来软件工程还可以这么学，和当初我第一次拿到《软件工程》这本书的时候，心里的第一反应就是这又是一门枯燥无味的、让人昏昏欲睡的感受是不同的。 整本书从实际软件开发的各个阶段出发，详细地分析了软件工程的各个环节，如：需求分析、设计实现、用户体验、软件测试已经最后的发布等等。
代码风格，一个良好的代码风格规范是一个软件开发人员最起码的要求，即使程序写得是多么地出色，具有广阔的市场应用前景，但是如果背后是混乱不堪 的代码，那么就会对这个软件日后产生不少的负面的影响，特别是在后期的维护以及版本的迭代上，不规范的代码对于日后的维护人员来说，简直就是噩梦，以至于 最后实在是没办法了，只好是全部推倒重写，当然这个最坏的打算了，所以好的代码规范是多么地重要，特别是在日后开发具有商业价值的项目时，或者是在一个软件项目的团队里工作，代码规范相当重要。
结对编程，对我来说这是一个很有意思的新词，尽管这个词语的出现可以追溯到上世纪，在结对编程的模式下，是由开发人员肩并肩、平等地、互补地进行开发，无论是设计、分析、编码、测试。 结对编程最大的好处就是可以使得实际开发出来的代码不断地处于“复审”的过程中，可以及时发现问题，可以及时解决问题，可以极大地避免将问题带到最后的测 试或者是发布阶段。
看了前面两章，我感觉我现阶段距离一个程序员还很远，软件工程师更是遥不可及。在学校的我学习了很多，如c语言，数据结构，面向对象……学的多而不精，前路迷茫，纵观现在我就是一个盲目学习的学生，上课时认真听了课后却没有花更多的时间去研究，遇到不懂的容易掉价死胡同，总是花很多时间闷闷思考，不到最后都没有去请教同学，去百度。看着做程序的人，都好厉害，自己就只能在一旁羡慕嫉妒恨。那现在在怎么样才能将自己对编程的兴趣提高，加强自己的编程思想?提高自己的价值?
合格的软件工程师，有什么具体的标准吗？
还是说能写代码，又能发现问题解决问题就可以成为了呢？
一般公司招聘时都会要求有一两年的工作经验或是说有经验的优先，那我们应届生该如何加强自己的价值？
公司需要的是为其创造价值的人才，还有机会让我们慢慢学习吗？
团队合作模式和开发流程的关系密切？两者能否脱离？