内容摘要：凌晨三点，我盯着屏幕上的《主动交代》文档，光标在“关于项目延期的说明”这行字后面闪了十七分钟。这玩意儿我改了六遍，每改一遍漏洞就多几个，像小时候补袜子，补丁摞补丁，最后脚趾头还是从旁边钻出来。 老板要

凌晨三点，漏洞我盯着屏幕上的百出《主动交代》文档，光标在“关于项目延期的主动交代说明”这行字后面闪了十七分钟。这玩意儿我改了六遍，漏洞每改一遍漏洞就多几个，百出像小时候补袜子，主动交代补丁摞补丁，漏洞最后脚趾头还是百出从旁边钻出来。

老板要的主动交代是“主动交代”，不是漏洞“被动解释”。这两个词差着十万八千里。百出主动交代是主动交代你在老板开口前就跪好了，被动解释是漏洞老板把你按在地上你才招。我写的百出第一版太硬，全是主动交代“由于客观原因”“不可抗力因素”，老板看了准得拍桌子——你当我是三岁小孩？第二版又太软，满纸“我深感愧疚”“辜负了信任”，矫情得我自己都起鸡皮疙瘩。

真正让我卡壳的是第三版。我试图把责任推给外包团队，写“对方交付质量未达预期”，可第二天就收到他们项目经理的邮件，附件里躺着三周前我签字确认的需求文档。那个签字像烙铁一样烫眼。我删掉那行字的时候，键盘上的backspace键按得特别响，隔壁工位的小王探头看了我一眼。

后来我换了个思路。既然要交代，不如把技术细节全摊开。我写了测试环境的内存泄漏，写了接口并发时的死锁，写了数据库连接池耗尽——全是真话，但全是技术层面的“真”。写到第五页的时候，我自己都觉得不对劲。这哪是主动交代？这是拿技术术语砌墙，把真正的问题砌在墙后面。

真正的问题是什么？是我在排期评审会上没吭声。是我明知道测试环境只有生产环境十分之一的压力，还是点了头。是我看着日历上那个不可能完成的deadline，心里想的是“先答应下来再说”。这些才是该交代的，可这些写出来，比承认技术失误疼得多。技术失误是能力问题，这些是态度问题。能力问题能改，态度问题……那是人品。

最后我交上去的版本里，第三段写的是：“3月12日评审会上，我未对测试环境配置提出异议，导致后续性能问题未被提前发现。这是我的主要责任。”老板看完，把文档扣在桌上，沉默了一会儿说：“你小子总算学会说人话了。”

他说的“人话”，大概就是那种不带安全帽的自白。我后来想，主动交代这事儿，跟写代码一样，最难的从来不是写逻辑，是删掉那些自以为聪明的“防御性代码”。