早上刷牙时，脑子里突然蹦出个念头：大厂，其实都是草台班子。

这想法有点大逆不道，毕竟人家个个市值千亿

但是，大厂的发家史，本质上就是一部“先干起来再说”的野史。

听说，滴滴的第一个版本是花8万块钱外包做的，字节跳动最早在锦秋家园租房子，张一鸣亲自写代码，办公室堆满服务器，夏天热得像蒸笼

别管姿势多难看，先跑起来再说。

有个朋友在TMD大厂做开发，他们组最老的系统是用COBOL写的，现在全司上下对待这段代码的态度，比考古学家对待兵马俑还谨慎——毕竟这玩意儿要是崩了，可能连会修的人都挖不出来。

CTO说要搞"中台战略"时，新来的架构师打开代码库一看，当场就报了工伤——这哪是技术债？这分明是技术高利贷！

在大厂待久了就会发现，这里最魔幻的不是技术，是人。

实习生改了个按钮颜色，周报上写"通过UX重构提升生态转化率"；程序员删了几行废代码，汇报时说"完成技术减负战略"；产品经理加了个筛选框，非得说是"构建用户心智矩阵"。最绝的是某厂的年终评优，有个组靠"成功将系统崩溃时间从每周五次降到三次"拿了创新奖——这要搁医院，就是给ICU大夫发"最佳续命奖"。

有个VP的名言特别精辟："在我们这儿，能把一棵草说成森林的都当总监了，真把森林种出来的还在通宵改bug。"这话让我想起前同事的至理名言："大厂的PPT就像女明星的妆容——功能不重要，重要的是看起来值钱。"

总之，只要PPT够华丽，问题就不是问题。

在大厂，老实人埋头改需求，聪明人琢磨怎么写OKR。你说你做了600个需求？领导皱眉：“没有聚焦。”但如果你说“通过技术赋能，提升搜索效率90%”，那就是“高潜力人才”。

等公司上市了，老板们终于想起来要“优化流程”“提升效率”，但这时候的架构，已经成了一座哈尔的移动城堡——新系统上线？老系统不敢关，只能并行跑。数据迁移？搬一半发现不对，又搬回去。业务不能停，只能搞“兼容”，美其名曰“平滑过渡”，实际就是“凑合着用”。

大厂技术三件套：重构、迁移、兼容。

重构=“我们把代码重新写了一遍，但功能一点没变。”

迁移=“数据搬来搬去，业务方根本不知道。”

兼容=“新旧系统一起跑，谁崩了算谁的。”

你说这能不出问题吗？当然能。但大厂不怕

为什么草台班子还能赚钱？答案很简单：规模够大，容错率就高。

大厂的生存智慧在于：用20%的精英cover80%的混乱，靠用户规模自动填坑，实在不行就砸钱——系统崩了？加服务器！体验差？发补贴！代码烂？反正投资人又看不懂！

所以在大厂混，得掌握核心生存法则：

黑话要够黑——"修bug"要说成"技术债重构"，"拍脑袋"要包装成"顶层设计"

姿势要够帅——同样的需求，要说"这个要闭环""那个要赋能""整体要沉淀"

心态要够佛——当你看到新来的95后总监把"用户增长"说成"流量生态反哺"时，要像郭德纲看公式相声一样保持微笑

所以，大厂真的是草台班子吗？

从微观看，是的——系统混乱、流程冗长、人人都在甩锅。

但从宏观看，它已经成了一个有机体，能自我修复、持续进化。破个口子留个疤，照样活蹦乱跳。

大厂虐我千百遍，我待大厂如初恋。

不是因为它多完美，而是它给的实在太多了。

所谓成熟，就是发现所有公司都是草台班子后，依然认真演好自己的角色。

写完这篇文章，我的OKR自动升级了：关键结果从"获得1个在看"变成了"引发行业深思"。要是没达标？那就改叫"战略性数据沉淀"。

毕竟在大厂，改KPI比改代码容易多了。

来源 | 陈天宇宙（ID：chentianyuzhou）

作者 | 陈天宇宙 ; 编辑 | 虾饺

内容仅代表作者独立观点，不代表早读课立场