AI 时代，如何识别一个程序员还活在旧时代

旧时代程序员特别容易沉迷一类东西：

模型排名、上下文长度、推理速度、参数规模、调用成本、框架流派、API细节。

这些当然重要。

但很多人最大的荒谬在于：他们对模型如数家珍，对用户却一无所知。

用户卡在哪一步，他们说不清。

用户为什么不想点，他们不知道。

用户为什么觉得这个产品「不够聪明」，他们感受不到。

他们天天研究的是「模型能做什么」，而不是「用户到底想完成什么」。

这就是典型的工程师自恋：把自己能看见的东西，当成世界最重要的东西。

但产品不是技术能力的展示柜。

产品是用户意图的压缩器。

谁能更准确地理解 人的需求、情绪、犹豫、懒惰、恐惧和预期，谁才更可能做出真正 sharp 的东西。

AI 时代尤其如此。

因为「能做」会越来越廉价，但「做什么、怎么做、做成什么感觉」，会越来越值钱。

所以很多程序员明明用了最先进的模型，最后交出来的产品还是一股浓浓的工程味。

功能有了，灵魂没有。

路径有了，吸引力没有。

能运行，但不想用。

当技术能力开始泛滥，真正稀缺的就不再是写出来，而是读懂人。

 

05 还在手工缝合流程，本质上没有进入 AI 原生工作流

 

很多程序员最隐蔽、也最致命的愚蠢，就是表面 AI 化，底层流程却仍然是手工时代的。

需求靠自己脑补。

设计自己拍脑袋。

架构自己先定死。

中间某几个环节让 AI 帮忙写。

最后再手工拼起来。

发现不对，再靠人肉返工。

这套流程的问题在于，它默认「人是唯一的中央调度器」。

AI 只是一些被插入流程的小零件。

但 AI 原生的工作方式，不该是这样。

真正高效的方式，是从一开始就把 AI 放进整个闭环里：

一起定义问题，

一起拆目标，

一起找方案，

一起推演分支，

一起审视用户路径，

一起预判失败点，

一起迭代文案、交互、结构、技术实现和上线策略。

也就是说，不是你偶尔调用一下 AI，而是 你和 AI 共同组成一个动态系统。

从系统工程角度看，很多旧时代程序员之所以产出差，不是因为单点能力不行，而是因为整个系统的信息流、决策流、反馈流都设计得太原始。

他们用着最先进的模型，却运行着最落后的协作协议。

这就像 给马车装上火箭发动机，最后只会更危险，不会更先进。

 

06 嘴上拥抱 AI，内心仍在维护旧时代的自我尊严

这是最扎心的一点，也是最底层的一点。

很多程序员真正过不去的，不是技术问题，而是 身份问题。

他们表面在学 AI，

实际上是在防守自己。

因为一旦真正承认 AI 可以参与思考、参与设计、参与判断，甚至在很多局部比自己更聪明，那旧时代程序员最珍贵的自我认同就会被击穿：

「我是那个最懂系统、最会解决问题、最不可替代的人。」

所以很多人会出现一种很微妙的行为：

嘴上高频谈 AI，行动上却只肯把 AI 用在不伤自尊的地方。

让它补代码可以，

让它提需求不行；

让它改 bug 可以，

让它挑战自己对产品的判断不行；

让它做执行可以，

让它参与决策不行。

这不是技术保守。

这是 人格防御。

他们不是不知道 AI 强，

他们是不能接受自己在新世界里不再天然居于中心。

但问题是，时代不会因为你的尊严而停下来。

AI 时代最残酷的一点就在于：

它不会先征求你的心理准备，再重排价值分配。

过去，程序员靠掌握稀缺技术获得地位。

以后，真正值钱的，可能是谁更能与 AI 共同创造结果。

不是谁代码写得最苦，

而是谁最先 学会放下旧身份，进入新协作关系。

很多旧时代程序员不是输在不会用 AI，而是输在不肯承认：

自己过去那套厉害，正在迅速贬值。

07 结论

Alan Walker 说，AI 时代最可笑的一类人，不是完全不用 AI 的人。