不懂的地方放着，时间久了会自己忘掉，这是最可惜的一种。忘掉之后，遇到同一个现象会当成新问题重新查一遍，重复耗上几个月也是有的。把不懂的记下来，成本很低，省下的重复劳动很明显。代理IP这条线上这一点尤其突出，因为不少人隔一阵才用一次，间隔长了记忆就淡了。
- 碰到不懂的当场记一行，写的是现象和当时的设置，不写猜测。
- 放到一个固定的地方，跟配置文件放在一起，别散在聊天记录里。
- 每隔一两个月翻一次，把已经弄明白的划掉，把还没碰的留着。
- 划掉的那些顺手合并，几条现象合成一条结论，清单会越用越薄。
记的应该是现象还是解释
记现象。现象是当时观察到的原样，解释是当时的理解，而理解往往是不准的。把猜的东西写进去，过一阵回看会分不清哪句是观察到的事实，哪句是后来补的想法。只记现象，回看的时候判断余地更大，也更容易发现当初的想法偏在哪里。
怎么写得省事
一行就够：什么任务、什么设置、结果什么样。不必写成完整的句子，自己看得懂就行。写得越省事，越容易坚持，写成小作文的那种，多半记三天就停了。
清单攒到一定程度会起变化
攒到二三十条的时候，翻起来会发现有些项反复出现。反复出现的那几项就是真正需要补的地方，其余的先不管也不影响。清单的意义在这里：它让补课的先后自己浮出来，不用靠感觉排，也不用一次把文档从头读到尾。
什么时候该扔
换过设备、换过服务商之后，过去的清单有大半不再适用。这时候整批扔掉，重新开始记，比硬留着更有用，留着旧条目反而会误导判断。
每次了结一条，多写一句
解决掉一个疑问，把当时的做法写一句在旁边。这一句比结论有用，因为下次遇到相似的，可以直接照着做。
同一类问题归到一起
代理IP相关的问题重复率高，同一类做法写下来，后面能反复用到。攒到十几条之后回头看，清单里一半的条目往往指向同一个做法，这时可以合成一条。
备注：现象写左边，解决的做法写右边，一行一条，不清空旧行。
记下来这件事，成本是每次多写一行，收益是不用把同一个问题查两遍。这笔账几个月就算得过来，IP这条线上尤其明显。
不懂的那部分先记下来放着，不妨碍用，也不会白留。清单一点点变薄的过程，就是这条线越用越熟的过程。