从外包到甲方：一个成都Java程序员的技术探索与突围
去年十月的一个深夜，我坐在出租屋的飘窗边，窗外是成都温江熟悉的夜色——没有CBD的璀璨，只有楼下串串香店还没收摊的昏黄灯光。我刚改完外包项目的第8版需求文档，手机屏幕亮起，是我老婆发来的消息：“明天又要交房租了，3500，你那边项目款什么时候能到账？”
我盯着那条消息看了很久，手指悬在键盘上，却一个字也回不出。那一刻，我突然意识到：我已经在这条“外包流水线”上干了整整三年。
外包三年：写代码，也写无奈
2020年毕业后，我进了成都一家中小型外包公司。说是“Java开发”，其实更像是“全栈工具人”——客户要什么我们就做什么：Spring Boot搭个后台、Vue写个前端、MySQL调个慢查询、Redis缓存扛不住就加机器……需求变更是家常便饭，上线前通宵是标配。最夸张的一次，我在凌晨四点接到客户电话：“这个按钮颜色能不能改成蓝色？现在就要！”
工资嘛，第一年12k，第三年勉强涨到15k。在成都，这听起来不算低，但刨去房租3500、吃饭2000、交通500、人情往来……月底银行卡余额常常让我怀疑人生。更难受的是，技术成长像被按了暂停键——每天都在“交付”，却很少有机会深入思考“为什么”。
我开始焦虑。不是怕穷，而是怕自己变成一台只会复制粘贴的机器。
转机：一场失败的面试
转机出现在去年八月。朋友内推我去一家本地做智慧医疗的甲方公司面试。我信心满满地去了，毕竟简历上写了“精通分布式系统”“熟悉高并发架构”。结果面试官一上来就问：
“你能讲讲Redis缓存穿透、击穿和雪崩的区别吗？如果让你设计一个防击穿的方案，你会怎么做？”
我支支吾吾说了几句布隆过滤器、互斥锁，但细节一问就露馅。接着又问Spring事务传播机制、JVM GC调优实战案例……我越答越心虚。最后HR委婉地说：“你的项目经验很丰富，但技术深度可能还需要再沉淀一下。”
那天晚上，我在IFS楼下的长椅坐了很久。回家路上，老婆打来电话：“怎么样？”
我说：“没成。”
她沉默了几秒，轻声说：“要不要……试试再准备一次？”
那一刻，我忽然明白：简历上的“精通”，不等于面试时的“真懂”。
重新出发：从“背题”到“理解”
我决定不再糊弄自己。第二天，我给自己定了个计划：用实践驱动学习，把每个面试题当成真实问题来解决。
我先是整理了一份《高频Java面试题清单》，但没急着背答案，而是问自己：这个问题，在我过去的项目里真的遇到过吗？如果没有，能不能模拟一个场景让它发生？
比如“Redis缓存击穿”，我就在本地搭了个Spring Boot + Redis的小项目，故意让某个热点key过期，然后用JMeter并发请求，果然服务直接卡死。接着我尝试加互斥锁（Redis的setnx）、本地缓存兜底、逻辑过期等方案，一个个测试性能差异。过程中踩了不少坑——比如互斥锁没设超时导致死锁，本地缓存和Redis数据不一致……但每解决一个问题，那种“原来如此”的快感，比打游戏通关还爽。
我还把整个过程写成博客，发在掘金上。没想到有读者留言：“兄弟，你这个本地缓存+双写一致性方案，能开源吗？”那一刻，我第一次觉得自己的代码有了价值，不只是为了交付。
简历不是“包装”，而是“证据”
三个月后，我又投了那家医疗公司。这次我的简历完全重写了。
过去写的是：“负责XX系统后端开发，使用Spring Cloud微服务架构，支撑日活10万用户。”
现在改成：“针对订单查询慢问题（原响应800ms），通过引入Redis缓存+本地Caffeine二级缓存，将P99降至120ms；为防止缓存击穿，设计基于Redisson分布式锁的重建机制，并加入异步刷新队列，避免大量请求穿透DB。”
前者是描述，后者是证据。
面试那天，我带上了自己做的压测报告、GC日志分析截图、甚至画的架构演进图。面试官眼睛一亮：“这些是你自己做的？”
我说：“是的，因为我不想再‘背’答案了，我想‘造’答案。”
最终，我拿到了offer。月薪从15k涨到22k，虽然不算高，但在成都，加上公积金和年终奖，终于能考虑换个离公司近点的房子了。
技术探索：不是为了面试，而是为了不被淘汰
很多人问我：“你现在进了甲方，是不是可以躺平了？”
我苦笑。甲方确实节奏慢些，不用天天应付外包那种“今天提需求明天上线”的疯子客户，但技术挑战一点没少。上周五晚上，我们还在讨论如何优化一个跨服务的分布式事务——Seata的AT模式在高并发下性能堪忧，团队正在评估Saga模式是否可行。
我主动申请牵头这个任务。不是为了表现，而是因为我知道：一旦停止探索，就离被淘汰不远了。
外包那三年，我最大的教训就是：技术深度不是靠“堆项目”堆出来的，而是靠“啃问题”啃出来的。 面试题只是表象，背后是真实业务场景中的痛点。当你能用自己的代码解决一个真实问题，面试题自然就不再是“挑战”，而是“复盘”。
给同样在挣扎的朋友几点真心话
如果你也和我一样，困在外包或小公司的舒适区里，我想分享几点感悟：
别把面试题当考试，当项目来做
每一道高频面试题，背后都是工业界的真实问题。与其死记硬背“Redis三大问题”，不如自己搭环境复现、调试、优化。你会发现，理解远比记忆牢固。简历要写“结果”，而不是“职责”
“负责用户模块开发” vs “通过引入分库分表，将用户查询QPS从500提升至3000”——哪个更有说服力？记住：数字是技术人的信用货币。在成都这样的城市，技术是唯一的杠杆
我们没法靠地域红利涨薪，但技术能力可以跨城市兑现。哪怕暂时留在成都，也要用一线大厂的标准要求自己。因为机会，永远留给准备好的人。允许自己焦虑，但别停在焦虑里
去年我无数次想放弃，觉得“就这样吧”。但每次看到老婆默默省吃俭用的样子，我就告诉自己：再试一次，就一次。
写在最后：技术人的尊严，来自解决问题的能力
上周，我和老婆去看了套新房子，月租4500，离公司步行15分钟。她笑着说：“以后加班回来，还能给我带锅盔。”
我说：“嗯，不过可能得晚点，最近在搞个新方案，想试试用RocketMQ做最终一致性，替代现在的定时对账。”
她不懂这些词，但她知道，我眼里有光了。
从外包到甲方，薪资涨了，生活稳了，但真正让我踏实的，不是银行卡里的数字，而是面对一个复杂问题时，我能冷静地说：“让我想想，应该有办法。”
技术探索从来不是为了炫技，而是为了在关键时刻，能稳稳接住生活的重量。
如果你也在路上，请相信：每一个深夜敲下的代码，每一次对原理的追问，每一份亲手验证的方案，都会在未来的某一天，成为你跳出去的支点。
共勉。
评论 0