给自己设计一门课

你想学后端。找来一本口碑好的书，从第一章环境安装开始。四周后你还在跟章节走。问自己会不会做一个服务，答不上来。书的结构服务于把这个领域讲完整。你的目标是做出一个能跑的服务。两条线重合的部分，没你想的那么多。

按材料正推，失败率很高。常见原因就在这里：材料按知识完整性编排，你的时间按自己的目标编排。两者对不齐时，进度条在走，能力没有。

先写一句「学完之后我能做______」，写到别人能看见的程度。「了解后端」过不了关。「做一个能处理一次请求、存一条数据、重启还在的服务」过关。

这一句写完，再问它：到达这个目标需要哪几块，哪几块可以后补。提问怎么写成能用的结构，见 别让它讲，让它考你。四个部件里，场景和验收这两块在这里最要紧。

如果学的是这个站上的内容，现成的路线已经排好，见 站内路线选择。自己的主题没有现成路线，就从这一句开始写。

目标先落地，后面所有材料选择都有一个过滤器。一章、一篇、一次对话，对不上这句目标的，可以后放。这是路径设计上的经验。书容易把人带跑，是因为它要覆盖领域，你要覆盖的是自己那一句目标。

计划写成「本周看完第三章」。到了周日，第三章看完了。问自己会不会用，还是答不上来。「看完」记录的是接触。接触证明不了能力。

中途卡死还有另一类原因。某个前置概念其实不会，材料默认你会，于是从某一页开始怎么读都过不去。材料本身不会告诉你缺的是哪一个。

三件事，按顺序做。

1. 把目标拆成三到四个里程碑。每个里程碑只负责一件能单独验收的事。

2. 每个里程碑写一个产出物。产出物是别人能看见的东西：一段能跑的程序，一张自己画的图，一段能讲给外行听的解释。「看完第三章」当不了产出物。用这一章的方法写出一个能跑的小东西，才算。

3. 开工前做前置检查。让它列出读这个主题需要先懂的概念，逐个自测。缺的先补一个最小例子，再进材料。

遇到硬材料，先要地图，再定位卡点，再补前置，最后回原文。每个里程碑结束，过讲得清、改得动、预测得准这三级，见 怎么判断自己真学会了。

产出物把进度从「我感觉自己学了」改成「这里有一个能被核对的东西」。前置自测把卡点提前暴露。这两步都是工程经验。从脑子里取出来比再读一遍记得牢，这是主动回忆这件事本身的体感，详细做法见 让 AI 当出题机。设计路径时，先保证每一段结束有东西可测。

计划排满新内容。第一周还行。第三周开始，前面的东西开始滑。新的里程碑还在加，旧的没有回看入口。另一头，前面各页各自好用，真给自己排一条路径时，不知道哪一步该用哪一页。

排周历的时候，先扣掉复习位，再往空里放新内容。隔一段时间再回想，比连续往下学记得牢。这个差别你自己做一遍就有体感。它在这里的用处，是按你的笔记出新题。

然后把方法嵌进对应步骤。

全程还有一件事：数字、出处、API 细节，都走要出处、交叉验证、标注不确定这三道防线。答案看起来顺，心里没底的时候，先过这三道。

这个专题给的是一组可以挑着用的动作。缺提问，先用四个部件。读得懂、过两天想不起来，先让它出题。选你现在最缺的那两三个，先用起来。想回到这个专题在补哪三块能力，见 知识唾手可得之后，稀缺的是什么。

复习位是时间预算的一部分，不预留就会被新内容挤掉。方法映射是为了避免学了一堆动作、自己的主题上用不上。这两条同样是经验：前者来自间隔重复这件事本身的体感，后者来自把工具挂到步骤上才会被用到。