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

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

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

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

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

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

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

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

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

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

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

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

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

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