阅读
久仰其大名，今年第二版面市，终于买来一本，五百页，断断续续三个月读完。 本书推崇的核心理念被简称“ETC” —— Easier to change ——即软件从设计到编码，首先要考虑“容易变更”，作者云全书其他方法皆是此原则的特例。在我看来其观点与《简约之美》异曲同工，后者写成一本书，只为教给读者一个“常识”，就是软件项目想持续成功，唯一重要的就是“降低维护成本”，至于如何实现，草草带过了，毕竟全书正文不足百页。现在看来，答案自然就是“容易变更”。 这一对比，更凸显《程序员修炼之道》的特点——“务实”。全书给出整整 100 个“提示”，供读者参考。若与读者日常工作方法直接对比，确实能揭示不足，指明提高的方向。其中部分是我日常已有感受，却无法言明的，一旦点破有豁然开朗之感；另有部分是针对一个问题，已经想过几条路可试，却没来得及逐一实践去验证各自优劣的，作者直接给你摊开了一一剖析，读后亦有收获。
阅读
上半年技术书看得比较少，也比较慢，这本百来页的书断断续续看了一个月。 毫不夸张的说，Vim 是我用的时间最多的软件，工作以来至少90%的代码是用 Vim 写的，不过相关的技能差不多一直停留在两三年前的水平，毕竟是一个快三十岁的编辑器，本身已趋于成熟稳定，很难再有大惊喜，插件也尝试过很多，留下的也都是精挑细选过，能最大程度地提高我的效率。 不过看到有 Vim 的新书出来，还是要看看，毕竟天天在用，可能还要再用三四十年，一个个小技巧节约下来的时间，累计起来也是非常可观的。 先说个总体评价：有用。 虽然部分章节的知识目前用不上，但也带给我很多新思路。 再说个附加评价：我遇到的第二本附录对我超级有帮助的书，花一本书的钱，只买两页附录也值得。另一本是《jQuery in Action》，用一页附录让我弄懂了闭包的概念。 Morden Vim 下面按章节顺序概述一些本书内容，章节标题就用原文了。 1. Get Morden Vim 一句话概括：为了更好的用户体验，请选择使用最新的 Vim
阅读
2017年比较完整的看了二十几本书。 其他看得不深入或看不下去的没有放到这个列表中。 下面的归类和评述纯属个人观点。 标杆 * 《如何阅读一本书》 * 《SQL反模式》 * 《中国哲学简史》 * 《极简欧洲史》 * 《斯坦福极简经济学》 * 《Drawing for the Absolute Beginner》 * 《别让猴子跳回背上》 个人认为这些书在各自领域已经到达一定高度，短时间内不会出现能与之匹敌者。 如何阅读一本书 以阅读的四个层次为序，教你如何阅读一本书。先从略读开始，初步判断书的类别并决定是否有必要继续深入阅读；再到具体理解、分析和评价一本书，并针对各类书籍特点给出相应建议；最后介绍主题阅读——如何就同一主题，相互参照着同时阅读多本书，并从中总结有用的观点和信息。 个人认为，所有观点中最核心的
阅读
注释不只是为了解释一段代码的作用，注释是为了将代码编写者所知道的信息全部传达给阅读者。 当你编写代码的时候，你脑中会有很多有价值的信息，这些信息形成一个编写代码的思维环境。 最后，代码写完了，这些环境信息却丢失了。 当其他人阅读代码时，由于不在这个“环境”中，就很难理解那些代码。 注释要做的，就是让阅读者能根据注释提供的信息，还原这个“环境”。 不要注释什么 读注释会占用读代码的时间，显示注释还会占用屏幕上的空间，所以我们必须保证这些时间和空间物有所值。 不要注释一眼就可以从代码中看出来的东西。 有价值的注释必须提供一些无法一眼就能从代码中找到的信息。 不要为了注释而注释。 这常常会导致注释和代码表达重复的信息。 不要注释一个糟糕的命名。 你要做的是找一个更好的名字，名称就是对自己功能的最好注释。 命名要做到“自我解释”。 记住这个公式“ 好代码 > 坏代码 + 好注释 ”。 记录你的想法 当你写代码时，头脑中会有一些想法，比如为什么要这么做而不那么做，把他们记录下来。 引入“导评”。 “导评”是指你自己如何看待这段代码，包括这么写的用意、优势劣