作为一个混迹在互联网金融公司的小开发,我写的代码每天都要和钱发生关系。
所以,我非常害怕自己写的代码出问题。
但是怕什么来什么, 这一天, 我发现了一个线上故障。
按照公司的处理流程,我立刻在故障处理总群里上报了这个故障。
过了一会儿,我的电话就狂响起来。
小赵心满意足地离开了。
一炷香以后,我的微信又狂闪起来。
小李高屋建瓴地献计献策一番,也心满意足的离开了。
一炷香以后,小孙跑过来我。
小孙跑回工位,默默去寻找证据。
一炷香之后,老钱在微信群里发话了。
我吓得不敢发言, 过了一会儿, 老钱自己都觉得无聊了,然后心满意足地离开了。
一个月后....
我很好奇,给何小痩打电话
常在写代码,哪能不出事?当出现了线上故障以后,那就是一场没有硝烟的战争。
在解决问题的过程中,总会出现这么几类人:
1. 他们急于了解状况,看问题是否同自己有关,如果没有关系,就心满意足的离开了
2. 他们同样急于了解状况,同样看问题是否和自己有关,如果没有关系,就高屋建瓴地献计献策一番,之后也就心满意足的离开了
3. 他们了解完情况,发现问题可能和自己有关系之后,会去默默地寻找证据。他们翻开过去的设计文档和聊天纪录,终于证明故障同自己无关之后,也就心满意足的离开了
4. 他们压根就不想了解情况,一上来就开始甩锅,甩完之后就开始问责,最后大概是连自己都觉得无聊了,然后就心满意足的离开了。
有趣的是,真正的故障应急都是在这四种人满意的离开之后才开始的。在自己应急的时候,我一度对这四种对应急没有帮助却从不缺席的朋友特别鄙视。我总觉得他们在危难的时候见死不救是人性黑暗面的鲜活体现,是彻头彻尾的道德沦丧,但是当我旁观别人处理线上故障的时候,我真正地释然了......
本文授权改编自公众号“架构师的白日梦”