Java后端独立交付全栈系统的工程化路径：从一句话需求到可运行系统

上个月，领导把一个项目交到我手里，说得很轻松：“这个项目你全权负责。”

我干了五年Java后端。写接口、调SQL、部署上线，这些是我的老本行，我不慌。真正让我慌的，是写代码之前的那一堆事：

需求怎么对齐？页面长什么样？前端用什么框架？路由、状态管理、样式，从哪下手？

做了五年后端，我熟悉的Spring Boot、MyBatis、MySQL，放在一个完整系统里，大概只占四分之一。剩下四分之三，是我几乎没碰过的领域。

一个人扛系统，扛的不是代码量

以前在公司里，我的工作方式很简单：产品经理把需求理清楚，架构师把方案定好，前端同事把页面做完，我只需要照着接口文档写后端。

需求模糊了？找产品经理。设计不会？找架构师。前端报错？找前端同事。

这次不一样。没有产品经理，没有架构师，没有前端。所有"写代码之前的事"，都落到我一个人头上。

第一道坎是需求。我习惯的是"需求已定，照着实现"。但领导给我的只有一句话：“做一个图书管理系统，能管借还书就行。”

这句话里全是坑：系统给谁用？图书怎么分类？借书要不要审批？逾期怎么处理？以前这些问题有产品经理帮我想，现在没人替我想。我不想清楚，做出来的东西就是错的。

第二道坎是设计。数据库表怎么建、接口怎么定、页面有哪些，以前是架构师出方案，我照做。现在要我自己从零设计一整套，还要写成文档。我自己画了两天，画出来的东西自己都没底。

第三道坎是前端。我一个后端，上一次碰Vue还是三年前。npm、脚手架、路由、状态管理，这些词每一个都认识，凑到一起就是天书。硬着头皮边搜边写，光搭环境就折腾了一整天，最后卡在一个依赖版本冲突上，差点崩溃。

我先试了让AI直接写，然后返工了

既然是"一个人做一个系统"，我的第一反应是用AI补短板。

我先试了通用的AI编程助手。说实话，写代码这块它很强。我让它写一个借阅记录的查询接口，几秒钟就出来了，质量还过得去。

但问题出在需求上。

我把"做一个图书管理系统"这句话原样丢给它，它二话不说就开始写。等它写完，我一看：它默认了系统只有一个管理员角色，没有普通用户；图书没有分类管理；借还书不需要审批流程。

这些不是它写错了，是我没说清楚。但问题是——它拿到一句话需求就开写，不会先问我"你到底要什么"。

结果就是：AI写代码很快，返工也很快。它十分钟生成的代码，我要花两个小时跟它说清楚需求，再让它改。

后来我想明白一件事：我一个人扛系统，缺的从来不是"写代码"的能力，而是"把需求想清楚、把设计做出来"的能力。AI如果只是帮我写代码，等于只帮我加速了我本来就会的那部分，我最不会的那部分，它一点忙没帮上。

换一种用法：先让AI问，再让AI写

我后来换了一种用法——不让AI拿到需求就写，而是让它先问。

我用的工具是IDEA里的一个飞算Java AI插件，它有一套流程化的指令，把"做一个系统"拆成了几步。

第一步是需求分析。我把那句"做一个图书管理系统"输进去，它没有直接给代码，而是开始问我问题：

系统有哪些角色？图书分类怎么定义？借书流程要不要审批？超期怎么算？权限怎么分？

这些问题我以前都是甩给产品经理的，现在AI替我问了。我一个个回答，回答的过程就是我把需求想清楚的过程。答完之后，它生成了一份需求文档和业务设计文档，落在项目的docs目录里。

第二步是前后端设计。它拿着需求文档，把数据库表结构、接口定义、页面清单、技术栈选型全部设计出来，也是文档。中间遇到"要不要分库分表""鉴权用JWT还是Session"这类决策，它会停下来问我，确认了再继续。

第三步和第四步才是生成代码：先按设计文档生成前端项目，再生成后端代码。前端项目自带完整配置，装好依赖就能跑，我不用碰webpack和路由配置。

整套走下来，我最深的感受是：它把我的短板——需求分析和设计——变成了流程，每步都要我确认，我不会的地方它会问、会解释，就像带了个产品经理和架构师在边上。

转全栈，缺的不是努力，是把陌生环节变成流程

这次项目做完，我对"Java转全栈"这件事有了新的理解。

以前我以为，转全栈就是要学Vue、学React、学前端工程化，把十年后端经验清零重来一遍。实际上，真正拦路的不是语法，是"写代码之前的事"——需求怎么澄清、方案怎么定、文档和代码怎么保持一致。

这些环节，恰恰是个人开发者最容易放弃的。一个人做项目，很容易跳过需求分析直接写代码，跳过设计文档直接建表，等到返工时才发现，前面省的时间，后面加倍还了回来。

AI能不能帮你转全栈，关键看它帮你补的是哪一段。只帮你加速写代码的，你会的部分更快了，你不会的部分还是不会；帮你把需求、设计、代码串成一条完整链路的，才是真的在帮你补短板。

Java转全栈，差的从来不是努力，而是把陌生的领域，变成一段可控的流程。