初步阅读这本书，只是简单的过了一遍，对比之前的一些理解和做法也做了一些思考
过去我的理解和做法;
过去我将计算机科学和软件工程简单的定义为理论学习和动手操作。我认为学习软件工程最重要的就是会编程，但其实任何有关计算机的学科都离不开编程，它只是一门基本技能，却并不是学习软件工程的核心。《构建之法》书中指出：软件工程的研究目标（软件的开发、运营和维护）中都有“人”的出现，这些“人”可以是项目需求的提供者、可以是软件的开发人员，还可以是软件的用户。这一特征与其他计算机科学的子领域明显不同。在课堂中，老师也有讲到，在公司中工作时，只有三分之一的时间是在写代码，剩下的三分之二的时间都是在进行文案的书写，我们有必要能使得所有人看懂我们的程序，使用我们的程序。绝大部分时候，衡量我们的软件的优劣的直接取决于客户的使用评价。
过去我在编写代码时并不注重变量的命名，往往是越简单越好，但随着程序代码量的逐渐增多，如果不能通过固定格式的，简单易懂的命名规则来命名，就会在编写和阅读代码的过程中不知所云、不知所措，继而浪费更多的时间。另外，打开我的Eclipse，就会发现项目文件多而乱，无法通过命名快速找到之前的文件，没有将互相关联的整理在一起，导致再命名项目时不知道命名什么。
解决办法;
在网上找一些正规的命名规则，逐渐形成一套自己的命名规则，在每个变量命名后加上注释。在每一对{}后加上编码，不省略（）。为每一个大的项目写分析报告，分析市场需求，可实行功能、不可实行功能、实现所需时间。