技术学习经验

我学东西不算快。同样一门东西，别人可能两个月就摸得挺熟，我得花上三四个月。但这些年下来我发现自己有个好处：学过的东西不太容易全忘掉。后来琢磨明白原因了——不是记性好，是方法不一样。这篇把对我真正管用的那几条写出来，也包括那些我做过但完全没用的事。

一、我的学习循环

有效的学习不是一条直线，是一个绕圈的循环。这四个节点，缺哪个都转不起来：

这个循环里最容易做错的是第三步。很多人卡住之后的做法是"我回去把这块系统地学一遍"——于是打开了另一份长长的系统讲解，然后就再也没回到那个目标上。正确做法是只查卡住的那一点，够了就继续做。剩下没查的，等下次真的需要的时候再补。

二、几条对我真正管用的做法

1. 看一小段，立刻关掉去敲。"看讲解时觉得懂了，一关掉就写不出来"——这太正常了，因为"看懂"和"能写"是两种不同能力。我的节奏是：看五分钟，立刻关掉，凭记忆敲一遍。敲不出来的地方，就是还没懂的地方，回去再看那一小段。被动看十遍，不如动手写一遍。
2. 用小目标逼自己学。光看语法很枯燥，也记不住。给自己定一个具体的小东西：整理文件夹的小脚本、一个记账的小页面、一个能自动发提醒的脚本。为了做成它，你会主动去查、去试、去解决具体问题——知识是这么长进来的，不是从封面到封底读进来的。
3. 建自己的速查笔记。常用命令、容易忘的参数、踩过的坑。关键是：这份笔记写给自己看，所以可以很粗、很口语、只写"我当时不懂的那一点"。下次遇到直接翻，不用重新搜——而且搜过一遍的东西再搜第二遍，本质上是在浪费生命。
4. 报错先自己读一遍再搜。很多人一看到红字立刻复制去搜，结果被网上一堆版本不同的答案带偏。其实报错信息通常已经把"哪一行、什么问题"说清楚了。先自己读、先定位到行，再搜，搜索的关键词会准得多。
5. 把学到的东西讲一遍。写成一篇文章、解释给一个完全不懂的人听、或者记成笔记。讲的过程会暴露出大量"我以为我懂了"的漏洞——能讲清楚，才算真的清楚。

三、那些看起来像学习、其实不是的事

这一类我做过不少，代价是浪费了大量时间还自我感觉良好。列出来给自己提个醒：

这四种有一个共同特征：都有明确的"我在努力"的感觉，但都没有产出。所以我给自己定了一条很硬的检查标准——每个学习周期结束时，问一句"我手上多了一个能跑的东西吗"。答案是否，那这一周期大概是在原地打转。

四、怎么判断自己真的会了

"学会了"这个感觉很不可靠，我自己评估的时候用四个更硬的判据：

其中我最看重的是最后一条——换个场景还能用出来。因为"能不能用在一个具体例子里"其实很脆弱，而"遇到一个新问题会想到用这个方法"，才说明它真的成了你自己的本事。

五、关于节奏：断了怎么办

自学最大的敌人不是难，是断。我在这上面栽过很多次：忙起来放两周，再回来的时候感觉像从零开始，然后就彻底放下了。

后来我调整了策略，有三条：

• 把周期定短。不要定"半年学会某某"，定"这周做出一个小东西"。周期短了，断了也就断了一周，捡回来的成本很低。
• 断了不要回头补前面的，直接接着做。我以前的毛病是断了之后想"先把前面落下的补上"，结果补前面的本身又变成一道门槛。其实不用补，直接回到上次那个目标继续做就行，做着做着就想起来了。
• 手边永远留一个"进行中的小东西"。有它在，你随时可以捡起来推进一步，不用经历"从零决定要做什么"的痛苦。决心最难下，而在做的事不用下决心。

还有一条心态上的调整挺重要：不要跟别人比进度。别人的起点、能投入的时间、手上已有的基础，跟你完全不一样。这种比较除了制造焦虑，没有任何信息量。真正值得比的，是"这个月的我"和"上个月的我"。