主题：节省时间的一个小妙招
目标：提醒自己和大家要注意前提；刻意练习：取标题
目标读者：所有人
最近帮同事一起找bug的时候，浪费了一些时间，于是反思了一下自己的问题。
发现自己由于默认相信自己的同事，顺着对方的前提往下走，于是和同事一起陷入了死胡同，如果最开始就确认一下前提的话，则很快就能把问题给解决了。
这么说有些模糊，来上两个案例。
案例1：同事A说他想把一个脚本部署到某个记录上，但是他发现这个记录选不到，压根就搜不出来，其他记录都是能搜出来的，就单单这一个搜不到。
我心想这是什么奇怪的BUG，然后测试了一下是不是和权限有关？是不是和大小写有关？又用其他的脚本试一试能不能搜到这个记录。
总之，兜兜转转地试了很多方式，都没有找到问题。最后我从头走了一遍流程，发现他其实已经在这个记录上部署过了，因为不能重复部署，所以，那个记录就搜不到了。
说实话，一开始完全没有想过这种可能性，因为不觉得对方会犯这种蠢问题。
案例2：同事B要请求一个新的接口，结果接口返回权限错误。所以，我就接受了权限有问题这一点。
检查了一下客户有没有权限，又检查我们自己的app有没有调用这个接口的权限。接口文档也研究了半天。都没有发现什么问题。
最后，我本着试一试的心态，自己尝试调用了一下接口，发现并没有权限的问题，是可以调用通的。
肯定是这个同事哪个地方搞错了。
上面两个案例都非常相似，就是对方说啥，我就认同了，然后顺着对方的逻辑继续往下走了。但对方的前提本身就是错的，我却并没有质疑这个前提。
每个人工作的时候都有可能会犯蠢，我会，同事们自然也会，所以不能默认对方不会犯错。
对方可能不小心被某种思维绊住了，即所谓的一叶障目。这时候，我们不能也站在那片叶子后面，这样我们的视野也同样被遮挡了，就会陷入到对方的逻辑“圈套”中。
我们应该站远一点，以一个旁观者的心态来审视整件事，才能更快地找到问题。
所以，以后再帮同事解决问题的时候，可以先自己从头试一试，不用管对方说啥，靠自己得出和对方相同的结论后，再和他认真讨论。
包括听到一个结论后，要保留质疑，不要轻易相信，要仔细地判断对方的前提是否成立。
字数：783
耗时：1小时
··················END··················
