最近知乎热榜上有个话题挂了很久，热度冲到152万，讨论的焦点是一则爆料：某大厂职工靠疯狂加班，把服务器成本硬生生压下来2个亿，结果全组被裁。评论区高赞的一句话是——“程序员要学会养 bug”。
乍一听像段子，细想却挺扎心。今天不站队、不煽情，就借这个 Zhihu Hot topic 聊聊：这件事到底该怎么理解，以及那句“养 bug”背后，藏着哪些普通打工人该看懂的信息增量。
先把事情拆开看：降本2亿，为什么反而成了“罪状”？
很多人第一反应是：省了2亿还被裁，公司是不是脑子有病？
其实在大厂的成本结构里，服务器费用属于技术成本，而人力成本属于组织成本。你加班把服务器成本打下来，账面上确实好看，但可能同时触发了几件事：
第一，你证明了这套系统“不需要那么多人维护”。
第二，你把原本属于长期优化的活儿，用短期堆人力的方式干完了。
第三，你的加班行为本身，在管理层眼里可能被归类为“低效内卷”，而不是“技术突破”。
换句话说，你交出的是一份漂亮的成本报表，但同时也交出了一份“这个团队可以缩编”的证明。裁掉你，不是因为你做得差，而是因为你做得“太干净”了。
“程序员要学会养 bug”到底在说什么？
这句话听起来很反智，但它其实是一句职场生存隐喻，不是技术建议。
它的真实含义是：不要把所有问题都一次性解决干净，要留一些“可控的、不影响主流程的、但看起来需要持续投入”的事情。
为什么？因为在很多大公司的考核体系里，“持续有活干”比“一次性干完”更安全。你把系统优化到极致，下一步就是“你还有什么价值”。而如果你留一些无伤大雅的 bug、留一些可以慢慢迭代的模块，你反而能持续证明自己在“解决问题”。
这不是鼓励你写烂代码，而是提醒你：在组织里，可感知的持续价值，往往比一次性的大功劳更保命。
真正该警惕的，不是“养 bug”，而是“只会埋头降本”
这个 Zhihu Hot topic 下面很多人骂公司冷血，但我觉得更值得讨论的是：为什么一个程序员会把“加班降本2亿”当成自己的核心筹码？
因为很多人潜意识里还相信“功劳簿逻辑”——我立了大功，公司就该留我。但大厂的决策逻辑是资源再分配逻辑：你省下的2亿，可能被拿去投新业务；你腾出来的人力，可能被划到更赚钱的部门。你不是被惩罚，你是被“优化配置”了。
所以真正该学的不是“养 bug”，而是：
- 别把降本做成一次性事件，要让它变成持续性的、有节奏的优化过程；
- 别只盯着技术指标，要理解你做的事在组织账本里对应哪一行；
- 别用加班换成绩，因为加班本身在管理层眼里，可能只是“人力冗余”的证据。
给普通打工人的三点实在建议
第一，分清“功劳”和“筹码”。
功劳是过去的，筹码是未来的。你能持续解决什么问题，比你曾经省过多少钱更重要。
第二，降本要降得“有节奏”。
一次性砍掉2亿，不如分四个季度各优化5000万，每个季度都有产出、有汇报、有存在感。
第三，别把“养 bug”当技术信条，把它当风险意识。
留一些可控的迭代空间，不是让你摆烂，而是让你在组织里保持“被需要”的状态。
回到这个 Zhihu Hot topic 本身，152万热度背后，大家真正焦虑的不是那2亿，而是“我拼命干活，到底能不能换来安全感”。答案可能很残酷：在大厂的成本公式里，安全感从来不来自你省了多少钱，而来自你还能持续省多少钱、或者赚多少钱。
所以，与其骂公司，不如早点看懂这套账本。毕竟，程序员要学会的，从来不是养 bug，而是养自己的“不可替代性”。
微信扫码查看