按照上一章的方法，对BUG进行抽丝剥茧般的分析，总能取得进展。不过总有思路枯竭的时候，这时他人的帮助就显得尤为重要。
作为一名FAE,我经常帮助别人解决BUG. 发现很多人不会沟通，说了半天也说不明白到底发生了什么事。今天，我就讲一讲找人帮助时的沟通技巧。
-1- 把BUG描述清楚
只要把上一章《分析BUG(二)》中的书面语言变成口语就好了。这里不再赘述。
-2- 不要误导他人
我们在跟别人描述BUG的时候，要基于事实，不要有所删减，否则就会将别人的思路引导到你自己的思路上。你自己的思路已经无法解决BUG了，别人照你的思路思考，同样也无法解决。我经常接到这样的客户电话，还没等我把发生了什么弄清楚，客户就开始他的长篇大论。若不是我有经验，及时阻止了客户，不然肯定会被他的思路带到沟里去。往往越是这样的情况，最后BUG的原因肯定跟客户的思路不同。因为这样的客户有一定的分析能力，并且有一定的工作耐心去仔细分析，在他的一顿操作下没有找到线索，那大概率就是他的思路方向错了。（各位注意到没有，这是一个用概率分析的例子）。我们找别人帮忙，为的是不同的思路，切不可误导他人。
-3- 我们是为了解决BUG，不是为了说服别人
身为技术支持，经常有人试图说服我承认他的观点。有些工程师觉得自己的代码没问题，自己的硬件没问题，那发生BUG了，就是你们供应商的芯片有问题。然后找各种理由说明是你们芯片的问题。
"我这的配置都检查过了，肯定没问题，是不是你们芯片这里有BUG"
这种话我听了很多次了，每次遇到这种情况，最后都证明是他们自己的代码写错了，而不是我们芯片的问题。
有些人是想甩锅，把BUG扔给我们，还有些情况，是工程师个人习惯和性格的特征。这种人不多，但每个公司都有几个。我们在找别人帮忙的时候，不是劝说对方认同你的思路，更不是让对方认同你的情感，从而获得安慰。我们是为了解决问题，为了得到不同的看待问题的角度。哪怕你觉得对方的角度不对，也要基于实际情况寻找证据。
在DEBUG这条道路上，任何情况都可能发生，现实世界就是如此的诡异，所以我们一定要以事实为依据。打开脑洞，才能获得你想要的线索。
如果喜欢，还请点赞、“在看”和关注吧
欢迎分享，让更多人发现“第八哥”
文章评论