公司取消前端岗后,做了 10 年 Java 的我,第一次认真拥抱 AI

发布时间:2026/8/1 21:08:33
公司取消前端岗后,做了 10 年 Java 的我,第一次认真拥抱 AI 公司取消前端岗后做了 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 可以给建议。但最后拍板的人还是我。04AI 能写代码但它替不了 “我来负责”现在让 AI 写代码已经是日常操作了。接口骨架、DTO、VO、单元测试、异常处理、工具类、SQL 草稿……很多重复劳动它确实写得又快又不知疲倦。但我越来越清楚一件事能生成代码不等于能生成一个稳定的系统。一个接口看起来没问题可能存在重复提交。一段事务代码看起来很优雅可能在高并发下锁等待。一个缓存方案看起来合理可能造成数据不一致。一个微服务调用链看起来完整可能在超时重试时把下游服务打崩。这些问题拼的不是 “谁打字更快”。而是你见过多少线上问题踩过多少坑理解多少真实业务。AI 让我写得更快。但十年 Java 经验让我知道哪些代码可以直接用哪些代码只能当参考。05AI 全栈工程师不是一个更累的称呼很多人一听 “AI 全栈工程师”就觉得是后端要写前端。前端要写后端。还要懂产品、懂部署、懂 AI。最后一个人干三个人的活。这种担心完全可以理解。但我更愿意把它理解为一个有经验的工程师终于有了把能力边界往外延伸的工具。会一点前端可以更快验证产品想法。懂一点设计可以把方案讲得更清楚。理解部署和监控可以让上线更稳。会用 AI可以把时间留给更难的问题。这不是回到 “什么都自己干” 的时代。而是我们有了更强的工具之后重新获得了对整个交付过程的掌控力。06AI 让我想起了当年研究微服务到凌晨的自己最让我意外的是AI 没有让我对技术失去兴趣。反而让我想起当年刚接触 Nacos、Spring Cloud、微服务时的自己。那时没有现成答案。我会为了搞懂一个服务注册问题翻很久文档。会为了定位一个调用异常看一晚上日志。会因为一个服务终于跑通开心很久。现在学 AI 也是一样。怎么让 AI 更理解我们的项目怎么让它参与方案设计而不是只会补代码怎么把它接进编码、测试、排查问题的流程怎么避免它一本正经地胡说八道这些问题也没有标准答案。但这恰恰是技术最有意思的地方。最后从JSP Servlet到前后端分离从 Spring Boot到微服务再到今天的 AI 全栈工程师。我们不是第一次站在技术变化的路口。AI 会淘汰一部分重复、标准化、低价值的工作。但它也会放大那些愿意学习、理解业务、能做技术判断、愿意对结果负责的人。所以对做了十年 Java 的我来说**AI 不是来替代我的。**它是让我从重复劳动里抽身重新把精力放回解决问题这件事上的。而我也终于找回了那个会为了一个新技术研究到深夜的自己。你觉得AI 最先改变的会是前端、后端还是整个软件开发的协作方式