
2024年底,我的一个朋友从某头部电商平台被裁了。
他做了六年后端,级别到了 P7,带过十几人的团队,负责过日均亿级流量的核心链路。赔偿拿到手的时候,他发了条朋友圈,只有一句话:
“原来我以为自己是在建造什么,其实只是在维护一台机器的某个零件。”
这条朋友圈下面,点赞的人里,有在大厂的,有在中小公司的,有刚入行两年的,也有做了十几年的。
我当时就意识到:这句话戳中的,不只是被裁这件事本身,而是很多技术人心里藏了很久、却从来没有被清晰说出来的某种困惑。
这篇文章,我想认真聊聊这个困惑背后的真实处境——不是为了贩卖焦虑,而是希望说一些真实的、有用的东西。

先说一个大多数人不愿意承认的事实:大厂是一个非常舒适、同时也非常危险的地方。
舒适在于:薪资高、平台大、简历好看。你写的代码每天被几千万人使用,这种成就感是真实的。你接触的系统复杂度、工程规模,是大多数中小公司给不了的。
危险在于:这种环境会在不知不觉中让你的能力结构变得极度垂直,同时让你误以为这就是全部。
举个真实的例子。一个在大厂做了五年基础架构的工程师,对分布式系统、服务治理的理解相当深刻。但当他出来找工作,面对一家 B 轮公司的 CTO 问“你能从零搭一套适合我们现阶段的技术体系吗”——他愣住了。
不是因为他能力不够,而是因为他在大厂的五年里,从来不需要做这个判断。框架是现成的,基础设施是现成的,他只需要在既定的轨道上往前跑。
这不是批评,这是大厂分工精细化的必然结果。问题在于,很多人把“在大厂运行良好”误认为“自己的能力足以独立应对复杂局面”。
这两件事,差距很大。
这是一个扎心但必须认真回答的问题。
一个在大厂负责推荐系统的算法工程师,他的工作成果建立在:内部的特征工程平台、标注团队生产的高质量数据、几百台 GPU 服务器的算力支撑、完善的 A/B 测试基础设施。
这些资源,拿掉任何一项,他的产出都会大幅缩水。
这不是说他没有能力,而是说他的能力与平台资源是深度耦合的。一旦离开这个平台,他需要重新评估自己真正独立拥有的能力边界在哪里。
可以用这几个问题来做自测: * 如果没有公司现有的基础设施,你能从零搭建一个能用的版本吗? * 如果你的团队全部换人,你的系统还能正常运转吗? * 你的方法论,有多少是你自己总结的,有多少是照搬团队惯例的?
没有标准答案,但认真回答这三个问题,会帮你看清自己真实的能力边界。
大厂薪资的构成通常是:基础薪资 + 绩效奖金 + 股票。而其中相当大一部分,来自于大厂本身的品牌溢价和市场垄断带来的利润分成。
换句话说,你的薪资里,有一部分是你在为“大厂员工”这个身份买单,而不完全是你的个人能力定价。
这在行情好的时候无所谓——大家都在涨,溢价水涨船高。但当裁员发生,重新进入市场的时候,很多人会发现:市场对同等能力的定价,比他们预期的要低 20%-40%。
这种落差,不是市场的问题,而是长期在大厂环境中对自己市场价值形成了系统性高估。
大厂的晋升体系设计得非常精妙:它会让你不自觉地把“往上晋升”当成职业发展的唯一目标,把“完成组织交给你的任务”当成成长的全部。
但组织的目标和你个人的长期发展,并不总是一致的。
一个典型的场景:某工程师为了冲击下一个级别,连续两年选择做内部影响力最大的项目,放弃了几个外部技术含量更高但“不好量化贡献”的机会。晋升成功了,但技术能力的成长,其实停滞了很久。
这种选择本身没有对错,但很多人在做这个选择的时候,并没有意识到自己在做选择——他们只是在跟着组织设计好的路径走。
聊完问题,说说我认为真正重要的事。
这是最核心的一条,也是最难的一条。
技术判断力,不是指你懂多少技术栈,而是指你能在给定约束下,做出合理的技术决策。
举个具体的例子:一家 50 人的创业公司,技术团队只有 8 人,需要在三个月内上线一个包含即时通讯、电商和内容分发的平台。这时候,你会做什么选择?
大厂工程师的本能反应可能是:自建消息队列、微服务拆分、设计高可用架构。但这个阶段的正确答案可能是:用云服务商的 IM SDK、单体架构先跑起来、把有限的精力聚焦在最核心的差异化功能上。
这个判断,需要的不是技术深度,而是在不同约束下识别真实优先级的能力。这是大厂环境很少锻炼、但在独立面对复杂局面时最需要的东西。
培养这种能力,有几个实际的方法: * 主动参与技术选型,而不是只执行已经确定的方案 * 在做技术决策时,强迫自己说出“为什么不选另一个方案” * 关注不同规模、不同阶段的公司如何解决同类问题,而不只关注大厂的最佳实践
这是一个非常实用的建议,来自一次让我很受触动的观察。
某次技术面试,面试官问一个候选人:“你在上家公司做的那个推荐系统,如果让你用三句话解释它的核心价值,你怎么说?”
候选人沉默了很久,说了很多,但三句话没有说完。
这不是表达问题,是认知问题。他在这个系统里工作了三年,但他从来没有从整体上思考过“这个系统的核心价值是什么”。他只是负责其中的某个模块,其余的部分他不太清楚,也没有主动去了解。
一个技术人,如果不能清晰陈述自己的贡献,在以下场景会遇到麻烦: * 换工作时,你很难说服面试官你的真实价值 * 做独立项目时,你很难向潜在合作者或用户解释你做的东西 * 在组织内部,你的晋升依据会变得模糊
解决方案很简单,但需要持续练习:定期用非技术语言写下你在做什么、为什么这样做、结果是什么。不是写给别人看的,而是逼自己跳出执行层,从价值层重新审视自己的工作。
这个词来自塔勒布,我借用一下。
大厂的工作是脆弱的——当组织调整或市场变化时,你的岗位可能在一个季度内消失。要对抗这种脆弱性,需要积累一些“反脆弱”的资产:那些不依附于特定公司、在市场变动时反而会升值的东西。
具体来说,这类资产包括: * 跨越特定技术栈的底层能力:如系统设计思维、算法基础、工程素养,这些东西不会随技术栈更迭而贬值 * 对某个垂直领域的深度理解:比如金融风控、医疗数据、游戏引擎,纯技术的稀缺性正在下降,但“技术 + 领域”的组合仍然稀缺 * 可以独立作证的公开作品:开源项目、技术文章、公开演讲,这些东西建立了独立于公司背书之外的个人信誉
这些资产不需要从零开始,但需要有意识地去积累,而不是等到需要的时候才意识到自己什么都没有。
这一节想单独说,因为我发现这是很多技术人内心深处最真实的焦虑,却很少被认真讨论。
很多人在大厂被裁之后,第一反应不是“我能在哪里找到新机会”,而是“我是不是已经不值钱了”。
这种感受是真实的,但它的来源需要被仔细辨别。
一种情况是:你的某些具体技能确实在贬值。这是真的。部分重复性的编码工作、标准化的业务需求实现,正在被工具和 AI 加速替代。如果你的日常工作中这类占比很高,这确实是一个需要认真对待的信号。
另一种情况是:你只是暂时失去了平台加持,而误以为自己的能力不值钱。这种情况同样非常普遍。很多技术人在大厂环境里做了五六年,积累了相当深厚的能力,但他们的能力从来没有在市场上独立验证过,所以当平台消失的时候,他们自己也不确定自己的能力值多少。
区分这两种情况,需要一个诚实的自我评估——不是跟大厂同事比较,而是问自己:如果完全靠自己,我能解决哪些真实的问题?有没有人愿意为这些问题的解决付费?
这个问题的答案,才是你市场价值的真实锚点。
如果你现在还在大厂,这篇文章不是在催你离开,而是想提几个建议,趁着平台资源还在的时候,做一些对自己长期有价值的事。
主动接触你负责模块之外的东西。大厂的分工会让你自然地只关注自己的一亩三分地。但花 10% 的时间去理解上下游、去参与你不擅长的技术讨论,会让你的视野结构完全不同。
把工作中的决策过程记录下来。 不是写 KPI 材料,而是记录“当时面临哪些选项、基于什么判断做了这个选择、结果如何”。这些记录,是你真实的思考资产。
在组织外建立一些连接。参与技术社区、认识不同公司背景的人、偶尔在外部分享你的经验。这些连接,在你需要的时候会成为真实的支撑。
不要把晋升当成唯一的成长指标。晋升是结果,能力和判断力的积累才是原因。两者通常正相关,但并不总是同步的。
我的那位朋友,被裁之后花了三个月重新梳理自己的能力。他最后去了一家 C 轮公司做技术总监,薪资和之前差不多,但他说了一句让我印象深刻的话:
“我现在每天做的决策,是我自己的决策,不是组织交给我的决策。这种感觉,比在大厂的时候踏实多了。”
这不是说大厂不好,也不是说出来就一定更好。
这只是说:清醒地知道自己在哪里、知道自己真正拥有什么,是一个技术人在任何环境下都需要的底气。
裁员是一次强制的清醒机会。但最好的状态,是在裁员之前,就已经清醒了。