各大医学会会发布一个”临床指南“告诉医生某种病该怎么处理，是一个高度指导性的说明。然后医院根据这个临床指南，由科室的专家制定临床路径，这个是一个操作性更好的标准化的流程：如何检查，如何治疗，如何护理。目的都是尽可能的保证患者的权益。

上面的过程就类似于，google 、apple 、Amazon ，FB 等大的互联网公司和世界级的技术大牛联合，就“XYZ 数据库内存溢出”发布了一个指导性的说明，告诉程序员问题是什么，该怎么处理，然后你的公司的大牛们，根据这个说明结合公司情况和各种客观因素，写了一个《快速解决 BUG--内存溢出篇》，然后你作为程序员在公司出现“XYZ 数据库内存溢出”的时候，根据《快速解决 BUG--内存溢出篇》上的流程，打 log ，找 bug ，写 patch 。

关键是某个 bug 可能是复合 bug ，不是单独 bug 引发的，一轮“打 log ，找 bug ，写 patch”没解决，然后还要来好几轮，甲方很烦躁，但是 bug 没解决，只能一轮一轮的“打 log ，找 bug ，写 patch”，直到公司大牛出手。还有，一轮“打 log ，找 bug ，写 patch”解决了，但是《快速解决 BUG--内存溢出篇》上说，出现某种情况，还有可能还有其他原因导致的，你还需要检查某个地方，你要不要执行检查程序。如果不做，后面出了问题，领导把你的工作记录砸到你脸上质问你怎么办？甲方拿刀跑到你办公室问你当时为什么不按照说明执行必要的检查程序，这就是找 bug 事故，怎么办？

如果做了一堆检查，最后发现其实就是最初的小问题，你作为程序员是不是只能骂人，但是对于公司，或者所有甲方来说，这就是目前能找到的最优解了。