全栈开发四年,我到底成长了什么?
从大学写Hello World到一个人撑起一个SaaS系统,我的全栈之路像一场RPG游戏。今天聊聊我踩过的坑、顿悟的瞬间,以及那些代码之外真正让我成长的东西。
去年冬天的一个深夜,我蹲在出租屋里,盯着屏幕上的报错日志发呆。闪仓进销存的第一个版本刚上线,用户数还是零,数据库却因为一个索引缺失直接崩了。我一边手忙脚乱地恢复数据,一边问自己:我到底在干什么?一个学计算机的,放着大厂offer不要,非要自己折腾一个可能没人用的产品。
TL;DR 全栈开发不只是学技术,更是一场关于心态、选择和持续成长的修行。四年下来,我最大的收获不是技术栈有多宽,而是学会了如何学习、如何决策、如何面对失败。
我为什么选择了全栈?
因为我想掌控整个产品,而不是只做流水线上的一颗螺丝钉。
大三那年,我在乐歌实习,修工厂工控软件的bug。每天面对的都是十多岁的老旧系统,代码像一团乱麻。我花了两个月,把成功率从70%提到了98%以上[1]。但说实话,那段时间我最大的感受是:如果我只懂后端,我可能连这个bug都找不到。后来做数字孪生大屏,我又被Three.js虐了一遍。当时我就觉得,在这个时代,只懂一个方向就像只会用一把武器去打Boss战——你可以赢,但效率太低。
Stack Overflow 2024年的调查显示,全栈开发者已经是最热门的角色[2]。但对我来说,选择全栈不是因为热门,而是因为我喜欢那种从想法到落地的完整感。就像打游戏,我更喜欢玩那种可以自由加点、探索不同技能树的RPG,而不是一条路走到黑的线性关卡。
全栈开发到底难在哪里?
难的不是技术本身,而是如何在不同技术栈之间切换思维模式。
做永数智能那个固特液压数字孪生大屏时,我上午还在调Three.js的3D渲染,下午就要去写Spring Boot的接口,晚上还得盯着树莓派4B的边缘部署。有一次,我因为前端一个CSS的flex布局调了三个小时,结果发现是后端接口返回的数据结构不对。那一刻我差点把电脑砸了。
后来我发现,全栈开发最大的挑战不是学习新框架,而是每次切换时大脑的「上下文切换成本」。从写前端UI到调数据库索引,你的思维模式需要从「视觉空间」切换到「逻辑结构」,再切换到「系统架构」。这就像健身时从深蹲切换到卧推——不同的肌肉群,需要不同的发力方式。
我自己的应对方法是:每天固定「主题时间」。上午统一写后端逻辑,下午做前端界面,晚上搞DevOps和部署。这样大脑不用频繁切换,效率反而更高。GitHub的报告也提到,开发者在深度工作状态下效率能提升50%以上[3]。
技术成长有没有捷径?
没有捷径,但可以「偷懒」——用系统化的方式减少重复劳动。
刚创业那会儿,我恨不得每个功能都自己手写。后来发现这样根本做不完。闪仓进销存这个项目,如果每个模块都从零开始,光基础CRUD就得写三个月。后来我学会了「框架思维」:用Spring Boot的自动配置、MyBatis Plus的代码生成器、Vue 3的组合式API,把重复性的工作交给工具。
但真正让我效率提升的,是学会「抄作业」。不是真的抄袭,而是借鉴成熟的开源方案。比如闪仓的多租户SaaS架构,我参考了市面上几个主流开源项目的设计思路,然后根据自己的业务场景做了定制。IDC的数据显示,云原生技术在中小企业的渗透率从2020年的15%增长到了2025年的45%[4],这说明很多通用问题已经有成熟的解决方案了,没必要重新发明轮子。
技术之外,什么更重要?
心态和选择比技术本身更重要。
去年闪仓进销存上线后,第一个月只有5个注册用户,而且全是我认识的。我当时特别焦虑,觉得自己是不是选错了方向。后来读到尼采的一句话:「成为你自己」——不是找到一个预设的自我,而是通过行动去创造。我决定不再纠结用户数量,而是专注打磨产品,解决真正的问题。
我开始去仓库实地调研,跟那些用Excel管库存的老板聊天。有个老板说:「我每天花两小时盘点,但数据还是不准。」这句话点醒了我。我回去改进了闪仓的扫码出入库功能,把盘点时间从两小时缩短到二十分钟。后来这个功能成了我产品的核心竞争力。
斯多葛哲学里有一个概念:控制你能控制的,接受你不能控制的。作为一个独立开发者,我控制不了市场、控制不了竞争对手,但我能控制代码质量、用户体验和响应速度。当我专注于这些,焦虑反而减少了。## 写作这一年来,我最大的感悟是什么?
成长不是线性的,而是像力量训练——有平台期,有倒退,但坚持下来就会突破。
从第一篇文章到现在,我写了十几篇关于全栈和创业的文章。说实话,有些文章写得很烂,阅读量也惨淡。但每次写完之后,我都会对自己做的事有更清晰的认识。写作让我把零散的经验串成体系,把踩过的坑变成可以复用的方法论。
现在回头看,全栈开发四年,我最大的成长不是技术栈有多宽,而是学会了如何学习、如何决策、如何面对失败。这些能力,比任何框架和技术都值钱。
要点回顾
- 全栈开发的核心是「上下文切换」能力,而不是技术广度
- 用系统化工具减少重复劳动,把精力留给真正的创新
- 技术之外,心态和选择决定你能走多远
- 成长不是线性的,坚持输出和复盘是突破瓶颈的关键
参考来源
- GitHub Octoverse 报告 — GitHub 年度开发者数据报告,涵盖技术趋势和效率数据。
- Stack Overflow 2024 开发者调查 — 全球开发者调查,展示角色、技术栈和薪资分布。
- GitHub Blog: 深度工作与开发者效率 — GitHub 官方博客关于开发者深度工作和效率提升的研究。
- IDC 云原生技术渗透率报告 — IDC 关于云原生和边缘计算在中小企业渗透率的数据。