聊聊35岁程序员的中年危机和自救指南

昨晚凌晨两点半，我盯着屏幕上那个跑了三个小时还没跑完的分布式任务，顺手刷了会儿脉脉，看到一条帖子："某大厂裁员，35岁以上员工优先优化"。我默默放下手里的冰美式，摸了摸自己日益后退的发际线，陷入了沉思。

先自我介绍一下，字节跳动基础架构组搬砖五年，日常跟各种中间件、RPC框架、服务治理打交道。最近一边应付着组里的OKR，一边偷偷刷题准备跳槽——别笑，这年头谁还不是个"随时准备着"的状态呢。今天不聊技术细节，想跟兄弟们掏心窝子聊聊35岁这个坎儿，以及我自己的一些思考和折腾。

焦虑这玩意儿，它不讲道理

说实话，刚入职字节那会儿，觉得35岁离我十万八千里。那时候年轻啊，通宵上线第二天照常开会，产品经理改需求我笑嘻嘻地说"没问题"，测试提Bug我秒回"马上看"。

但不知道从什么时候开始，身体开始抗议了。去年双11大促期间，连续三天凌晨发布，第四天早上开站会的时候，我居然对着屏幕上的监控大盘发了五分钟的呆，leader叫了我两声才反应过来。那一刻我真的慌了。

更慌的是，我发现自己开始"卷不动"了。组里新来的应届生，LeetCode Hard题信手拈来，新框架上手比我快两倍，最关键的是——人家能熬夜啊！我晚上十一点以后写代码，bug率直线上升，上次凌晨改的一个并发问题，第二天被同事review出来一个死锁，尴尬得我恨不得找个地缝钻进去。

35岁焦虑的核心，其实不是年龄本身，而是性价比的下降。你的薪资在涨，但产出未必在涨，甚至可能在降。公司不是做慈善的，这笔账算得清清楚楚。

出路在哪？我自己折腾的几条路

焦虑归焦虑，日子还得过。这半年我认真思考了一下，也做了一些尝试，分享出来给大家参考。

第一条路：往深了扎

基础架构这个方向有个好处，技术深度够。我花了大半年时间把组里的RPC框架从底层到上层扒了个遍，包括服务发现、负载均衡、熔断降级、链路追踪这些模块。以前只是"会用"，现在是"能改"，甚至"能设计"。

举个具体的例子。我们之前的服务治理模块用的是一致性Hash，但在某些极端场景下数据倾斜很严重。我花了两周末（对，周末）研究了一圈，参考了Google的Maglev hashing算法，结合我们自己的业务场景做了一版优化。上线之后，节点负载的标准差从0.35降到了0.12，leader在季度review的时候还专门提了一嘴。

这种深度积累是年轻人短期内很难追上的。他们可能代码写得快，但对系统整体的理解、对坑的嗅觉、对方案的权衡，这些都需要时间堆出来。

第二条路：拥抱AI工具

这是我最近半年最大的认知转变。以前我对AI辅助编程是有点抵触的，觉得"我自己写的代码才靠谱"。但自从我开始用CodeGeeX之后，真香了。

说个真实场景。上周要写一个配置中心的客户端SDK，涉及大量的序列化、反序列化、监听回调这些模板代码。以前这种活儿我得吭哧吭哧写一天，现在用CodeGeeX，把核心逻辑描述清楚，它直接帮我生成80%的骨架代码，我只需要微调一些边界条件和异常处理。半天搞定，而且代码质量居然还不赖。

场景	传统方式耗时	使用CodeGeeX耗时	效率提升
SDK骨架代码编写	4小时	1.5小时	62%
单元测试编写	2小时	0.5小时	75%
文档注释生成	1小时	10分钟	83%
Bug定位辅助分析	3小时	1小时	67%

这不是偷懒，这是杠杆。35岁的程序员，不应该再跟年轻人拼手速了，而是要学会用工具放大自己的经验优势。你懂业务、懂架构、懂坑在哪，AI帮你快速实现，这才是正确的打开方式。

第三条路：建立技术影响力

这一点我做得比较晚，但好在开始做了。从去年开始，我坚持每个月写两篇技术博客，把工作中遇到的问题、解决方案、踩过的坑记录下来。一开始没什么人看，但坚持了半年之后，慢慢有了一些关注者。

这里有个小技巧：不要只写"怎么做"，要写"为什么这么做"和"还有什么其他方案"。比如我写过一篇关于服务降级的文章，不是简单讲Hystrix怎么用，而是对比了Sentinel、Resilience4j和我们自研方案的优劣，结合具体业务场景分析适用性。这种文章才有深度，才能体现你的思考。

另外，我最近在学习Embedding相关的技术。你可能会问，一个后端搞什么Embedding？是这样的，我们组最近在做一个智能运维的项目，需要把日志、告警、变更记录这些非结构化数据做向量化处理，然后用相似度检索来辅助故障定位。Embedding就是这个过程中的核心环节——把文本映射到高维向量空间，让机器能"理解"语义。

我花了一个月时间啃这块，从Word2Vec到BERT再到现在的各种大模型Embedding方案，算是入了个门。上周用内部的数据跑了一版demo，故障关联推荐的准确率从原来的47%提升到了73%。虽然离上线还有距离，但至少证明这条路是走得通的。

这种跨界的尝试很重要。纯后端的路越走越窄，但如果你能把后端工程能力和AI能力结合起来，那就是另外一个故事了。

关于跳槽这件事

说回跳槽。最近确实在看机会，主要是想换个环境，也验证一下自己的市场价值。面了几家，聊聊感受。

面试中发现一个有意思的现象：面试官对35岁候选人的关注点，跟对年轻候选人完全不一样。他们不太关心你能不能手写红黑树了（虽然还是会问），更关心的是——你带过多少人？做过什么技术决策？怎么平衡技术债和业务需求？线上出过什么大事故，怎么处理的？

这些问题，没有五年以上的积累是答不出深度的。所以35岁不是劣势，前提是你这五年真的在成长，而不是把一年的经验重复了五次。

给大家几个面试小建议：

1. 准备3-5个深度项目，要能讲清楚背景、方案选型、遇到的挑战、最终结果，最好有量化数据
2. 系统设计要练，这不是背八股文能解决的，需要真正理解各种组件的设计哲学
3. 别忽视软技能，沟通表达、项目管理、跨团队协作，这些在高级别岗位上非常重要
4. 保持学习状态，哪怕每天只花半小时，也要让自己在进步

心态这东西，比技术更重要

最后说点虚的。

这半年我最大的感悟是：焦虑解决不了任何问题，但行动可以。与其每天刷脉脉看裁员消息吓自己，不如把时间花在真正有用的事情上。

我现在每天的时间大概这么分配：

• 工作时间：高效完成本职工作，尽量不加班（效率高了自然不用加）
• 通勤时间：听技术播客或者看论文
• 晚上：1小时刷题 + 1小时学习新技术 + 半小时写博客
• 周末：至少留一天给家人和自己

对了，运动也很重要。我现在每周跑步三次，每次5公里。不是为了减肥（虽然确实瘦了点），主要是跑步的时候脑子特别清醒，很多白天想不通的技术问题，跑着跑着就有思路了。

35岁不是终点，甚至算不上中场。技术这个行业，经验是有复利效应的。前提是你得持续投入，而不是躺平等死。

共勉吧，兄弟们。

---

如果这篇文章对你有一点点帮助，点个赞让更多人看到。有问题欢迎评论区交流，我尽量每条都回。