今天突然想通了一个问题。
之前看大佬一些经验分享的时候，提到了一个方法，就是要去区分哪些是应该记住的原理性的东西，而哪些又是属于字典式的用的时候再去查的东西。虽然也觉得很对，但是当时是没啥体会的。
看Bilibili上稚辉君的一些分享，就说到了这个问题；在陈皓的经验分享中，也一带而过地说过这个问题；再结合前几天看了一个大佬说到，他的同事们都是要写东西的时候也会大量的去查阅文档，最近好像不断地有相关的信息在从不同的侧面印证这个事实...我突然想到：其实重要的东西根本就不是那具体的命令或者是一些繁琐的字典式的细节（尤其是参数配置），而是它的脉络，也就是内部的工作原理。
我突然就想到了，之前在看《LinuxShell脚本》和《从根儿上理解MySQL》等等内容的时候，都没有注意去区分相关的内容，导致看完之后一丢，这些东西就随着时间一点一点地忘掉了，等到后来再拿起书的时候，会感觉特别陌生...虽然不至于说白读了，但是总归是很挫败的，而且ROI很低...
怎么办呢？我的想法就是把这种区分知识类别 和 梳理脉络最后用思维导图的形式结合起来，进行实践操作。
就拿上述的两本书来举例吧。它们都属于知识密度比较大的，前者是命令比较多，然后会结合相应的场景，对这种书籍或者内容，首先就去把脉络梳理出来，尤其是一些原理相关的，要努力把它连成一个整体的知识树，然后在这个整体上不断地拿具体的命令去丰富它的功能，最后结合成一个巨大的思维导图。时常去看看这个导图，知道哪些命令能够实现哪些功能，要用的时候再具体查阅就基本OK了；而对于后者，它是一个密度大，而且需要反复阅读才能够理解透的阐述原理的书籍，这种就要求看的时候要思考，思考来龙去脉（其实这本书作者基本上把脉络都已经理清楚了），然后我们要自己画原理图，做实验来加深理解。等到理解程度OK了，这些东西对你来说都是一些知识点的时候，我们再用思维导图对它进行整理，隔一段时间来看看基本上就不大忘得掉。
总结一下，就是：
1.谁都没办法记住所有的细节，不要太苛责自己，要接受这种遗忘的本能；
2.学原理就多读权威文档（期间要有意识去区分知识类别），多看别人的分析，做实验，画图；等到理解透了，就梳理整个流程和知识树，把细节相关的内容挂到流程和树的子节点上。
3.重要的是原理，需要把原理理解透彻，然后用的时候去查询细节就好。为了减缓遗忘的速度，用一些流程图和知识树来帮助自己。