本文主要是介绍多找方法， 少找借口， 总有人可以找到问题的解决办法， 为什么不能是你我呢？---不能抓日志场景下如何抓到日志？，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
今天遇到一个问题， 需要去定位分析， 但是， 在该场景下却无法抓日志， 那就没办法分析了， 下面我来描述一下场景。
场景： 某S系统在环境A下出现某重要功能异常， 糟糕的是，此时不能开启抓日志， 不能抓日志就没法分析异常的原因啊。 两个开发的领导在那里猜测问题的根源， 但没啥结果。 他们找到我的主管， 一起琢磨。
我的主管开始也没有想到用什么办法抓日志， 随后对我说， 你负责的模块里面不是有抓日志的功能么？ 我说， 环境A下， 我负责的那个模块不能用, 抓不了日志啊， 看来这个问题比较难搞定了。主管说， 那你去想想有没有别的方法。
回到座位上， 我已经晕了， 环境A下， 我负责的模块没法用啊， 该方法是绝对绝对行不通了。 不过，我想还是听主管的话， 老实想想办法吧， 突然， 我想到， 可以在环境B(在B环境中， 我确认我负责的模块肯定是能抓到日志的)下用我做的东西开启S系统的抓日志功能， 然后将S系统切换到A环境中， 不就可以了么， 我立即去试了一下， 果然靠谱， 果然抓到了宝贵的日志。
后来， 我就把这宝贵的日志转给了对应模块的负责人去分析， 问题应该会很快定位出来。
开始觉得不可能的东西， 后来变成了可能。 所以， 作为一个软件开发者， 头脑一定要灵活， 大胆假设， 小心验证， 多找方法， 少找借口。 要坚信， 几乎所有的问题都有解决方法， 至于值不值得去解决， 需不需要去解决， 那是另一回事。
这篇关于多找方法， 少找借口， 总有人可以找到问题的解决办法， 为什么不能是你我呢？---不能抓日志场景下如何抓到日志？的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
