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