学得慢一点,反而没那么容易白学

这两天我一直在想一句最近很流行的话:

这两天我一直在想一句最近很流行的话:

只要你学得慢,你就不用学。

这话听上去很像偷懒哲学。

可我越想,越觉得它不是完全没道理。

尤其是在大模型这件事上。

前一阵子模型上下文还很短。

4K8K16K,一超就断,一长就糊。

那时候很多人很努力,也很认真。

为了把模型“补”得更像能干活的东西,大家开始拼命往外加东西:

  • 缓存
  • 数据库
  • 知识库
  • RAG
  • 各种工作流编排
  • 各种协议和外挂能力

这事当然不是错。

问题在于,大模型这条线变得太快了。

你还在认真补 8K 的短板,过一阵子新模型一出来,直接给你 64K128K,再过一阵子又是 1M

你前面花很多时间研究的那套补丁,突然就没那么值钱了。

这也是为什么现在很多人会得出一个结论:

别学太快。

因为你学得越快,越容易替一个很快就会被产品升级抹平的问题打工。

这句话我只信一半。

对的一半是:

在 AI 变化这么快的时候,确实有一批东西特别容易过期。

尤其是那些“为了补当前模型短板而临时长出来的技巧”。

今天你还在研究怎么绕过限制,怎么补上下文,怎么给模型外挂一层又一层能力。

结果下个版本一发,平台自己就把其中一半吃掉了。

你前面的时间,不一定全浪费。

但边际价值会掉得很快。

所以如果有人今天还想把大量时间砸在“追每一个小补丁”上,我会劝他慢一点。

别见一个新词就学。 别见一个新框架就装。 别因为别人已经在聊,就觉得自己不追上马上要掉队。

很多东西,过几个月再回头看,根本不配你花那么多时间。

但我不信的另一半是:

如果你真的什么都慢,慢到连判断都不做,那也不行。

因为模型虽然会吃掉一批补丁式技巧,但它不会替你解决所有问题。

上下文变长了,不代表检索问题彻底消失。

因为 RAG 解决的不只是“装不装得下”。

它还在解决:

  • 信息是不是最新
  • 召回是不是够准
  • 引用能不能落地
  • 成本会不会太高
  • 结果能不能控

同样的道理。

模型更强了,也不代表工作流设计、任务拆解、结果评估、权限控制、稳定性兜底这些事就自动没了。

这些东西,反而会越来越重要。

所以真正该学的,不是每一个会过期的小技巧。

而是判断:

什么东西只是今天模型还不够强,所以临时长出来的补丁。

什么东西是就算模型再强,现实里也还是要有人去解决的工程问题。

这两类东西得分开。

分不开,人就很容易陷进一种假勤奋。

每天都在学。 每天都在追。 每天都怕落后。

可回头一看,你学会的很多东西,只是陪模型度过了一个短暂版本。

真正耐用的能力,反而没攒下多少。

所以如果今天有人问我,在 AI 时代到底该怎么学。

我的答案不是学快一点,也不是干脆别学。

而是先学会分层。

第一层,少追会很快过期的补丁知识。

第二层,多看那些不会随着版本更新就直接归零的能力。

比如:

  • 任务怎么拆
  • 工作流怎么接
  • 成本怎么算
  • 结果怎么验
  • 出问题怎么兜

这些东西看上去没那么性感。

可它们更耐用。

也是普通开发者真正能积累下来的东西。

所以“只要你学得慢,你就不用学”这句话,听听可以。

但更准确的说法应该是:

别急着学每一个新补丁。

先学会判断,什么值得你慢慢学,什么根本不用那么快跟。

在大模型时代,真正省时间的,不是你追得有多快。

是你越来越知道,哪些东西本来就不值得追。

何占伟 / Alex

成都。11 年 Java 后端架构,专注企业级 RAG 与大模型应用工程化落地。

返回博客首页