公司取消前端岗后，做了 10 年 Java 的我，第一次认真拥抱 AI
以前我担心：AI 会不会替代程序员？现在我更担心：不会用 AI 的程序员，会不会先被替代？
最近，公司取消了一些前端岗位。
消息出来后，大家聊得最多的，不是技术，而是焦虑：
- 前端是不是没了？
- 后端会不会也轮到？
- AI 全栈工程师，到底是不是 “一个人干三个人的活”？
我做 Java 第 10 年了。说完全不焦虑，是假的。但认真想完这件事，我反而得出了一个有点反直觉的结论：
AI 没有替代我。相反，我已经越来越离不开它。
01｜我们这代程序员，其实早就习惯了被时代 “重新定义”
我刚入行那会儿，还是 JSP + Servlet。一个人写页面、写接口、写 SQL、发版 Tomcat。那时候不是没有 “全栈” 这个词，而是人少活多，大家默认什么都要会一点。
后来，前后端分离来了。前端有了自己的工程体系，后端也终于不用再在 JSP 里拼 HTML。
再后来，Spring Boot 火了。再往后，微服务来了。Nacos、Spring Cloud、注册中心、配置中心、网关、熔断、限流、链路追踪……
那几年，很多 Java 程序员都有过类似的夜晚：
白天写业务。晚上研究 Nacos 为什么注册不上。再看看 Spring Cloud 的版本兼容表。一抬头，凌晨了。
当时也有人说：技术栈越来越复杂，老程序员跟不上了。但后来呢？会的人，继续往前走。不愿意变的人，被留在了原地。
今天的 AI，不过是又一次技术范式切换。
02｜公司取消前端岗，AI 真的是在 “抢岗位” 吗？
我觉得，更准确的说法是：
AI 正在打破原本清晰的岗位边界。
以前一个需求的链路，大概是这样的：
产品提需求
↓
前端做页面
↓
后端写接口
↓
测试验收
↓
上线
现在呢？一个懂业务、懂系统的工程师，可以借助 AI：
需求拆解
↓
快速做出页面原型
↓
定义接口和数据结构
↓
生成部分前后端代码
↓
验证核心流程
这不意味着前端不重要了。而是以前很多需要多人、多个环节协作完成的事情，现在可以更快完成第一轮验证。
岗位减少的背后，真正变化的不是 “前端没价值了”。而是企业开始更看重：
- 谁能更快把需求落地
- 谁能跨越多个技术边界
- 谁能对最终结果负责
03｜现在做技术方案，我会先和 AI “吵一架”
以前写技术方案，我通常会自己做这些事：
- 拆业务流程
- 画模块边界
- 查历史代码
- 翻以前的方案
- 想异常流程
- 找潜在风险
现在这些事我还会做。只是，我多了一个随时在线、不会嫌我问题多的 “技术搭子”。
比如一个新需求过来，我会先让 AI 帮我做第一轮推演：
- 这个需求可以怎么拆？
- 核心链路和异常链路分别是什么？
- 单体扩展、异步化、消息队列，各自适合什么场景？
- 表结构和接口应该怎么设计？
- 现有系统可能会踩到哪些坑？
它给我的答案，不一定能直接用。有时候甚至看起来很完整，实际上根本不适合公司的存量架构。
但它有一个特别大的价值：它能快速把我脑子里模糊的想法，变成可以被质疑、被讨论、被推翻的方案。
以前我可能需要半天，才能把一份方案的轮廓理出来。现在，我可以更快完成第一版，然后把时间花在真正重要的问题上：
- 这个方案是不是符合业务？
- 会不会影响老系统？
- 数据一致性怎么保证？
- 高并发来了会不会出问题？
- 出现故障时，谁来兜底？
这些，AI 可以给建议。但最后拍板的人，还是我。
04｜AI 能写代码，但它替不了 “我来负责”
现在让 AI 写代码，已经是日常操作了。接口骨架、DTO、VO、单元测试、异常处理、工具类、SQL 草稿……很多重复劳动，它确实写得又快又不知疲倦。
但我越来越清楚一件事：能生成代码，不等于能生成一个稳定的系统。
- 一个接口看起来没问题，可能存在重复提交。
- 一段事务代码看起来很优雅，可能在高并发下锁等待。
- 一个缓存方案看起来合理，可能造成数据不一致。
- 一个微服务调用链看起来完整，可能在超时重试时把下游服务打崩。
这些问题，拼的不是 “谁打字更快”。而是你见过多少线上问题，踩过多少坑，理解多少真实业务。
AI 让我写得更快。但十年 Java 经验，让我知道：哪些代码可以直接用，哪些代码只能当参考。
05｜AI 全栈工程师，不是一个更累的称呼
很多人一听 “AI 全栈工程师”，就觉得是：
后端要写前端。前端要写后端。还要懂产品、懂部署、懂 AI。最后一个人干三个人的活。
这种担心完全可以理解。但我更愿意把它理解为：一个有经验的工程师，终于有了把能力边界往外延伸的工具。
会一点前端，可以更快验证产品想法。懂一点设计，可以把方案讲得更清楚。理解部署和监控，可以让上线更稳。会用 AI，可以把时间留给更难的问题。
这不是回到 “什么都自己干” 的时代。而是我们有了更强的工具之后，重新获得了对整个交付过程的掌控力。
06｜AI 让我想起了当年研究微服务到凌晨的自己
最让我意外的是：AI 没有让我对技术失去兴趣。反而让我想起，当年刚接触 Nacos、Spring Cloud、微服务时的自己。
那时没有现成答案。我会为了搞懂一个服务注册问题，翻很久文档。会为了定位一个调用异常，看一晚上日志。会因为一个服务终于跑通，开心很久。
现在学 AI 也是一样。
- 怎么让 AI 更理解我们的项目？
- 怎么让它参与方案设计，而不是只会补代码？
- 怎么把它接进编码、测试、排查问题的流程？
- 怎么避免它一本正经地胡说八道？
这些问题，也没有标准答案。但这恰恰是技术最有意思的地方。
最后
从 JSP + Servlet，到前后端分离；从 Spring Boot，到微服务；再到今天的 AI 全栈工程师。
我们不是第一次站在技术变化的路口。
AI 会淘汰一部分重复、标准化、低价值的工作。但它也会放大那些愿意学习、理解业务、能做技术判断、愿意对结果负责的人。
所以，对做了十年 Java 的我来说：
**AI 不是来替代我的。**它是让我从重复劳动里抽身，重新把精力放回解决问题这件事上的。
而我也终于找回了那个，会为了一个新技术研究到深夜的自己。
你觉得，AI 最先改变的会是前端、后端，还是整个软件开发的协作方式？
