大厂光环下的真实体验

加入 Meta 以后，我做的是业务开发。全栈，前后端都写。

整体的感受和 Shopee 差别很大。在 Shopee 的时候，我在基础架构组，每天打交道的是系统、是代码、是文档。但在 Meta，业务开发需要随时和业务团队保持同步，需要自己去推动他们，需要协调各种资源。有些人很擅长这种活儿，但我不是这类人。

待了几年，我想聊聊大厂光环下的一些真实体验。

不是抱怨，只是记录。

首先是流程。

Meta 的流程确实很完善。代码审查、设计评审、发布流程、oncall 机制……每一个环节都有清晰的规范。刚进来的时候，我觉得这些东西很好，能让工程质量有保障。

但待久了你会发现，流程一定会衍生出对应的策略。

中国有句老话，上有政策，下有对策。这句话放在任何大公司都适用。流程是死的，人是活的。当流程变成了一种负担，大家自然会找到绕过它的办法，或者用最小的成本去满足它。

这不是谁的错，这是系统的必然。

然后是人。

进 Meta 之前，我以为这里的人都是顶级的。毕竟面试那么难，能进来的应该都很厉害吧。

进来以后我发现，人员参差不齐。

确实有非常厉害的人，那种一眼就能看出问题本质、代码写得又快又好的人。和他们一起工作的时候，你会觉得自己还有很多要学的。

但也有浑水摸鱼的人。有些人很会包装自己，很会在合适的时机出现在合适的地方，实际产出却很有限。这种人在任何公司都有，大厂也不例外。

光环是光环，人还是人。

第三个感受是绩效考核。

Meta 的绩效考核非常严格，也非常透明。每半年一次，你的表现、你的 impact、你的成长，都会被拿出来评估。这种机制有它的好处——它逼着你去思考自己在做什么、做得怎么样、有没有价值。

我以前是从来不做规划的人。但经过这几年的磨合，我现在已经养成了规划的习惯。这是实实在在的收获。

但硬币的另一面是压力。

当绩效考核变得非常重要的时候，很多人会变得非常功利。没有 impact 的事儿，他不理你。对他绩效没帮助的事儿，他能推就推。你去找人帮忙，对方第一个问题往往是：这件事对我有什么好处？

这不是个别人的问题，这是激励机制塑造出来的行为。当系统奖励某种行为的时候，人就会朝那个方向走。

面向绩效工作，是大厂里一种普遍的生存策略。

最后聊聊技术。

Meta 的技术栈几乎全是自研的。框架是自己的，工具是自己的，基础设施是自己的。刚开始的时候，学习曲线很陡，什么都要重新学。

这几年下来，我确实学到了很多东西。但说实话，大部分收获来自于 Infra 团队的产品——他们做的东西设计精良，文档清晰，用起来很舒服。

至于业务开发本身，很多代码奇形怪状。历史包袱、临时方案、各种 hack……你以为大厂的代码会很优雅，其实不一定。业务压力之下，能跑就行，哪有时间重构。

这大概是所有业务开发的宿命。

写到这里，我不是想说 Meta 不好。能在这里工作几年，是我职业生涯中很重要的一段经历。我学到了东西，见识了世面，也认清了一些现实。

只是想说，大厂没有那么神。

它有好的流程，也有流程带来的官僚。它有顶级的人才，也有浑水摸鱼的人。它有严格的考核，也有考核带来的功利。它有先进的技术，也有一地鸡毛的业务代码。

光环之下，都是普通人在普通地工作。

祛魅之后，才能看清自己真正想要什么。