有个同事因为恐惧 AI 要离职了

今天看到一件事，我对着屏幕沉默了良久。事情是这样的：

他今年 25 岁，来公司三年，一直做一些偏基础的开发、维护类工作，平时话不多，做事也算踏实。

我一开始还以为是薪资、晋升或者团队氛围的问题，结果他完全没提这些，只反复说：AI 发展太快了，他每天都很焦虑。

他说自己现在做的很多工作，比如简单的 CRUD、脚本编写、问题排查、文档整理、重复性的业务开发，AI 已经能完成一大半，甚至比他写得更快、更规范。他越用越慌，总觉得自己现在这套技能，再过一两年就彻底没用了，岗位迟早会被 AI 替代，到时候更被动。

他不是不努力，也不是不想学，就感觉学了也没用，越学越迷茫，不知道该往哪个方向补，每天上班都被 “被替代” 的恐惧感压着，心态已经扛不住了。

最后他很认真地说：不想再干开发了，打算彻底转岗，离开这个行业，找一份不那么容易被 AI 冲击的工作。

我看到时特别能理解他的心情，因为我也同样经历过这种焦虑的状态，这种状态很煎熬人。有些人说他心态太差，但我看来这种情况下任何的选择，都是无可厚非的。路也不止这一条。

与他的选择不同，我经过煎熬的过程后，决定“重构”自己，死磕到底。

25 岁兄弟的焦虑：他在怕什么？

这位兄弟 25 岁，干了三年，正是从“萌新”向“熟练工”转化的关键期。他怕的不是加班，而是 “价值归零”。

他平时的活儿：CRUD、写脚本、调接口、理文档。在 AI 眼里，这些叫：“模式高度统一的可预测任务”。

如果你把程序员看作一个 Processor，他现在的处理逻辑确实正在被 AI 这种更高效的 Serverless 函数所取代。他选择离开，本质上是在执行一种 “止损逻辑”——趁着年轻，去找一个 AI 暂时摸不到边界的领域。

为什么我决定“重构”而不是“关机”？

说实话，当时我的焦虑一点不比那位兄弟少。但我选择了第二种状态：积极拥抱，加入其中。

这不是因为我头铁，而是基于一个资深 Java 佬的逻辑推演：

• AI 不是竞争对手，它是“依赖库”： 以前我们依赖 JDK，后来依赖 Spring，现在我们依赖大模型。
• 业务逻辑的“翻译官”永远稀缺： 系统的高并发限流，AI 知道怎么写 Sentinel 配置，但它不知道什么时候该保“X”的流量，什么时候该舍弃“Y”的请求。这种 “决策权重”，依然在人手里。
• 行业门槛正在重构： 以前的门槛是“会写代码”，以后的门槛是“会用 AI 写出高质量、可维护、懂业务的代码”。

我们来看看面对AI冲击这两者的思维差异：

“被替代”的真相

那个同事说“学了也没用”，其实是因为他还在用 “旧时代的勤奋” 去对抗 “新时代的进化”。

如果你还在死背八股文，还在纠结一个简单的增删改查怎么写得花哨，那确实没用。因为 AI 是 “模式识别” 的高手。

但如果你开始研究如何用 Spring AI 接入业务模型，研究如何通过 MCP 协议 让 AI 读懂你的数据库日志，研究如何设计一套能让 AI 稳定执行的 Skills（技能）——你会发现，你的路不是变窄了，而是变深了。

失业后的“开悟”

被裁员后的这段日子，我反思过很多次。以前我也焦虑，觉得我那点票务系统的经验，AI 几秒钟就能生成一套类似的架构图。

但我后来发现，AI 生成的架构图是“理想状态”，而真实的世界里到处是“补丁”和“异常”。

• AI 不知道由于历史原因，那张千万级的表为什么没加索引；
• AI 不知道由于部门协作问题，那个接口为什么要绕个弯子调。

这些“不完美”的现实，正是我们这些老兵存在的价值。 既然 AI 已经能完成一大半重复性工作，那咱们刚好把手腾出来，去解决那些 AI 解决不了的、复杂的、带有人性的业务痛点。

最后

25 岁的兄弟选择离开，这需要勇气，我祝他好运，毕竟人生不只有代码一条路。

但对于咱们这些还在场上、或者正准备重新上场的兄弟，我想说：焦虑是必然的，但恐惧是可以被转化的。

最后还是要提醒下，即使我们选择积极的态度，最后也可能出局，因为这条路挤的人太多了。

看到同事离职，你心里是不是也会有所触动呢？你是打算像他一样寻找新的赛道，还是在 AI 的废墟上重构自己的护城河？

首发公众号《码上实战》，如果你也焦虑中，可加我，进交流群大家一起聊聊。