我修好的问题，功劳去哪儿了？

那晚的报警是凌晨两点十一分弹的。手机在床头震了两下，我半梦半醒摸过去看，数据库连接池打满，几个核心接口已经开始超时，报警群里的红色感叹号一条接一条往上冒。

连接池说白了就是餐厅的桌子数——同一时间能接待的客人是有数的，桌子占满了，新客人就得在门口等，等久了就走了，这就是超时。桌子占满不是小事，等的人一多，前台电话会被打爆，投诉也会跟着来。

爬起来开电脑，先连服务器查日志，二十多分钟后定位到是一个后台任务没把连接释放干净，一点一点攒，攒到临界点就把桌子全占满了。改配置、手动清掉卡住的连接、重启服务，盯着监控曲线一点点回落，折腾了快两个小时，天快亮时确认稳定了才又躺下，闭眼没多久闹钟就响了，第二天照常顶着黑眼圈上班。

早会上，项目负责人翻着PPT说了一句"昨晚数据库有个问题，团队已经处理好了"，接着就翻到了下一页。没人问是谁处理的，没人问花了多久、改了哪一行配置。我坐在下面，心里咯噔了一下——那两个小时，好像从没发生过。

这事我后来想了很多次，说不清是委屈还是想不通。技术这行有个默认设定：活干好了，结果自然会说话。系统稳了、接口不超时了、监控曲线是绿的，这些不就是最硬的证据吗？

后来想明白，结果确实是证据，但证据不会自己开口。它得靠人讲出来：讲清楚出了什么问题、有多险、是谁、花了多大力气解决的。我没讲，项目负责人自然也讲不出来，他只能用"团队已经处理好了"这七个字把它糊过去。不是他抢了我的功劳，是那两个小时的信息只在我脑子里，没人偷，是我自己没往外拿。

我见过另一种同事，故障处理完顺手在群里发一条:"刚才连接池打满导致接口超时，已定位是某个后台任务未释放连接，重启后恢复，后面加个监控告警。"三句话，四十秒打字的功夫。这条消息发出去以后，没人再需要替他总结，因为他自己已经把这件事讲完了。往后再出类似问题，第一个被想起来的也是他。年底评绩效的时候，别人还得回想他到底干了什么，他这半年经手过的每一次故障，群里都留着记录，翻聊天记录就能对着数。

这事不只是嘴上讲不讲的区别。跳槽写简历、年底盘点、跟老板要涨薪，能摆到桌面上的都是当时被讲清楚的那些事——没被讲过的，就算技术含量再高，事后也拿不出证据，连自己都记不清具体做了什么，更别指望别人替你记得。

我现在也没完全改掉这毛病。上个月又出过一次小故障，凌晨改完配置，顺手在群里回了句"已处理"，翻身接着睡。第二天想起来才后知后觉去补了条详细说明——那时候故障已经过去十几个小时，群里早翻篇聊别的了，没人会再点开看。等到年底盘点这半年干了什么，我自己都得翻代码提交记录才想得起来，别说别人。

技术活干得越顺手，好像越容易觉得多写那几句是多余的、是在邀功。可事实是，不写，这活儿在别人眼里就等于没干过。凌晨两点那两个小时确实存在过，只是除了我，没人知道。

下次半夜修完东西准备接着睡之前，不知道会不会想起，顺手多打那两行字。