别再收藏「7 个值得学的方向」了，先把这 3 个判断练熟

清单没有错，它回答的是另一个问题

每年都有一份「最值得学的几个方向」。单看每一条，往往都对。它帮人逃避的是更难的一句：你这周改的这个功能，到底卡在哪。

我见过收藏夹里躺着三份年度清单的人。三个月后新方向一个没动，手头的文章列表还是一加筛选就串。也见过只盯着自己那条链路的人，先把它从「能打开」改到「改得动，而且讲得清」。后者第二年再学新东西时更快。他练的是判断，不是词汇量。

方向清单适合一个季度看一次。判断得每开一个需求就用一次。顺序反了，清单会变成焦虑的来源，而不是学习计划。

判断一：这个需求该不该做

模型很会把一句话扩成方案，它不会告诉你这件事上线后没人用，或者和已有功能是同一件事。开工前用三句话写下来：

• 谁在什么场景里用它。写得出具体的人，而不是「用户」。
• 现在没有它的时候，别人怎么凑合。如果凑合得很顺，这个需求的优先级就要降。
• 做成之后，哪个动作会变少，或者哪个数会变。一个都说不出，先别写代码。

举个本站就能遇到的例子。「给文章加一个阅读量排行」。听起来合理。写下来才发现：后台已经有浏览次数字段，首页也有推荐位，真正缺的是「过去 7 天」而不是「累计」。模型若直接开做，会做一个累计榜，和推荐位重复，还把旧文章永远顶在前面。三句话能把这个坑拦在写代码之前。

判断二：这一改会碰到哪一层

「改个字段」很少只改一个字段。动手前先列层，比让模型直接改文件有用。

列不全没关系。列出来再让模型填实现，它就有边界。列不出，你只能等它改完再惊喜。惊喜在演示时通常不出现，在旧数据、旧 App、越权请求里出现。

判断三：怎样算做完

页面能打开，不算做完。做完是这四条同时成立：旧数据还能读，越权进不去，失败有明确提示，你能在十分钟内向别人讲清为什么这么做、放弃了什么。

讲不清的功能，等于没有交付。它也许已经在线上，但下次修改时，没人知道哪些行为是故意留下的。模型更不知道。它会把你当时的权宜之计当成应该一直保留的设计。

这 15 分钟比再收藏一份清单有用

每个需求开工前，用 15 分钟写完上面三块，再把这页纸贴给模型。让它复述，复述错了就改你的三块，不要改代码。复述对了，再让它实现。

一个季度结束时，再打开那份「7 个方向」。这时候你知道自己哪一层总是列不全，学什么就有了目标。清单从焦虑变成索引。顺序不要反。