刷到这帖，猿哥对这场景太熟了——这就是职场里的 脏活累活和真金白银 ，到底是怎么错配的。

　　脏活别接

　　我一前同事，人送外号"兜底王"。系统崩了找他，历史遗留代码没人敢动找他，凌晨两点线上报警还是他爬起来处理。

　　你猜怎么着？年底绩效， C

　　领导理由特别充分：" 你负责的模块出了好几次线上故障，质量把控不行。 "

　　他当时没绷住，差点当场笑出声——那些故障全是别人留下的坑，他只是那个 站在坑边救人 的傻子。

　　脏活就像黑洞，专门吸你的时间和精力。 你接得越多，属于你的时间就越是碎成渣。别人在打磨核心项目、刷亮眼数据，你在缝缝补补一堆破烂。最后领导一验收，你手里全是补丁，人家手里全是作品。

　　更可怕的是， 脏活出错的概率天然更高 。不是你能力不行，是你手边的雷太多了，总有一个会炸。炸了，锅就是你的。

　　所以我现在跟读者说： 有些活儿，烂在那儿比接过来强。

　　领导有"嫡系"

　　说完活儿，再说人。

　　很多兄弟没搞明白一件事： 领导评估你的依据，从来不是客观KPI，而是"我们是什么关系"。

　　嫡系是什么？是亲信，是自家人。他们活干少了，叫"授权充分"；活干砸了，叫"试错成本"。

　　你呢？活干多了，叫"用力过猛缺乏重点"；活干好了，叫"这块业务本来也没那么难"。

　　就这么双标！

　　那个被打低绩效的读者，后来无意中发现自己的工单量、代码提交、故障处理时长，全都排在部门前列。有什么用？ 领导不看这个，领导看的是"你跟我熟不熟"。

　　这是每天都在上演的日常。你通宵改完的bug，不如嫡系在茶水间跟领导聊的十分钟天气。

　　最气人的是，你还不能急。急了就是"情绪管理不行"，反驳就是"不接受组织安排"。

　　会哭的孩子有奶吃？

　　看到这儿，估计有人要拍桌子了： 那咋办？躺平？掀桌？还是也去学那些弯弯绕？

　　我觉得都不是。 还有中间地带。

　　我认识一后端老哥，去年也是绩效被压，但他没忍。他做了什么？他把半年的工作数据全导出来，拉了个表格，发给领导，抄送+1老板。

　　邮件写得特客气："辛苦领导看看，这些工作量和产出是否在评价里有体现，如有遗漏，我随时补充材料。"

　　没撕破脸，但把牌摊到桌面上了。

　　结果绩效改了，+1老板还找他聊了一次，现在他在新组当小组长。

　　我想说的是， 争取不是撒泼，拒绝不是摆烂。 你可以不当刺头，但至少要让别人知道：你手里有账，心里清楚，不好糊弄。

　　别把自己活成"耗材"

　　最后聊点扎心的。

　　很多程序员有个执念，觉得 代码写得好、bug修得快 ，就能被看见。但职场不是OI比赛，不是谁AC得多谁拿奖。

　　领导视角里，有一类人是 "高质量耗材" ——好用，便宜，随叫随到，用完了还不用保养。他们不怕你走，因为外面还有一堆简历在排队。

　　你想从耗材变成资产，就得让自己 有不可替代性 。不是"缺了你系统就崩"的那种——那叫坑位绑定，你走不了也升不上去。而是"这个项目没了你，质量/进度/口碑就往下掉"的那种。

　　这靠的不是堆工作量，是 选对赛道，卡对位置，让关键的人看见关键的价值。

　　直白说： 同样的八小时，宁可去写一份让总监点头的方案，也别去修一百个没人记得的边角bug。

　　写在最后

　　回到那个读者的故事。

　　但我想跟他说：

　　绩效是一时的评价，但你对自己的判断，才是一辈子的底层代码。

　　活儿干得多不多，你心里清楚；领导端没端平这碗水，你也清楚。清楚，就别骗自己。

　　要么学会在规则里游泳，要么换一片池子。最怕的是， 一边游得累死，一边骗自己"再忍忍就好了"。

　　那池子要是浑的，你游再好，也看不见底。