提问的艺术

在自责中有一种满足感。当我们责备自己时，会觉得再没人有权责备我们。
　　— —奥斯卡 • 王尔德：《多里安 • 格雷的画像》

How To Ask Questions The Smart Way

提问也是一种习惯

提问之前:

         当你提出问题的时候，首先要说明在此之前你干了些什么；这将有助于树立你的形
象：你不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。能说明你从这些操作中
学到了什么就更好了。如果提问者能从答案中学到东西，我们更乐于回答他的问题。

周全的思考，准备好你的问题，草率的发问只能得到草率的回答，或者根本得不到任何
答案。越表现出在寻求帮助前为解决问题付出的努力，你越能得到实质性的帮助。

毕竟你没有为这种服务支付任何报酬。你要自己去“挣”回一个答案，靠提出一个有内涵
的，有趣的，有思维激励作用的问题--一个对社区的经验有潜在贡献的问题，而不仅仅是
被动的从他人处索要知识--去挣到这个答案。

另一方面，表明你愿意在找答案的过程中做点什么，是一个非常好的开端。“谁能给点提
示？”、“我这个例子里缺了什么？”以及“我应该检查什么地方？”比“请把确切的过
程贴出来”更容易得到答复。因为你显得只要有人指点正确的方向，你就有完成它的能力
和决心。

精确描述:

1. 谨慎明确的描述症状。
2. 提供问题发生的环境（机器配置、操作系统、应用程序以及别的什么）。
3. 说明你在提问前是怎样去研究和理解这个问题的。
4. 说明你在提问前采取了什么步骤去解决它。
5. 罗列最近做过什么可能有影响的硬件、软件变更。

尽量想象回答你问题的人会怎样反问你，在提问的时候预先给他答案。

简化问题:

你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者数据完
全转储摘录到你的提问中。如果你有庞大而复杂的测试条件，尽量把它剪裁得越小
越好。

这样做的用处至少有三点。第一，表现出你为简化问题付出了努力，这可以使你得
到回答的机会增加；第二，简化问题使你得到有用答案的机会增加；第三，在提炼
你的bug报告的过程中，也许你自己就能找出问题所在或作出更正。

因为在这忙碌的生活中，大家都没有义务去看一篇长篇大论的文章，最后只有那么
几个简单的问题，大家都有自己的生活。精简的问题会增加你得到答案的几率。

以下是一些提问法式的例子：

蠢问题：
我在内核编译中一次又一次遇到SIG11错误，我怀疑某条飞线搭在主板的走线上了，
这种情况应该怎样检查最好？

聪明问题：
我自制的一套K6/233系统，主板是FIC-PA2007 （VIA Apollo VP2芯片组），256MB
Corsair PC133 SDRAM，在内核编译中频频产生SIG11错误，从开机20分钟以后就有
这种情况，开机前20分钟内从没发生过。重启也没有用，但是关机一晚上就又能工作
20分钟。所有内存都换过了，没有效果。相关部分的典型编译记录如下...。(回答问题
的人就知道你的具体问题在哪里了.一目了然.)

愚蠢问题：
强烈建议开发组增加模糊音设置，把ｂ＝ｐ的模糊音加上吧，否则我可能就不再使用拼
音加加了。

聪明问题：
加加可否增加一个模糊音设置？我跟很多广东的朋友都聊过这个话题，加加
增加ｂ＝ｐ这个模糊音就好了，广东人的普通话不够灵光，ｐ，ｂ容易混了，‘遍’很
容易就打成‘篇’，‘波’和‘坡’等等字容易搞乱，在下一个版本添加上就好了。可
以做成几个模块，让用户自己选择，根据自己的实际需要来决定是否添加这个功能，或
者在输入法习惯里设置也可以。（有理有据）

蠢问题：
我从FOO项目找来的源码没法编译。它怎么这么烂？
他觉得都是别人的错，这个傲慢自大的家伙:(

聪明问题：
FOO项目代码在Nulix 6.2版下无法编译通过。我读过了FAQ，但里面没有提到跟Nulix
有关的问题。这是我编译过程的记录，我有什么做得不对的地方吗？他讲明了环境，也
读过了FAQ，还指明了错误，并且他没有把问题的责任推到别人头上，这个家伙值得留意。

蠢问题：
我的主板有问题了，谁来帮我？普通人对这类问题的回答通常是：“好的，还要帮你拍拍
背和换尿布吗？” ，然后按下删除键。

聪明问题：
我在S2464主板上试过了X、Y和Z，但没什么作用，我又试了A、B和C。请注意当我尝试C
时的奇怪现象。显然边带传输中出现了收缩，但结果出人意料。在多处理器主板上引起边带
泄漏的通常原因是什么？谁有好主意接下来我该做些什么测试才能找出问题？这个家伙，从
另一个角度来看，值得去回答他。他表现出了解决问题的能力，而不是坐等天上掉答案。

在最后一个问题中，注意“告诉我答案”和“给我启示，指出我还应该做什么诊断工作”之
间微妙而又重要的区别。

当然了，这些问题得由你来搞定，你会从中学到东西。你可以要求给点提示，但别要求
得到完整的解决方案。

提问忌讳:

最好别像个懦夫一样的要求别人回答你的问题,别用无意义的话结束提问.例如“有人能帮
我吗？”或者“有答案吗？”。首先：如果你对问题的描述不很合适，这样问更是画蛇添
足。其次：由于这样问是画蛇添足，大家会很厌烦你--而且通常会用逻辑上正确的回答来
表示他们的蔑视，例如：“没错，有人能帮你”或者“不，没答案”。

 

礼貌用语:

如果这让你迷惑不解，请记住，我们衡量一个问题价值的标准是：它能让我们学会多少。
然而，如果你有很多问题无法解决，礼貌将会增加你得到有用答案的机会。

问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的，并再一次
向他们表示感谢。如果问题在新闻组或者邮件列表中引起了广泛关注，应该在那里贴一
个补充说明。

补充说明不必很长或是很深入；简单的一句“你好，原来是网线出了问题！谢谢大家
--Bill”比什么也不说要强。事实上，除非结论真的很有技术含量，否则简短可爱的小结
比长篇学术论文更好。说明问题是怎样解决的，但大可不必将解决问题的过程复述一遍。

除了表示礼貌和反馈信息以外，这种补充有助于他人在邮件列表/新闻组/论坛中搜
索对你有过帮助的完整解决方案，这可能对他们也很有用。最后（至少？），这种补充
有助于所有提供过帮助的人从中得到满足感。这种感觉对于那些你向他们求助的导师或者
专家而言，是非常重要的。问题久拖未决会让人灰心；大家渴望看到问题被解决。

如何理解答案:

有一个古老而神圣的传统：如果你收到“RTFM （Read The Fucking Manual）”的回复，
回答者认为你应该去读TMD手册。当然，基本上他是对的，你应该读一读。RTFM有一个年
轻的亲戚。如果答案是“STFW （Search The Fucking Web）”，回答者认为你应该到TMD
的网上去搜索。基本上，他也是对的，你就去找吧。

通常，用这两句之一回答你的人会给你一份包含你需要内容的手册或者一个网址，而且他们打
这些字的时候正在阅读着。这些答复意味着回答者认为(1). 你需要的信息非常容易获得；
(2). 你自己去搜索这些信息比灌给你能让你学到更多。

找不到答案怎么办:

如果仍得不到答案，请不要以为我们觉得无法帮助你。有时只是看到你问题的人不
知道答案罢了。没有回应不代表你被忽视，虽然不可否认这种差别很难区分。你可以通过其它
渠道获得帮助，这些渠道通常更适合初学者的需要。

毕竟，假使你的汽车发动机汽缸密封圈爆掉了--完全可能如此--你还得把它送到修车铺，并且
为维修付费。就算软件没花费你一分钱，你也不能强求技术支持总是免费的。

 

要知道，即使你要为帮助付费，同你必须购买同类软件相比，你所付出的也是微不足道的