匠心独运，干货满满

Sirui 对构建之法的书评发表时间：2014-11-12 22:11:07

一年半前准备实习面试，曾寻觅到邹欣老师博客上“现代软件工程”讲义来突击学习PM相关章节，而这次《构建之法》出版，通读全书更是受益匪浅。
从一个初入职场的PM的角度来看，这本书是走入PM大门不可或缺的读物：其项目管理和产品相关章节既有宏观的介绍，又可运用于实战。而作为PM去看开发/测试的章节，则能进一步理解工程师们的工作和职责。通读下来，各个不可或缺的“模块”构建起软件工程的整体。反复品读书中案例，再思考现实中的工作和身边的产品，又教人有更多感悟。

对我而言读书的目的无非是“学东西”或“找乐子”。这两个目的在通俗意义上是难以并存的：轻轻松松看小说神马的最开心了，而抱着教材死啃则真是苦不堪言（学霸学神除外）。
《构建之法》却是本可以让人边学习边找乐子的优质教材：接地气的实战经验，与时俱进的产品案例，语言生动、寓教于乐，还附赠吐槽小技能，其犀利诙谐让人不禁捧书傻笑。而这种特色，正可让人愉快地接受理解知识且印象深刻，想必这位作者的授课教学也必是循循善诱的:)

虽说“内容重于形式”，但为提升用户体验、让阅读学习变得更更愉快，有建议如下：

① 格式建议：

1) 对章节分“篇”：这本书囊括广泛，开发、项目流程、交互设计、软件测试、管理，都有所涉及。将相关的几章归为一“篇”后，既可方便读者有针对性地阅读，同时在阅读过程中（譬如从第4章结对编程看到第5章团队和流程时）也不会因跳转突兀而感觉奇怪。

2) 每章末增加总结：在顺畅又愉快地通读完一章后，若能看到几句话的总结重述本章的重点，便可以及时温故。也与章开篇大纲、章末思考题相呼应。

3) 部分段落增加高亮/加粗的使用。这本书的知识点是和故事融合在一起，如果将概念或思想相关的字句都加粗，则可避免在快速浏览或复习时有所遗漏。同时这也将是备考学生们的福音。

②部分章节结构改进：

所涉案例和概念们在涉猎广泛的同时，也应有所类别划分以及侧重点，若有作者的综合评述则更佳。具体如：

1) 第12章（用户体验）：初次给我的阅读体验是，似乎每段都有所收获，读下来也很顺畅，结构却有些乱，尤其在看到某些部分联想到先前读过的书时难免觉得没“到位”。——该问题是难免的。毕竟是将可以写上好多本书的主题浓缩到一章内。
（既然类似文献综述的概述与本书风格有违）本书在介绍用户体验的一章就应另辟蹊径，更多体现与软件工程相关的流程，而不仅仅是具体的体验设计案例：可将12.2与12.1调换顺序：先叙述“用户体验设计的步骤”，随后再以各种案例锦上添花。而最好也能对设计步骤进行拓展。
此外，对于12.3中的7条评价标准，若要实践难免需硬背才能够记全那些标准。而其实各出处的标准都很精辟却又有些重合，建议分一下层次类别，就可以将其总结到一起~（譬如：Constraints, Affordances, Natural Mapping, Visibility and Feedbacks 相关都可归到*提高易用性*一类，此外考虑各种用户及操作情况的*周全完整的流程设计*，及error strategy相关的*风险/错误应对措施*均可作为分类。）这样不论是在评价体验设计时都会有章可循。

2) 第5章（团队和流程）13章（软件测试）：其中都涉及到较多定义。在读过后，难免会一时迷糊这段都讲了什么、该如何应用。因此适当地加入对比分析和作者总结，将使本书将不仅具备课堂上娓娓道来幽默风趣的生动带入感，更兼具老师的对比分析和复习指点，学习的体验和效率将大为提升。
比如5.2，虽已清楚地介绍各种团队模式的特点和优劣并有举例，但好坏混在一起，不知道哪种模式才是被推崇、应选择的。同样地，13.2中的各种软件测试方法，在概念叙述后也可以进行综合的总结。此外在随后的13.3实战流程中，也建以将测试方法的选用融合其中，从而体现其在实战中的应用和价值。这种有一定重复性的总结可以助力于温故而知新的过程。

最后，不要被高大上的书名和高冷的封面误导哦~
这真的是本匠心独运且干货(fucking good)满满的书！