Java·为什么单干一个全栈项目是成长的捷径——全栈日更(1/379)

【被切图支配的那两年】

我一开始是做后端的，写了两三年 Java，接口甩给前端就完事。直到有次紧急项目找不到前端，我硬着头皮顶上，才知道自己缺的不是语法，是全局感。

切图切到凌晨两点，页面还是歪的。后来发现是 CSS 盒模型没吃透，border 和 padding 全算错了。那一晚上我把 MDN 的盒模型文档翻来覆去读了三遍。说实话，这种痛，看十篇教程都替代不了。

【单干逼你直面每一个环节】

很疼。

在公司里，分工是一堵舒适的墙。后端不用懂响应式布局，前端不用懂索引优化，出了问题甩锅给对方就行——我不是说甩锅好，是说这种环境让人没有动力去懂。

单干一个项目就不一样了。用户说页面慢，你没法说"这是后端的问题"，因为后端也是你。你得自己打开 DevTools 看网络请求，自己 explain 一下 SQL，自己看是组件渲染卡还是接口慢。

我上个月给自己搭了套小电商，从登录到下单全一个人来。做完回头一看，学到的东西比过去一年都密：

· 前端为了请求快，学会了路由懒加载和组件按需引入

· 后端为了撑住并发，把乐观锁和缓存穿透的坑全踩了一遍

· 数据库为了不拖后腿，第一次认真做了慢查询治理

· 部署为了省事，把 Docker 和 Nginx 配置摸了个底朝天

这四块在分工体系里是四个岗位，在单干体系里是你的四块肌肉。

【但别误解，单干不是全能】

先泼盆冷水。

讲真，单干也有明显的代价，我不想只吹好处。深度上，你每个领域都只能到 70 分。数据库调优这种事，专职 DBA 磨十年的手感，你业余搞半年到不了。广度和深度就是跷跷板，单干天然压向广度那头。

所以我的建议是拿单干当地图，不当终点。全局视野建立之后，再挑一两个方向深钻。我是拿它当地图的人，主攻后端，前端到"能独立交付"就收手了。

【项目怎么选：场景比技术重要】

选什么项目练手，我踩过弯路。一开始我想搞个"技术大杂烩"，消息队列、搜索引擎、微服务全塞进去，结果每个技术都只是跑了个 demo，什么都没学会。

后来换成电商，思路就顺了。因为电商的业务场景会逼着技术出场：

用户下单 → 库存要扣 → 超卖怎么防？ → 锁和事务

下单高峰 → 系统要扛 → 流量怎么削？ → 消息队列

商品详情 → 访问巨量 → 响应怎么快？ → 缓存和CDN

订单超时 → 要自动关闭 → 延迟怎么实现？ → 死信队列

每个技术都是被业务"逼"出来的，有上下文，有动机，记得住。脱离场景硬学，学完就忘，这话我是亲测过的。

【我的执行节奏】

别贪大。第一版只做最小闭环：一个商品列表页，一个下单接口，一张订单表。能跑通就走通了主链路。

第 1 周：环境 + 项目骨架 + 数据库设计

第 2 周：登录注册 + JWT + 拦截器

第 3 周：商品 CRUD + 分页 + 前端列表页

第 4 周：下单流程 + 事务 + 异常兜底

一周一个主题，晚上两小时足够。卡住超过一天就去搜方案，别死磕——卡点往往是知识盲区，搜到的那个瞬间印象最深刻，这本身就是学习。

【有人问：直接学完整套课程不香吗】

课程当然有用，我自己也买了不少。但课程是别人替你踩过坑之后的坦途，平坦到你记不住哪里有坑。单干是自己在野地里走，摔一跤记一辈子。

两者不冲突。我的用法是：先用项目把问题逼出来，再拿着具体问题去课程里找答案。带着问题学，吸收率完全不是一个量级。

【下一步】

这套系列我会从零开始，把一个能跑的电商系统完整搭出来：Java 写后端，Vue 写前端，MySQL 存数据，RabbitMQ 削流量。从环境安装一路讲到上线部署。

代码会全部贴出来，坑会全部记下来。我自己先踩一遍，你们跟着走能少踩点。

想清楚了就动手，地图再好看，不如迈出第一步。

【番外：三条最实在的经验】

最后再说三条压箱底的。

第一，版本选稳定版别追新。我第一个项目用的当月最新框架版本，踩的全是无文档的坑，社区搜不到答案。后来老实用 LTS，90% 的问题前人都踩过，一搜一个准。

第二，先跑通再优化。性能、架构、设计模式，这些词在你第一版跑通之前都是噪音。我见过太多人项目没跑起来先纠结"用什么设计模式"，三个月后项目没了。

第三，写文档给自己看。每完成一个模块，花十分钟写清楚为什么这么做、有什么坑。三个月后你绝对会感谢这十分钟——别问我怎么知道的，问就是血泪教训。

完成比完美重要，跑通比漂亮重要。先让它跑起来，再让它变好看。共勉。