Why I Quit Google to Work for Myself

{"category":"职场管理","title_cn":"我为什么离开谷歌，选择为自己工作","content":"> 谷歌工程师反思：在庞大官僚体系中，个人成长与公司利益的错位，如何促使他放弃稳定高薪，转向独立开发与自主创业。\n\n## 导言：一次离职引发的思考\n\n2018年2月1日，我正式从谷歌离职。在此之前，我已经在谷歌担任了四年的软件工程师。表面上的原因听起来有点可笑：他们拒绝给我买圣诞礼物。当然，实际情况远比这复杂——这四年让我看清了一个深刻的现实：即便是在最好的科技公司，个人价值的实现也可能被系统的游戏规则所扭曲。\n\n## 前两年：蜜月期的幻象\n\n入职后的头两年，我对谷歌抱有近乎盲目的热爱。每年度的员工调查中有一个问题是：“你预计五年后是否还在谷歌工作？”对我来说，这简直不需要思考——当然会在！我周围是全世界最顶尖的工程师，使用着最先进的开发工具，享受着最免费的食堂餐食。\n\n那时，我的绩效评级是“远超预期”（Strongly Exceeds Expectations）。如果继续沿着这条路走下去，我很快就会升职为高级软件工程师（Senior Software Engineer）。这是一个多么光鲜的头衔！未来无论我走到哪里，我都可以自豪地说：“是的，我曾在谷歌担任高级软件工程师。”人们会为此印象深刻。\n\n我的经理也向我保证，升职近在眼前。他认为我的能力已经达到高级工程师的水准，只是需要一个合适的项目向晋升委员会证明这一点。\n\n## 谷歌独特的晋升机制\n\n你可能不知道的是，谷歌的经理并不能直接提拔下属，他们甚至连投票权都没有。晋升决定由一个由高级工程师和经理组成的小型委员会做出——这些评审者在决定你的命运之前，甚至从未听说过你的名字。\n\n申请晋升的过程是：你需要准备一份“晋升材料包”，包含：\n- 团队成员写的推荐信\n- 你设计的技术文档\n- 你写的解释为什么你的工作值得晋升的小短文\n\n这些材料会被提交给晋升委员会，他们会把多个候选人放在一起评估，用一整天的时间讨论决定谁晋升、谁不晋升。\n\n在头两年的蜜月期里，这个系统听起来很棒。我天真地以为，我的命运应该掌握在一群从未见过我的神秘评审者手中——这样就不存在偏袒或办公室政治，他们能绕过一切表面现象，直接认可我的高质量代码和精明的工程决策。\n\n## 现实：委员会并不全知全能\n\n在我第一次准备晋升材料之前，我从未思考过这套系统的运作逻辑。在我的想象中，晋升委员会是一个全知全能的公平实体。如果我每天都在解决正确的问题、优化代码库、帮助团队高效执行，委员会会神奇地感知到这一切，并因此奖励我。\n\n不出所料，事情根本不是这样运作的。我花了整整两年才看透这一点。\n\n## 我的“愚钝”工作方式\n\n当时，我的主要职责是一个历史遗留的数据管道系统。这个系统已经处于维护模式多年，但随着负载增加，它开始不堪重负：频繁地静默宕机，或产出错误的数据结果。由于该系统从设计之初就没有维护文档，每次故障诊断都需要花费数天时间。\n\n我满怀骄傲和关爱地将其救治：\n- 修复了几十个bug\n- 编写自动化测试确保这些bug不会复发\n- 删除数千行死代码，或用现代库替换过时逻辑\n- 在熟悉系统的过程中详细写文档，确保知识沉淀为团队共享资产，而不是只存在我的脑子里\n\n但到了晋升评估时，我发现一个致命问题：所有的这一切都无法量化。我无法证明我的任何工作对谷歌产生了可度量的正面影响。\n\n## 无法用数字证明的价值\n\n这个管道系统几乎没有记录任何有效指标。仅有的指标看起来甚至表明情况恶化了：\n- 我发现的bug导致整体bug数量上升（因为旧bug被正式记录在案）\n- 管道的故障次数增加了（因为我改成了快速失败模式，而不是静默吞掉异常数据）\n- 我大幅减少了开发人员修复这些故障的时间，但系统中并没有追踪开发者工时的指标\n\n其他方面的表现也好不到哪里去。有几次，我暂停自己的项目长达数周甚至数月，去帮助那些项目可能延期的同事。这对团队来说是正确的决策，但在晋升材料中毫无加分。在委员会看来，我同事的项目是重要的、需要多开发者协作的核心工作。如果他们把我说服了去帮忙，那反而证明他们的领导力强；而我则是一个无足轻重、随时可以被拉去干杂活的人。\n\n不出所料，我的第一次晋升申请被驳回：委员会认为我没有证明自己能处理技术复杂度，也看不到我对谷歌的影响力。\n\n## 失败中学习：寻找“证据链”\n\n这次失败深深地打击了我，但我并未气馁。我反思后认定：自己过去太天真了，没有提前规划以留下“书面痕迹”。既然理解了规则，我决定继续保持良好的工作，只是更注重记录和度量。\n\n比如，我的团队曾收到大量虚假告警邮件。过去的我会直接修复这些告警。但现在的我知道，为了让这项工作进入晋升材料，我应该先设置好指标，记录告警频率的历史数据。这样到晋升评审时，我就能画出一条令人印象深刻的下行趋势折线图。\n\n不久后，我被分配到一个似乎“天生为晋升而生”的项目：它重度依赖机器学习——那时候（现在依然）在谷歌是最热门的方向。这个项目可以将数百名人工操作员的手工劳动自动化，因此有清晰、客观的冲击力。它还需要我带领一名初级工程师——这通常会给晋升委员会留下好印象。\n\n## 圣诞礼物事件：幻灭的起点\n\n就在此时，谷歌因终止一项长期传统而登上新闻：不再给全体员工发放奢华的假日礼物。取而代之，他们用原预算购买了Chromebook捐给贫困学生——名义上这是慈善之举，实际上也是广告宣传。\n\n不久后，我听到两位同事的对话：\n\n员工A：“其实你仍然拿到了礼物。这种削减会提升谷歌股价，你可以卖掉股票奖励，去买任何你想要的礼物。”\n\n员工B：“那回家我就跟我老婆说：今年给你买礼物的钱没了，但你用咱们存款里的钱去买任何你想要的吧——你觉得她会不会接受？”\n\n员工A：“你和谷歌是商业伙伴关系。如果你因为谷歌不像你对待妻子那样用礼物来‘浪漫’而你感到失望，那说明你对这种关系的理解有误。”\n\n这句话像一道闪电击中了我。是的，我和谷歌只是商业伙伴关系。听上去不可思议，我用了整整两年半才想明白这个显而易见的事实——谷歌在营造内部社区感方面做得太好了，它让我们觉得我们不仅仅是雇员，我们就是谷歌的一部分。\n\n但那次对话让我猛然醒悟：我不是谷歌。我提供服务，谷歌付我薪水。仅此而已。\n\n## 核心矛盾：到底在为难优化？\n\n既然我们和谷歌的关系是一场为彼此利益服务的商业交往，那我为什么要花费精力去做那些只服务于谷歌利益、而不是我自己利益的任务？\n\n如果晋升委员会对修bug或团队支持类的工作毫不认可，那这些活我为什么要主动去干？\n\n我开始审视自己过去三年多的时间分配。在这个游戏中，我一直在试图用“对谷歌好的方式”来积累个人资本，但晋升机制的天平却明显倾斜——它奖励那些能带来可见指标改善的工作，而不是真正维持系统健康、帮助团队高效运作的工作。\n\n### 问题在于逐利的世界\n\n这种错位不只是谷歌的问题。任何大公司都会有类似的矛盾——公司寻求的是剩余价值最大化（用最低成本获取最大产出），而员工寻求的是个人职业资本（技能、人脉、声誉）的最大化。在理想状态下，这两者有部分重合：当你做得好的时候，公司会用晋升、加薪来奖励你。\n\n但实际上，晋升标准往往偏向于：\n- 你能把项目的指标做出多少亮眼提升\n- 你能不能向委员会“售卖”自己的成就\n- 你是否承担了看得见的、高层级的责任\n\n而不偏向于：\n- 你让系统更健壮了（但没有量化指标）\n- 你帮同事避免了至少两个设计错误\n- 你写的大量文档让新员工的onboarding时间缩短了\n\n问题是：晋升委员会无法观察到“如果我不做，会怎样”的反事实场景。\n\n## 为自己的事业而离开\n\n从那一刻起，我开始重新定义我的工作方式。这次不是为了“让谷歌变得更好”，而是为了“让我自己更有市场价值”。我选择了辞职，自己去开发产品。不是为了自由散漫，而是因为我希望我的时间、努力和创造力能有直接的回报——不是通过一个不理解我贡献的委员会来分配。\n\n辞职近一年后，我创办了自己的独立开发业务，销售自己开发维护的软件产品。现在的我如果做一件事，那是因为它：\n- 对用户有价值\n- 能给我的业务带来成长\n\n没有更多荒谬的中层管理术语，没有需要说服的神秘委员会，没有伪装成慈善的礼物削减——只有我和世界直接的契约关系。\n\n## 留给你的思考\n\n我无意批判所有大公司或所有工程师。每个人的处境不同，目标不同。在谷歌的体验有好有坏，我的经历也未必放之四海而皆准。但这趟旅程让我看清了一件重要的事：你工作的最终产出是什么——是产品、代码、服务，还是一个个漂亮的绩效指标？你是在为自己工作，还是在为一种看不见的评级制度工作？\n\n如果有人正在一家大公司帮助自己公司变得更好，心里却隐隐感觉自己的最佳技能被浪费在应付评审、准备材料和做政治操作上——那我的故事也许会触发你思考：你真正需要优化的，究竟是谁的效用函数？\n\n原文链接：https://mtlynch.io/why-i-quit-google/"