当我准备来看这本书的时候，我并没有着急的就去翻文章的内容。因为我平常看书的习惯，所以我首先先看了一遍《构建之法》这本书的目录、序言甚至读者反馈。在认真的阅读了一番之后，我觉得书中序言的第一版读者反馈是我看完整本书后比较欣赏的一个亮点。我在看这本书之前从未发现书中会有读者反馈，而这一小小的细节也说明了作者确实是用心在写这本书，侧面体现了作者对读者的意见是非常看重的，也就是这么一个小细节瞬间点燃了对这本书的兴趣，下面内容就是看完本文后的一些感悟。
我在看的时候遇到下面几个问题了：
- 书中许有部分英文并没有注解，对英文比较差的读者来说，英文的未标识对阅读还是会造成了比较大的影响，虽然使用google可能加深印象，但是就这本书来说作者更想表达的是一种思想，而使用群体大多是新手，因此没有注解的专业术语可能会让读者更加迷茫。比如第一章的1.2.3。
- 书中用到了伪代码，可能是由于对单元测试的不熟悉不够理解，看到书中第二章单元测试的代码，由于习惯性看到代码都想去验证一番，正准备验证代码的可行性，结果尝试了一半的时候发现这其实只是程序的一个思想，并不是完整代码，这是由于没有认真阅读造成了错误的理解。
- 文中大部分重点放在了测试上面，交替写到了管理、团队合作、用户体验等等，但是看到最后，我始终没能理解作者表达的主线。作者通过单人到团队，再到管理和用户，并在其中穿插着许多项目实例。但是由于我项目经验的缺少和对企业的不了解，许多具体的项目问题也只是走马观花，并没有很深的体会。比如第二章第40页的回归测试、第五章第97页的瀑布模型的变形、第五章的5.3.6、第十三章的13.2.4等等，都是需要积累的经验，可能对于丰富经验的程序员来说这些都是很简单的基础，但是我只是新手，对这些有的不太理解。
- 文中覆盖面太广，可能整本书作为新手的我们整体看下来只能读懂其中的一部分，收获很多但是疑问和难懂的也很多。如果我们只是在技术方向发展，后面的项目经理以及管理经验可能就显得不那么重要了。
- 还有一点，这本书在每个章节的最后都一个模块——练习与讨论。我觉得这个模块设计的很好，对我们特别的有用。给我们问题让我们思考，让我们去和别人讨论沟通是很好的。而且还提供了很多有趣有用的博文和各种网站。
《构建之法》这本书让我觉得写这本书的作者一定是个饱经风霜、经验十分丰富的程序员，也是一个对于美有苛刻追求的文艺学者。书中无时无刻都充满着文艺气息。巧妙地将文艺和枯燥的编程完美的融合在一起，并结合经验用很通俗的文字表达出来。书中图文并茂，而且图片都十分的有趣又有新意，不是一本无趣枯燥的普通的教学用书。书中有举了很多的例子，还有用很多的外号代号，还有一些新闻、生活中的事例都通过邹欣老师和我们的软件工程联系在了一起。比如第八章的老人家环游中国骑行的例子；第十章的剪头发的图片例子。都可以看出邹欣老师是很用心的出了这本书。