读《构建之法》有感
邹欣老师在第二版书面人物中写到：软件开发是一件很愉快、很有意思的工作为什么许多同学觉得软件工程特别乏味呢？一个很重要的原因是教材只是干巴巴地讲述理论和原则，脱离了“人”这个重要因素，因此的确很乏味。
是的，但在邹欣老师的这本《构建之法》里，给予我们的是与众不同的体感，通读全书，更会让我们获益匪浅。软件工程的整体由诸多不可或缺的“模块”组成，反复品读书中案例，再跟现实金星对比，又会让人有诸多感悟。
有人这么评价这本书：《构建之法》是接地气的实战经验，与时俱进的产品案例，语言生动、寓教于乐，还附赠吐槽小技能，其犀利诙谐让人不禁捧书傻笑。而这种特色，正可让人愉快地接受理解知识且印象深刻，想必这位作者的授课教学也必是循循善诱的。他的想法我很认同，而在《构建之法》这本书里，让我印象较为深刻的有以下几个章节：两人合作、团队和流程、用户体验、质量保障、IT行业的创新以及人，绩效和职业道德。
在《两人合作》这个章节里，加强了我对代码规范的认识，其主要分为两个部分：代码风格规范和代码设计规范（具体的就不一一说明了，详情见书本60页）。通过对《团队和流程》的学习，我更加坚定了融入一个团队的重要性，团队成员们有一只的奋斗目标，并为之不断努力，他们也有各自的分工，互相依赖合作。在《用户体验》这一篇章里头，有几点让我印象较深：1.要想清楚我们开发的软件要给用户怎样的第一印象；2.从用户的角度考虑问题，需要我们有“同理心”；3.软件服务始终要记住用户的选择；4.不让用户犯简单的错误等。那么，软件质量包括哪些方面，QA和Test的区别和联系是什么，如何衡量软件工程的质量呢？这些问题都可以在《质量保障》中找到答案。
再谈谈《IT行业的创新》这个章节里，创新的七个迷思引起我的共鸣。他讲到，创新者并不都是一马当先，有好的想法但未必会赢，我们要把握住创新的时机。最后一个章节中提及团队的职业道德、用户的道德。正如老师所说，人们生活、工作在一个相互影响的社会里，每个单个员工的道德，会影响团队的道德。团队领导的行为和决定，也会给“道德”做最好的说明。竞争对手的道德，会影响你自己的处境和决定。每个消费者（用户）的道德，也会对软件行业有影响。
总的来说，这是一本独具匠心的书，它与以往的编程书籍不同，在这里，我们可以愉快轻松地学习阅读，并学有所得，它涵盖了科学、健康的软件工程开展中的诸多方面，介绍了种种方法论的最佳实践（这里介绍的方法论并不是高高在上、纲领性的那种）。
当然，读完《构建之法》这本书，我还是存在一些疑问，如下：
1.如何在软件工程中将实践和技术结合帮助创新；
2.如何提高代码的阅读性和可维护性；需要掌握哪些相关技能；
3.不同的团队模式如何影响团队绩效的评估；
4.团队的开发模式和团队模式有什么关系；
5.考虑用户体验要在哪个阶段加入；
6.如何在项目中体现出个人独特而巨大的价值。