第 7 章 · 学多少才够

学习有即时进度感，构建只有延迟挫败感——这就是你一直在学的原因。

对付：学习陷阱

你大概准备过：先把这门课看完、先把这个框架搞懂、先补一下基础。

准备本身没错。问题是它没有自然的终点。

机制

学习陷阱Learning Trap

用学习的进度感替代构建的实际进展。

它不是懒惰，恰恰相反——陷在这里的人往往很努力。

原因在反馈回路的长度。

看完一节课、跑通一个示例，几分钟就有一次明确的「我前进了」。改两小时代码，东西还是不对，一次正反馈都没有。两条回路差了一个数量级，人会自动漂向短的那一条，而且全程感觉自己在努力。

更麻烦的是，学习的进度可量化（课程 62%、读完 7 章），构建的进度不可量化，所以前者更容易被当成「我在进展」的证据。

有效的做法不是「学够再做」，而是只学下一步需要的东西。

具体操作：看着你的流程图，找出下一个要实现的步骤，列出做它必须知道的东西。那张清单通常短得惊人——往往是两三个具体问题，而不是一门课。

学完这两三个，立刻去做。做的时候冒出新问题，再学。这条回路的长度以小时计，而不是以周计。

即时反馈回路Feedback Loop

从「做一个动作」到「知道它对不对」之间的时间。

回路越短，你修正得越快。构建之所以难，不是它更复杂，是它的回路天然更长——所以要人为缩短它：每次只做一小步，做完立刻验证。

62% 和 0 行合成案例

林舒 · 七月到九月

七月报了全栈课，38 节。她的计划是看完再动手。

九月停在第 14 节，进度 62%。这两个月项目目录没有新增一行代码。

回头看，前 14 节里真正用得上的是三件事：怎么读取剪贴板、怎么把文本按行拆成数组、怎么把数组渲染成表格。加起来大约 40 分钟的内容。

剩下的 11 节讲的是路由、状态管理、数据库——她那个工具一个都不需要。

关键不是「那门课没用」，而是她无法在学之前知道哪 40 分钟有用。唯一能告诉她的，是先去做。

对照你的流程图，回答一个问题：下一个要实现的步骤是哪一步，做它必须知道什么？

把必须知道的东西列出来。如果这张清单超过三条，说明你选的那一步还是太大了——拆小它，再问一遍。

然后给清单上的每一条定一个搜索式的问题，比如「JavaScript 怎么读剪贴板内容」。这种问题有确定答案，十分钟能解决。「我应该学 React 吗」没有确定答案，那是在推迟。

写一条「现在这一步需要知道什么」的清单，不超过三条，每条是一个有确定答案的具体问题。

其余的全部推迟——不是放弃，是等它真的挡住你的时候再学。

「基础不牢」通常是逃避，不是诊断

基础确实会不牢，但它表现为具体的卡点：这段报错看不懂、这个概念不知道怎么用。那些是可以一条条解决的。

「我基础不行」是一个无法被解决的判断，它唯一的作用是让你有理由回到学习。

学习陷阱和 AI 依赖经常一起出现

用模型快速产出代码，看起来绕过了学习陷阱，实际上只是把问题换了个位置——你仍然说不清它在做什么。下一章处理这个。