原以为35岁就是职业终点，结果新公司50岁的技术前辈却反问他35岁不正该出活儿

一个滴滴程序员跳槽到传统行业后彻底懵了，原以为35岁就是职业终点，结果新公司50岁的技术前辈却反问他“35岁不正该出活儿吗”，这才发现我们被互联网行业的用人逻辑骗惨了

前两天脉脉上滴滴同事圈有个帖子，发帖人叫“内耗终结者”，他分享了自己的一段真实经历，我看完之后脑子里就一个念头——这事儿得让更多人知道。

他说自己以前在互联网行业，跟所有人一样，默认程序员这行就是吃青春饭的，35岁是个大坎，过了这个岁数就得琢磨后路，要么转管理，要么卖保险。他不是怀疑这个结论，他是深信不疑。因为这个行业给他的信号就是这样，招聘要求里写着“团队年轻有活力”，周围同事清一色二十来岁，偶尔冒出来一个三十出头的都算老大哥了。

后来他跳槽了，进了一家做嵌入式研发的传统技术公司。他用的词是“非互联网行业”，不是什么夕阳产业，是做硬件、做工业嵌入式的那种技术公司。他进公司的第一天，环顾四周，懵了。

办公室里坐着一群五十岁上下的技术人员，做嵌入式研发的、做产品的、做测试的，头发花白的、戴着老花镜盯着屏幕的，各个工位上堆着示波器、电路板、调试工具。这些人跟他原来在互联网公司见到的同事完全是两个物种。

他当时内心的冲击，那个帖子里的原话是“全新感受”。我猜他可能在心里问自己，这些人是怎么回事？他们不用面临35岁淘汰吗？他们怎么还能在技术岗上待着？

后来他跟这些前辈聊天，出于好奇也好，出于试探也罢，他提起了滴滴、互联网行业普遍存在的35岁职场压力。他想看看这些五十岁的技术前辈听到这个话题会有什么反应。结果对方的反应让他更懵了——人家压根没听过这事儿。

他说起35岁是程序员职业生涯的终点这个话题时，那几个五十岁的嵌入式工程师一脸诧异，那表情他描述得特别真实，就是那种“你说什么呢”的表情。人家反问他，35岁不正是一个人技术积累成型、最适合深耕发展的黄金阶段吗？怎么就成终点了？

这个反问把他的认知体系彻底打碎了。

那个帖子总共只有1次转发、3条评论、3个点赞，数据量不大，但评论区的对话特别有嚼头。有人留言说自己身边也有四十多岁还在写代码的技术人员，状态好得很。还有人好奇追问，哪家企业现在还敢留着五十岁的开发人员？发帖人直接回复说，大家感受到的职场年龄困境，本质上是一种认知偏差。

认知偏差这四个字，就是整个故事最核心的那个扣子。它不是说你能力不行，不是说你不够努力，不是说你没有价值，而是你被困在一个特定的信息茧房里，你以为全世界都长这样，其实根本不是。

讲到这里，我必须插一段我自己调研的东西，因为“嵌入式工程师越老越吃香”这种说法到底是不是幸存者偏差，我得掰扯清楚。

我翻了不少资料，发现嵌入式这个领域跟互联网应用的开发逻辑完全是两条路子。互联网产品讲究的是小步快跑、快速迭代、AB测试、灰度发布，一个功能今天上线明天就能看到数据，效果不好下周就撤掉重来。这种节奏下，企业要的是能加班、能快速学习新框架、人力成本又相对可控的年轻劳动力。一个刚毕业的本科生，培训三个月就能上手写业务代码，他的性价比当然比一个要养家糊口、精力分配不出来的老程序员高。这是互联网商业模式决定的，不是哪个老板心黑故意搞年龄歧视。

但嵌入式开发面对的是什么呢？你写的每一行代码都是跑在物理设备上的，小到智能手表，大到汽车发动机控制单元，再大到工业机器人、医疗器械、航空航天设备。这些设备一旦出厂，代码就焊死在里面了，你不可能像手机APP那样随时推送一个更新。一个bug可能导致产线停产，可能导致医疗事故，可能让一辆正在高速行驶的汽车失控。

在这种容错率极低的环境下，一个嵌入式工程师的价值根本不在他写了多少行代码，而在于他踩过多少坑。一个干了二十年的嵌入式老工程师，他脑子里装的是整个产品线的演进历史，他知道十年前那个版本的芯片有什么隐藏缺陷，他知道某个传感器的数据漂移在什么温度条件下会触发，他知道产线上那个奇怪的偶发性故障其实是电源纹波引起的。这些东西在任何一本教科书上都找不到，任何一篇技术博客里都不会写，全靠时间堆出来。

你说这样的人，公司舍得让他走吗？他走了，那些跑了十几年的老产品出了问题谁去维护？新来的年轻人连原理图都看不明白，更别说定位故障了。

所以那些五十岁的嵌入式工程师听到“35岁淘汰”这种说法时的诧异，不是装出来的，是真的觉得匪夷所思。在他们那个圈子里，35岁才刚刚摆脱了新手期，刚刚开始形成自己的技术直觉，刚刚能独当一面处理复杂的系统级问题，是公司技术体系里的中坚力量。你告诉他们说这个年纪在其他行业已经被嫌弃了，他们当然理解不了。

这背后折射出来的是一个更大的话题，那就是互联网行业的话语权太大了，大到我们把一个特定行业的特定现象当成了整个职场的铁律。

互联网从业者活跃在社交媒体上，他们是内容的生产者，是话题的设置者，是舆论的引导者。你每天刷到的职场焦虑文章，讲35岁危机的、讲被裁员的、讲找不到工作的，大概率都是互联网人写的。他们把自己行业的困境讲出来，传播开来，然后所有人都觉得这是所有行业的通用法则。但那些在传统技术行业里安安静静干到退休的人，他们根本不发帖，不参与讨论，他们的存在就成了沉默的真相。

脉脉上那个帖子的评论区里，有人问“哪家企业还留存五十岁开发人员”的时候，这个问题本身就暴露了提问者的认知边界。他问出这句话，说明在他的信息环境里，五十岁的开发人员是一个需要被质疑的存在，是一个反常现象，是一个值得拿出来讨论的特例。但在发帖人描述的那个传统技术公司里，五十岁的技术人员遍地都是，根本不是需要被“留存”的对象，人家就是技术团队的核心骨干。

还有一个角度特别值得聊一聊，就是“技术深耕”这四个字在两种环境里的含义完全不一样。在互联网行业，很多时候你所谓的深耕其实是深耕某个业务领域，比如你做了五年电商系统、三年支付系统，你对业务逻辑烂熟于心。但业务逻辑这东西，换个公司可能就完全用不上了，它不具备可迁移性。公司觉得你的经验不值钱了，你就真的不值钱了。

但在嵌入式领域，技术深耕是实实在在的底层能力积累。你对ARM架构的理解，对实时操作系统的掌握，对电磁兼容设计的经验，对通信协议的熟悉，这些能力换个行业、换个产品线照样管用。你的技术护城河是真的护城河，不是公司内部自娱自乐的那一套东西。

还有一个容易被忽略的点是，嵌入式行业的项目周期往往很长。一个互联网产品可能三个月就上线了，一个嵌入式产品从立项到量产，少则一年，多则两三年甚至更长。做医疗设备的，光过认证可能就要折腾一两年。这么长的周期，人员的稳定性本身就是项目的风险控制指标。你不可能把一个做了两年的项目在关键阶段交给一个刚入职三个月的新人，那是自毁长城。所以这个行业天然就有保留资深技术人员的动力。

那个脉脉帖子带来的真正冲击，不在于它给出了什么解决方案，而在于它撕开了一道口子，让很多人第一次意识到，自己深信不疑的那个35岁宿命论，可能根本不是技术人职业生涯的真相，而是被某个特定行业的游戏规则洗了脑。

你身边那些天天跟你说35岁要完蛋的人，他们本身就在那个完蛋的体系里。而你从来听不到声音的那群人，可能已经在另一个体系里写代码写到了退休。

那个发帖人说自己从默认35岁淘汰，到亲眼看见50岁的技术前辈还在深耕，这种认知的撕裂感，才是这整件事最值得被讨论的地方。评论区那条“哪家企业还留存五十岁开发人员”的疑问，恰恰证明了这种认知偏差有多大范围的存在。

我看到这个帖子的时候，脑子里闪过一个画面。一群人在一个房间里焦虑得要命，觉得门马上就要关上了，结果有人推开窗户往外看了一眼，发现外面是另一片天地，那里的人压根不知道什么叫做门要关了。