今天看到一件事，我对着屏幕沉默了良久。事情是这样的：
他今年 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并肩前行？
首发公众号《码上实战》，如果你也焦虑中，可加我，进交流群大家一起聊聊。