共 809 字，预计阅读时长 2 分 31 秒
在极端情况下,医生甚至会打破常规,用看似不理性的方法解决问题,他的目的同样是为了让病人活着
最近看到这样一则新闻:一位 45 岁的中年男性,患了急性胆囊炎,手术做得非常漂亮,但是术后却出了问题,病人持续昏迷,按理说,正常人停了麻药,快的几分钟就能醒,但是这个病人躺在 ICU 两周,一点儿反应都没有,医生给他做了所有相关的检查,就是找不到昏迷的原因,这个时候,病人的各项指标开始恶化,而且已经开始出现肺炎,病情越来越严重这么下去,生存的概率越来越低了
后来无意间注意到一些细节,就问病人的妻子,他平时喝不喝酒? 他妻子说,喝,而且每天喝一斤
医生突然就有一个想法:为了救命,能不能试着给病人胃管里打点酒呢?
别的医生都说,你疯了,酒不是药,这不符合常规,要是打了酒,病人还不醒,会给自己惹麻烦,同行也会笑话
但医生坚信自己的判断,当时的患者家属也支持,说,「为了救命可以试,有问题我担着」结果打了酒,当天这个病人就醒了
这个病例是想告诉我们:常规可以打破,但是打破常规也未必一定保证能有好的结果
--
在开发的过程当中,有时候遇到一些疑难杂症的 BUG ,尝试了各种假设与可能,就是找不到问题出在哪,为什么?因为我们从来不会去怀疑,语言本身是否有这个缺陷,框架本身是不是就不完美,或者框架本身有这个漏洞
框架自身问题导致程序缺陷的情况,我的工作履历中还遇到好几次,在所有假设都尝试完后,最终只能怀疑是框架本身的问题的时,我们要不要改源码?
开发人员都知道,修改框架源码,在开发行业也算是一个禁区,这也许是千丝动发的影响,修改了源码解决了问题,还好说,如果没有解决,还引来了更大或者不可收拾的牵连,也许会受到严厉的「批斗」和为后果承担责任
遇到这种情况,我们还是按照上篇【002 生命第一 生产环境稳定为先】的套路,需要和相关人员解释清楚,为了解决问题,需要承担不理想的后果,征得同意后,做好分支管控、 逐一修改
注:修改语言本身缺陷、 框架源码是开发业的禁区,有时候为了解决问题不得不打破常规、 触犯禁区,如果不去尝试,一点希望有没有,尝试了也不一定有希望,权衡好利弊、 和相关人员解释清楚,再做出正确的决策
网友评论