偶粉温油

请在这里提问的会员发贴前看一下：

转自水木清华 -- DOC精华区文章阅读

How To Ask Questions The Smart Way
提问的智慧
______________________________
1，好问题，坏问题
_________________

下面是一些实例，来说明怎样聪明的提问；同一个问题的两种问法被放在一起
，一种是愚蠢的，另一种才是明智的。

蠢问题：我可以在哪儿找到关于Foonly Flurbamatic的资料？
这种问法无非想得到“STFW (Search The f\*\*king Web)”这样的回答。

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

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

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

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

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

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

事实上，后一个问题源自于2001年8月在Linux内核邮件列表上的一个真实的提问。
我（Eric）就是那个提出问题的人。我在Tyan S2464主板上观察到了这种无法解释
的锁定现象，列表成员们提供了解决那一问题的重要信息。

通过我的提问方法，我给了大家值得玩味的东西；我让人们很容易参与并且被吸引
进来。我显示了自己具备和他们同等的能力，邀请他们与我共同探讨。我告诉他们
我所走过的弯路，以避免他们再浪费时间，这是一种对他人时间价值的尊重。

后来，当我向每个人表示感谢，并且赞赏这套程序（指邮件列表中的讨论--译者注
）运作得非常出色的时候，一个Linux内核邮件列表（lkml）成员表示，问题得到
解决并非由于我是这个列表中的“名人”，而是因为我用了正确的方式来提问。


不要象个乞讨者那样提问，不论是谁，一定会惹恼某些人或者被他们忽视。
btw：
2，别要求私下答复
_________________

BBS上问题的解决应该有公开、透明的流程。只要任何更有见地的人注意到答案
的不完善或者不正确，这个最初的答案就可以和应该得到纠正。同时，通过能力和
知识被大家注意，被大家接受，回答问题者得到了应有的奖励。

如果你要求对方私下回答你，这既破坏了整个流程，也破坏了奖励制度。别提这要
求，这是回答者的权利，由他来选择是否私下答复--如果他选择这样做，通常是因
为他认为这个答案过于显而易见或者有不良的公开影响，别人不会感兴趣。

只有一种有限的例外：如果你预计将收到大量雷同的答复，你可以说：“把答案寄
给我，由我来汇总吧。”但请记住，履行自己关于汇总的承诺。
_____________________________________________________________
以上主要内容是truemafia转载自：
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
How To Ask Questions The Smart Way
提问的智慧

Copyright (C) 2001 by Eric S. Raymond
中文版Copyleft 2001 by D.H.Grand(nOBODY/Ginux)

英文版：http://www.tuxedo.org/~esr/faqs/smart-questions.html
本指南英文版版权为Eric Steven Raymond所有，中文版版权由
D.H.Grand[nOBODY/Ginux]所有。