三年里我删掉了大半学习计划，只留下三个习惯

去年整理旧笔记，翻到一份 2019 年写的学习清单，上面列了二十七项：某个框架的源码、数据库内核、编译原理、设计模式、分布式一致性……二十七项里真正学完的不到五项，剩下的都停在"收藏了、买了书、看了前三章"。

那会儿挺挫败的，但也很真实。大部分人的学习计划都是这么烂尾的：列的时候雄心万丈，执行的时候全靠心情。后来我干脆不列清单了，只留下三个习惯。三年下来，学到的东西反而比以前多。

一、只学"这周就要用"的东西

以前看到新东西就想学，理由永远是"以后可能会用到"。问题在于"以后"基本不会来，而真正要用的时候，早就忘了当初看过什么。

现在的判断标准很粗暴：这一周的工作里，有没有一个具体的问题，学完这个就能解决？没有就不学，最多记个关键词，等它真的挡路了再回头。

这么做有个明显的副作用——知识面变窄了，别人聊起来的时候我常常插不上话。但换来的是每学一样东西都能在一两天内用出去，用出去才有反馈，有反馈才知道自己哪里其实没懂。以前那种"看完就忘"的循环，就是这么断掉的。

二、把"学完了"改成"讲一遍"

我以前判断自己学会的标准是"看懂了"。这个标准极不靠谱：能看懂别人的代码，和能自己从零写出来，中间隔着一条河；能看懂一篇原理文章，和能回答"什么时候不该用它"，也隔着一条河。

现在我的验收方式是找一个完全不懂这块的同事，用十分钟讲清楚三件事：它解决什么问题、怎么用、什么情况下不要用。讲的过程里卡住、含糊、被追问到答不上来的地方，就是没真懂的地方。

写文章也是同一个道理。一篇东西如果写得绕，多半不是文笔问题，是我自己没想明白。所以我一直觉得，写作是最好的自测题，比刷题诚实得多。

三、只记"踩坑"，不写感想

我试过写学习日记，坚持了两周就放弃了。因为回头看，里面大多是"今天学了 xx，收获很大"这种话，对自己毫无价值——三个月后的我根本不需要知道那天心情好不好。

后来改成只记三类东西：报错的原文、当时的环境（版本号、配置、依赖）、最后是怎么解决的。一条记录不超过十行，能复制粘贴最好。

这份记录的价值要半年后才显现。再遇到同样的错，翻自己的记录比搜引擎快得多，而且答案一定是适配我这套环境的——网上抄来的方案，十有八九差一个版本号。

最后说一句

这三个习惯没什么新意，甚至有点笨：不追新、不贪多、不写漂亮话。

但它们有个共同点——都把"学习"从一种状态，变成了一件有验收标准的事。计划表能给人安全感，习惯才会真的产生复利。

如果你也有过列完计划就再没打开的经历，不妨试试把清单删掉，只留一条：这周我要解决的那个问题，学什么能解决它。