《职场吐槽日常》陈丶

83、当装睡的人是我的领导 昨

　　昨天刚送走一位富有责任感的老前辈，今天，我那“老登”领导就又出了幺蛾子。

　　说“又”字，是因为这早已不是第一次了。上一次的荒唐事还历历在目：领导突发奇想，要一个人包揽前后端的所有创作。说得倒是好听——让我做的设计给他当参考，他指挥AI干活，大家集思广益，最终融合成一个“新的东西”。且不说我们组一共就两个人，你做一个，我做一个，合起来再做一个，这耗费的时间精力算谁的；更让人哭笑不得的是，他不是和我一起做，而是等我做完了，再来个釜底抽薪，他自己重新设计一个。这可真是会“设计”。

　　项目的时间早就定好了，四月底要出一个可展示的版本。我在三月份已经把大致的功能流程全部完成，只差和对面对接，获取数据集就能测试通过了。结果领导说，他写了一个新版本，还缺很多功能。那就一起查漏补缺吧。我提了最小的三个方案，领导则列出了他没做的那些，我便把自己的功能模块替换进去。

　　这周刚替换完，领导就说我替换的那些功能模块没有用。代码已经推送上去，领导却说他自己写了相关功能，我写的“没有用”，“对用户来说就是一坨屎”。

　　我特意封装了log日志插件，能统一存储日志、管理日志，自定义的日志函数接口一应俱全。我反复强调，具体功能模块的日志应该由模块内自行调用相关接口去写入。领导说：我没看，但我觉得没有用。

　　一个人能理直气壮地说出“我没看，但我觉得没有用”，还能稳稳当当地坐在座位上，这本身就是一种令人叹为观止的能力。没底线的人刷新我三观的速度，往往比我有底线地更新认知的速度还快。

　　我说：“我昨天推送代码了，并且和你说了啊。”

　　他说：“对啊，但我没看到代码。”

　　“你没看到代码不会和我说吗？”

　　“我怎么知道你切换分支了？”

　　这种语气，这种逻辑，堪称职场版的“傻白甜”——只不过这里的“白甜”要打上引号，而“傻”是装出来的。一个人如果真的不知道切换分支的事，大可以问一句；但他选择了不知道，那便是最高效的防御机制。

　　我忽然不想争辩了。他想做就让他做吧，我混日子就好了。

　　这世上，与其叫醒一个装睡的人，不如自己先睡下。不是妥协，是算清楚了账——生气的成本远高于沉默的成本，而争辩的胜率趋近于零，因为对方根本没打算和我站在同一套事实框架里对话。

　　人与人的差距，有时候真的大到让人怀疑人生。但仔细想想，这种差距未必是能力的差距，而是一种选择：有人选择做事，有人选择做“看起来在做事”。前者累，后者稳。前者容易生气，后者永远无辜。

　　---

　　## 夜深人静时的内心独白

　　关了电脑，我躺在床上翻来覆去地想。

　　**关于我自己**——我承认，我是一个有责任感的人，甚至有点“技术洁癖”。封装那个日志插件的时候，我想的是以后维护方便、调用统一、扩展灵活。我主动推送代码，告诉他我切换了分支，因为我觉得这是基本的协作礼貌。可我现在才意识到，我一直在默认一个前提：对方会按照正常职场人的逻辑行事——我告知了，他就会接收；我的代码有用，他就会认可；我们沟通过，就会形成共识。这套逻辑在遇到一个选择性接收信息的人面前，就像对着墙壁说话。

　　我不是没有能力。三月份我一个人把功能流程跑通，只差数据集就能测试，这不是谁都能做到的。可我的问题在于，我总是忍不住“多做一步”——他写的新版本缺功能，我就去补；他说查漏补缺，我就认真提三个方案。我把他当队友，他把我当什么？一个可以随时否决、随时说“我没看到”的工具人。

　　**关于他**——我这几天反复琢磨，他到底是真的蠢还是装的。后来我想通了：他既不蠢，也不完全是装，他只是在用一种低成本的方式维持自己的“正确”。他不敢看我的代码，因为他怕看了之后发现我的确实比他好，那就没法理直气壮地说“没有用”了。他选择“没看到”分支，是因为承认看到了就意味着要面对一个事实——我比他先完成了功能。一个真正有能力的领导，不会用“一坨屎”这种词来否决下属的工作，他会说“这里可以优化”“那里性能不够”。他说不出这种话，因为他的判断力支撑不起技术层面的论证，只能用情绪来填补。

　　但他有一个本事我不得不服：他永远无辜。“我不知道你切换了分支”——这句话的妙处在于，它把我的主动告知变成了我的责任。你切换了，你没告诉我？不，你告诉了，但我没看到，那还是你的问题，因为你没有确保我看到。这种逻辑闭环，堪称职场生存的顶级防御术。

　　**我该怎么做**——说实话，我动过好几次辞职的念头。但冷静下来想，不值得为这样的人仓促做决定。我给自己定了几条规矩：

　　第一，从今天开始，所有重要的代码推送、分支切换、功能替换，全部用邮件或者公司的项目管理工具留痕，抄送相关方。嘴上说“我和你说过了”没有用，他要“没看到”，我就让他“想看不到都难”。

　　第二，明确边界。既然他要自己做，那就让他做。我只完成我分内的、可验收的部分，不再主动替他“查漏补缺”，更不会再把我的模块塞进他的版本里等他认可。谁对最终产出负责，谁就有最终决定权——如果负责的人是他，那就让他负责到底。项目砸了，是他的责任；项目成了，我也不抢功，但我的代码和记录都在那里。

　　第三，不再生气。不是因为大度，是因为生气对改善局面毫无帮助。他值得我生气吗？不值得。我要把精力放在自己的技术积累上，放在观察外部机会上。这份工作，暂时当作一个过渡。

　　第四，整理好自己的作品集。封装的日志插件、完成的功能流程，这些都是实打实的东西。将来无论他是把项目做砸了，还是把功劳全占了，至少我知道自己做了什么，能拿出什么。

　　最后，我对自己说：我不是沦落到和这种人一起工作，我只是暂时和他出现在同一个坐标系里。坐标系可以换，但我的能力和职业素养，是跟着我走的。

　　想到这里，心里反而平静了。明天去公司，该写代码写代码，该留痕留痕。他再说“没有用”，我就笑笑，说“好的”。不是认输，是不再浪费时间在叫醒一个装睡的人身上。

　　毕竟，装睡的人叫不醒，但真睡的人——比如现在的我——至少能睡个好觉。