这个话题为什么年年刷屏
“程序员 35 岁危机”几乎成了互联网圈的年度话题:每隔一阵,就会有裁员、招聘年龄限制、中年转行之类的讨论登上热搜。它之所以反复被提起,是因为戳中了一个真实的焦虑——技术更新太快,经验似乎不如“便宜又能加班”来得实在。
但先澄清一点:这类讨论里流传的很多说法往往没有可靠出处,与其求证真假,不如把它当成一个提醒——行业的节奏在变化,岗位结构在调整。本文不渲染恐慌,只说两件事:第一,这个“危机”到底卡在哪;第二,抛开情绪,有哪些事是你真正能掌控、且值得长期做的。
焦虑本身不解决任何问题,但把焦虑转成可执行的行动,可以。
先给结论:对多数人来说,35 岁本身不是问题,问题是在此之前有没有积累起“离开平台也能被需要”的能力。
先泼一盆冷水,再给一颗定心丸
冷的一面是:行业红利期过去后,靠“一招鲜”吃饭的岗位确实在收缩;大量重复性、模板化的工作,正在被工具消化。假装变化不存在,只会让你在变化来临时毫无准备。
定心的一面是:被“优化”的从来不是年龄,而是“性价比不足的劳动力”——也就是经验没有转化为解决问题能力的人。那些 35 岁之后依然走得稳的人,不是没遇到问题,而是手里握着别人替代不了的东西:要么能解决别人解决不了的问题,要么能把别人做不好的事做得又快又好。
所以焦虑的靶子从一开始就瞄错了:你要对抗的不是“年龄”,而是“没有积累”。年龄只会增长,积累却可以由你决定增长速度。
第一件事:把基本功夯到“不可替代”
很多人的“三年经验”,其实是“一个经验用了三年”——只会调框架、套模板,遇到稍微复杂的问题就抓瞎。这类工作恰恰最容易替代。真正抗风险的基本功,是那些不随框架过时而贬值的底层能力。
基本功具体指什么
- 把问题拆清楚:面对模糊需求,能不能拆成可执行、可验证的步骤。比如“用户觉得页面卡”,成熟的拆法是先定指标(首屏时间、接口耗时、内存占用),再分层排查(网络、服务端、渲染),而不是上来就“优化”。
- 定位问题:线上出了 bug,能不能顺着日志、堆栈、监控一步步定位到根因,而不是靠“重启试试”。每次线上事故,都是一次免费的训练。
- 讲清原理:HTTP、数据库索引、并发、内存模型这些“内功”决定你能走多深。框架每年都换,但 TCP/IP、事务、缓存这些原理,十年后依然在用。
- 写干净代码:命名、拆分、注释的边界、可测试性。代码是写给半年后的自己看的,干净代码省下的是整个团队的维护成本。
怎么练:三条可执行的做法
- 给自己出题:每次修完一个 bug,追问三层:为什么会出现?为什么现在才暴露?怎么从根上避免?把答案写进笔记。
- 用输出倒逼输入:把“我以为我懂”变成“我能讲清楚”最快的办法,是写一篇教程或讲给同事听。本站的算法与工具教程和正则表达式这类基础文章,都是在这个方向上的积累。
- 集中补弱项:每年挑一个最怵的领域(调试、性能、网络、并发)集中攻三个月,比平均用力一年更有效。
这些能力没法速成,但一旦拥有,就会形成真正的护城河——不随某家公司、某个框架的兴衰而贬值。
第二件事:搭一个“能力组合”
只靠单一技术栈,等于把鸡蛋放在一个篮子里。更稳的姿势是“技术 + 一个杠杆技能”的组合:技术保证你“能干活”,杠杆技能保证你“被看见、被需要”。
组合为什么有效
单一技能的价格由供需决定,你很难左右;而组合技能稀缺,是因为“同时具备这两样的人”很少——于是你有了议价空间,也有了退路。
几组常见的搭配
| 组合 | 适合什么人 | 带来的机会 | 要付出的代价 |
|---|---|---|---|
| 技术 + 写作 | 喜欢把事讲清楚的人 | 个人品牌、被动机会、作品集 | 需长期稳定更新,见效慢 |
| 技术 + 产品 | 喜欢琢磨“为什么做”的人 | 从执行者变成决策参与者 | 要跳出“写完就算完”的舒适区 |
| 技术 + 管理 | 愿意为他人结果负责的人 | 更宽的职责面与组织影响力 | 离代码越来越远,抗压要求高 |
| 技术 + 教学 | 耐心好、表达清楚的人 | 培训、咨询、内容变现的可能 | 需大量时间打磨表达 |
| 技术 + 行业知识 | 身处金融、医疗、制造等行业的人 | “懂业务”成为稀缺标签 | 行业知识要额外花时间去学 |
这些杠杆技能,多数可以在本职工作里顺带积累:把踩坑记录整理成笔记,就是在练写作;认真参与一次需求评审,就是在练产品思维。
在 AI 工具越来越强的当下,“会调 API”已经不算稀缺能力,“能判断该不该用、用在哪儿、怎么验证效果”才是。关于 AI 对岗位的影响,我在《AI 与就业》一文里有更详细的分析,这里只说结论:能力组合里,最好有一条是“与 AI 协作的能力”。
第三件事:保持持续输出
写博客、做开源、写技术笔记、在社区答疑——持续输出是普通人建立“个人品牌”成本最低的方式。它有三个直接好处:
- 逼你把学过的东西真正想清楚(能讲明白才叫懂);
- 形成一份“随时可展示的作品集”,跳槽、谈薪、接私活都拿得出手;
- 带来意想不到的机会——很多内推、合作,都始于“我读过你的文章”。
输出不需要“准备好再开始”
最常见的借口是“等我学得差不多了再写”。事实上,输出本身就是学习的一部分:写的时候才发现哪里没搞懂,然后带着问题去补,效率远高于漫无目的地看文档。这个博客就是我持续输出的一部分:写工具、写教程、写踩坑记录。
几个务实的建议
- 定一个小节奏:每月一篇认真写的文章,胜过“一年憋一篇大作”,稳定本身就是可信度。
- 从踩坑记录开始:“今天解决了什么奇怪的问题”就是最好的选题,不必是专家也能写。
- 一份内容多处用:一篇博客可以拆成几篇短文发到社区,同一份积累覆盖更多场景。
不用追求篇篇爆款,稳定更新本身就很有力量。
几条可选的路:各有各的代价
35 岁之后,不是只有“留下当管理”或“离开这行”两个选项。关键是想清楚自己的性格、资源与风险承受力,选一条深耕。
技术专家 / 架构师
适合:对技术有热情、享受解决难题的人。核心是把“深度”变成可验证的产出——比如一套解决真实问题的设计、一批带出来的新人。代价是:需要长期投入学习,机会多集中在大平台。
独立开发者 / 自由职业
适合:自驱力强、能接受收入波动、有“从 0 到 1 做完一件事”能力的人。建议先以副业验证:做一个解决真实小问题的工具,跑通“找需求—交付—收款”的闭环再考虑全职。代价是:没有工资兜底,社保、获客、税务都要自己操心,前期收入大概率下降。
技术写作 / 教学 / 咨询
适合:表达清楚、有耐心、愿意反复讲给别人听的人。写作与教学都有复利:内容会被持续搜索与转发,影响力是“睡后资产”。代价是:竞争激烈、变现周期长,需要先找到自己的独特角度。
转产品 / 转管理
适合:对“人”和“事”的兴趣大于对“代码”的兴趣、愿意为整体结果负责的人。懂技术的产品经理、懂工程的研发管理者,往往更能赢得工程师的信任。代价是:放弃一部分技术深度,承担更复杂的沟通与决策压力。
没有哪条路是“上岸”,每条路都是换了一种要扛的责任。选路的标准不是“哪条更容易”,而是“哪条更适合自己、且我愿意为它付代价”。
心态:把“怕被裁”换成“随时能走”
焦虑的根源,是把安全感寄托在一份可能变动的工作上。更健康的心态是:把安全感建立在自己的能力上。当你清楚自己离开这家公司也能找到下一份工作、甚至能自己接活时,35 岁就不再是一道坎,只是一个数字。
“随时能走”不是让你随时准备跳槽,而是让你在谈薪、提需求、做选择时心态是平的。这不是鸡汤,而是一个可执行的路径:夯实基本功、搭能力组合、持续输出,三件事互相咬合,形成正向循环。
常见误区:别被这几句话带偏
误区一:“只要不停学新技术,就不会被淘汰。”技术永远学不完,追新而不深入,反而容易浮在表面。很多“新框架”只是旧问题的另一种写法,追着学三年,解决问题的能力未必提升。比“学得多”更重要的是“扎得深 + 能落地”。
误区二:“不想被裁就只能转管理。”管理是一条路,但不是唯一的路。技术专家、独立开发者、技术写作、咨询都是可行的方向,上一节已展开。把“管理”当成唯一退路,容易在一条不适合自己的路上硬撑。
误区三:“多考几个证就稳了。”证书只能证明“考过试”,证明不了“能解决问题”。它的作用更像敲门砖,敲开门之后靠的还是实打实的产出。与其花几个月备考,不如做一个能写进作品集的东西。
误区四:“只要闷头把活干好,就一定会被看见。”把活干好是底线,但“被看见”需要主动:写文档、做分享、参与评审、帮助同事,都是在增加可见度。酒香也怕巷子深,这句话在职业发展里同样成立。
常见问题(FAQ)
35 岁才开始做这些,还来得及吗?
来得及。基本功、输出、能力组合吃的都是持续投入,不是起跑速度。35 岁开始,也比 40 岁开始早五年。真正来不及的,是“一直不开始”。
我的业务很窄,没什么可写的怎么办?
越是窄的业务,你的经验越是稀缺信息,别人搜不到、问不到的东西恰恰最有价值。哪怕只把“这个业务最常见的十个坑”写清楚,就是很实用的内容。
下班只想躺平,哪还有精力做这些?
那就先不要求自己“额外做”,而是把本职环节换成“带积累”的做法:把排查过程写成笔记、把重复操作脚本化。同样八小时,产出的性质可以完全不同,状态好了再逐步加量。
这些努力会不会只是自我感动,市场根本不认?
认不认,取决于积累是否可验证:文章有没有人读、项目有没有人用、问题是不是真实存在。如果一年下来没有任何外部反馈,说明方向需要调整,而不是“努力无用”。
AI 这么强,练这些基本功还有意义吗?
有意义,而且更重要。AI 能帮你写得快,但判断“写得对不对、该不该这么写”仍然需要你懂原理。基本功决定你能否驾驭工具,而不是被工具带着走。更详细的分析见《AI 与就业》。
行动小结:从今天就能开始的五件事
35 岁危机的讨论会一直存在,但你可以选择不被它定义。把力气花在三件自己能掌控的事上:夯实不可替代的基本功、搭建“技术 + 杠杆”的能力组合、保持持续输出。焦虑会消散,能力会留下——那才是你真正的底气。
如果只记住五件事,建议是:
- 本周挑一个刚修完的 bug,写出三层“为什么”,存进笔记;
- 本月写一篇踩坑记录并发布,完成第一次输出;
- 为能力组合选一个方向,列出一年的练习计划;
- 把“追新”的精力分一半给原理:挑最常用的组件读一次源码;
- 想清楚自己更适合哪条路,不要等“被选择”的那天才开始想。
不用一口气做完,但请从第一条开始。