《构建之法》这本书拿来第一印象就是包装精美，拜读此书，我这本书看似轻松幽默，其实是通过一个个人物对话，阐述了很多重要的理论性的概念。譬如它解释了什么叫做软件，软件=程序+软件工程。这本书每一章都有主要的方向，对于书中说的开发员的成长印象很深，它的告诉了迷茫中的我，程序开发人员的职业规划是怎样的。并强调了写出规范代码的重要性，一个规范的代码可以让合作者和审读者看懂，对于软件开发过程是十分重要的。代码还需要有总体的框架，否则后来需要一修再修，得不偿失。
写程序需要有合作意识，要看别人写的，明白别人的思路，同时也需要多交流。否则可能造成做出很多重复性内容，自己写的模块需要作出详细的解释，让别人调用的时候能够理解。程序员在团队中成长的速度才是最迅速的，一花独放不是春，百花齐放春满园。只有团队协作才能做出一个界面友好，质量过硬的优秀软件。每个分工明确，共同努力的team是保证软件顺利开发的关键。
第二章讲单元测试的概念，单元测试不但需要测试模块完成的程度如何，还有从用户的角度出发，去查实用完成度如何，并把之前找到的BUG全部在找出来，一一验证，每个建构需要自动化的回归测试，尽快尽早的发现问题、看看是否有漏洞和落下的地方，统一进行回归测试。确保BUG不会在最后版本中复发，不仅需要保证每个模块的稳定和高内聚，更保证了软件的功能与质量。
我在读《构建之法》中想到了如下几个问题：
1.代码复审的时候如果新的人员的加入有新的想法，要增加或改变功能，那是究竟是效率优先，还是创意优先呢，还是折中处理呢？
2.结对编程的时候总觉得怪怪的，担心出错，这样编程效率就会降低，结对编程如何解决这个问题？
3.代码的规范性，国内国际每个公司都一样吗？有的规则太多，如何做到全部检查出来？
4.《构建之法》应该适用于所有程序语言吗？我想学Java，现在已经买了Java的书，学习java是通过看视频好还是看书好？
5.开发程序员可能到一定岁数就要转行了，如何看待国内这一现象？