提问的智慧 (新手必看...)

======== 
提问之前 
======== 

在提出技术问题前，检查你有没有做到： 
1. 通读手册，试着自己找答案。 
2. 在网上搜索（个人推荐google~）。 
3. 向你身边精于此道的朋友打听。 

======== 
怎样提问 
======== 

如果象下面描述的那样，你很可能被忽略掉或者被看作失败者： 
1. 在风马牛不相及的版面贴出你的问题 
2. 在探讨高级技巧的版面张贴非常初级的问题；反之亦然 


用辞贴切，语法正确，拼写无误 

我们从经验中发现，粗心的写作者通常也是马虎的思考者（我敢打包票）。回答粗心大意
者的问题很不值得，我们宁愿把时间耗在别处。 

因此，明确充分表述你的问题非常重要。如果你嫌这样做麻烦，我们也会懒得搭理你。注
意推敲你的用辞，不一定要用呆板正式的语言, 可加点富有幽默感的语言，但别乱用；
一定要能表明你在思考，在关注。 


使用含义丰富，描述准确的标题 

大约50字以内的主题标题是抓住资深专家注意力的黄金时机。
别用喋喋不休的“帮帮忙”（更别说“救命啊！！！！！”这样让人反感的话）来浪费这
个机会。不要妄想用你的痛苦程度来打动我们，别用空格代替问题的描述，哪怕是极其简
短的描述。 


精确描述，信息量大，如有必要，你可参照下列条目对你的问题更进一步进行描述 

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



话不在多 

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


只说症状，不说猜想 

告诉专家们你认为问题是怎样引起的没什么帮助。（如果你的推断如此有效，还用向别人
求助吗？），因此要确信你原原本本告诉了他们问题的症状，不要加进你自己的理解和推
论。让专家们来诊断吧。 


按时间顺序列出症状 

对找出问题最有帮助的线索，往往就是问题发生前的一系列操作，因此，你的说明应该包
含操作步骤，以及电脑的反应，直到问题产生。


明白你想问什么 

漫无边际的提问近乎无休无止的时间黑洞。最能给你有用答案的人也正是最忙的人（他们
忙是因为要亲自完成大部分工作）。这样的人对无节制的时间黑洞不太感冒，因此也可以
说他们对漫无边际的提问不大感冒。 


别问应该自己解决的问题 

高手们总是善于分辨哪些问题应该由你自己解决；因为我们中的大多数都曾自己解决这类
问题。同样，这些问题得由你来搞定，你会从中学到东西。你可以要求给点提示，但别要
求得到完整的解决方案。 


去除无意义的疑问 

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


谦逊绝没有害处，而且常帮大忙 

彬彬有礼，多用“请”和“先道个谢了”。让大家都知道你对他们花费时间义务提供帮助
心存感激。 


问题解决后，加个简短说明 

问题解决后，可在最后加个简短的说明，让他们知道问题是怎样解决的，并再一次向
帮助过你的人表示感谢。

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

除了表示礼貌和反馈信息以外，这种补充有助于他人论坛中搜索对你有过帮助的完整解决方案，
这可能对他们也很有用。 


还是不懂 

如果你不是很理解答案，别立刻要求对方解释。象你以前试着自己解决问题时那样（利用
手册，FAQ，网络，身边的高手），去理解它。如果你真的需要对方解释，记得表现出你
已经学到了点什么。 


白痴白痴白痴白痴而后问 

以下是几个经典蠢问题，以及高手在拒绝回答时的心中所想： 

问题：我能在哪找到X程序？ 
问题：我的程序/配置/SQL申明没有用 
问题：我的Windows有问题，你能帮我吗？ 
问题：如果在一个线程中改变另一个线程中的变量?

提问：我能在哪找到X程序？ 
回答：就在我找到它的地方啊蠢货--搜索引擎的那一头。天呐！还有人不会用Google吗？

提问：我的程序（配置、SQL申明）没有用 
回答：这不算是问题吧，我对找出你的真正问题没兴趣--如果要我问你二十个问题才找得
出来的话--我有更有意思的事要做呢。在看到这类问题的时候，我的反应通常不外如下三
种： 
1. 你还有什么要补充的吗？ 
2. 真糟糕，希望你能搞定。 
3. 这跟我有什么鸟相关？ 

提问：我的Windows有问题，你能帮我吗？ 
回答：能啊，扔掉萎软的垃圾，换Linux吧。 

问题：如果在一个线程中改变另一个线程中的变量?
回答：真是笨得跟猪一样.

好问题，坏问题 

最后，我举一些例子来说明，怎样聪明的提问；同一个问题的两种问法被放在一起，一种
是愚蠢的，另一种才是明智的。 

蠢问题：我可以在哪儿找到关于Foonly Flurbamatic的资料？ 
这种问法无非想得到“STFW”这样的回答。 

聪明问题：我用Google搜索过“Foonly Flurbamatic 2600”，但是没找到有用的结
果。谁知道上哪儿去找对这种设备编程的资料？ 
这个问题已经STFW过了，看起来他真的遇到了麻烦。 

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

这里就是举个例


找不到答案怎么办 

如果仍得不到答案，请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答
案罢了。没有回应不代表你被忽视，虽然不可否认这种差别很难区分。 

你可以通过其它渠道获得帮助，这些渠道通常更适合初学者的需要。