代码之外的功夫 总结

阅读笔记目录
代码之外的功夫：程序员精进之路 前言（读书笔记）
代码之外的功夫 第1章 善用设计原型， 探索项目创意（读书笔记）
代码之外的功夫 第2章 观察增量变更，发掘隐藏依赖（读书笔记）
代码之外的功夫 第3章 准确识别痛点，高效集成服务（读书笔记）
代码之外的功夫 第4章 设计严密方案，逐步解决问题（读书笔记）
代码之外的功夫 第5章 谨记自底向上，优化软件设计（读书笔记）
代码之外的功夫 第6章 认清现实瑕疵，改善数据建模（读书笔记）
代码之外的功夫 第7章 逐渐改善流程，合理安排时间（读书笔记）
代码之外的功夫 第8章 认清行业未来，再议软件开发（读书笔记）

8章之间没有什么关联，比较零散，可以按任意顺序读（书比较薄顺着读也很快）。每一章针对一类问题构建了一个场景，通过一个故事表达观点。

这样做的好处很明显，阅读起来相对有趣，不会那么乏味，而且代入感强，可以顺着对话设想自己会做什么。有时候顺着对话就会想：哦，那么这个地方应该怎么做。然后看到故事主角的做法，可能会跟自己的想法一样，可能会不一样。不一样的时候就可以思考一下，为什么会不一样，主角的方法是不是更合理。

但是这种模式也有缺点。作者的一部分意图是通过对话传达的，有时候就难以理解作者想表达什么。有时候故事的一些情节还会成为理解的干扰。幸好每章的开头和结尾都会有总结，可以帮助理解。我一般某一部分没读懂时会先翻到总结那里，再回来重新读一遍对话，就能更好地抓住问题。

翻译必须点个赞，很用心，特别是很多地方都是对仗的，应该花了不少精力琢磨。但还是觉得有点缺陷，有的地方这种半文半白的句子传达的意思模棱两可，需要读完这一节后才能明白，失去了标题提纲挈领的功能。

个人还是比较喜欢这种类型的书的，按部就班的教科书已经很多了。这本书写的比较零散，读书笔记记得也比较零散。有些部分读完后还是不理解，我感觉是因为在工作中还没有碰到过类似的场景。如果把这本书放一阵子再回来重新读一遍，相信会有更多收获。

另外想在这里总结一下对记录读书笔记的感觉。这次把内容总结和个人想法直接发表出来似乎意义不大，如果有人来读这份读书笔记肯定云里雾里，只有读过书的人看才能明白。发表出来的部分可以是问题导向的：提出一个问题，并从笔记里总结出来解决方案。这样就可以通过问题找到这篇文章，并找到解决方案。