解决问题的艺术
网上有篇经常用的文档,叫做提问的艺术。我这里狗尾续貂一番,恶搞一篇解决问题的艺术。大家看看就好,不要认真。
-
谁说出问题的?提示是什么?他为什么是个错误?
有太多人,和风车打了半天,才发现他不是巨人。。。
-
提示在google上有搜到么?
太多和没有都是错。太多的话,说明提示是个万金油,很多情况都会出。你分不清文章中哪篇才是有用的。没有的话——那就没什么好说了。
-
能够复现么?条件是什么?其他版本也有问题么?
能复现的看数据,不能复现的打log,连log都打不出的在脑子里面模拟代码。
-
系统的工作机理是什么?每一步进出的数据是什么?数据都对么?
-
问题越奇葩,原因越傻逼,往往如此。
因为通常情况都被你考虑掉了,所以往往问题出来时,你会抽自己两个耳刮子。
-
问题往往都出在调用者身上,而不是供应者身上。
因为用的人有责任保证用对,而写的人没这个责任。
-
RTFM