提问的智慧 （二）

好问题与坏问题

最后，我将通过举例来演示提问的智慧。同样的问题两种问法，一种愚蠢，另一种明智。

愚蠢：我在哪能找到关于Foonly Flurbamatic设备的东西？

这个问题在乞求得到 STFW 式的回复。

明智：我用Google搜索过“Foonly Flurbamatic 2600”，但没有找到什么有用的，有谁知道在哪能找到这种设备的编程信息？

这个人已经搜索过网络了，而且听起来他可能真的遇到了问题。

愚蠢：我不能编译某项目的源代码，它为什 么这么破？

他假设是别人搞砸了，太自大了。

 

 

 

 

明智：某项目的源代码不能在某Linux 6.2版下编译。我读了常见问题文档，但其中没有与某Linux相关的问题。这是编译时的记录，我做错了什么吗？

他指明了运行环境，读了FAQ，列出了错误，也没有假设问题是别人的过错，这家伙值得注意。

愚蠢：我的主板有问题，谁能帮我？

某黑客对此的反应可能是：“是的，还需要帮你拍背和换尿布吗？”，然后是敲下删除键。

明智：我在S2464主板上试过X、Y和 Z，当它们都失败后，又试了A、B和C。注意我试C时的奇怪症状，显然某某东西正在做某某事情，这不是期望的。通常 在Athlon MP主板上导致某某事情的原因是什么？有谁知道我还能再试点什么以确定问题？

相反地，这个人看来值得回答。他展现了解决问题的能力而不是坐等天上掉馅饼。

在最后那个问题中，注意“给我一个回复”与“请帮我看看我还能再做点什么测试以得到启发”之间细微但重要的差别。

事实上，最后那个问题基本上源于2001年8月Linux内核邮件列表(lkml)上的真实事件，是我(Eric)当时提了那个问题，我发现 Tyan S2462 主板有神秘的死机现象，邮件列表成员给我提供了解决此问题的关键信息。

通过这种提问方式，我给了别人可以咀嚼玩味的东西。我设法使之对参与者既轻松又有吸引力，也表明了对同行能力的尊敬并邀请他们与我一起协商。通 过告诉 他们我已经走过的弯路，我还表明了对他们宝贵时间的尊重。

事后，当我感谢大家并评论这次良好的经历时，一个Linux内核邮件列表的成员谈到，他认为并不是因为我的名字在列表上，而是因为我正确的提问方式 才 得到了答 案。

黑客们在某种方面是非常不留情面的精英分子。我想他是对的，如果我表现得象个不劳而获的寄生虫，不管我是谁都会被忽略或斥责。他建议将整个事件作为 对其它 人 提问的指导直接导致了本文的编写。

如果没有回复

如果得不到回答，请不要认为我们不想帮你，有时候只是因为小组成员的确不知道答案。没有回复不等于被忽略，当然必须承认从外面很难看出两者的差别。

一般来说，直接将问题再张贴一次不好，这会被视为毫无意义的骚扰。

还有其它资源可以寻求帮助，通常是在一些面向新手的资源中。

有许多在线与本地用户组织，虽然它们自己不编写任何软件，但是对软件很热心。这些用户组通常因互助和帮助新手而形成。

还有众多大小商业公司提供签约支持服务(红帽与Linuxcare是两家最出名的，还有许多其它的)。别因为要付点钱才有支持就感到沮丧！毕竟，如 果你车子的 汽缸垫烧了，你多半还得花钱找个修理店把它弄好。即使软件没花你一分钱，你总不能指望服务支持都是免费的。

象Linux这样流行的软件，每个开发者至少有一万个以上的用户，一个人不可能应付这么多用户的服务要求。记住，即使你必须付费才能得到支持，也比 你还得额外花钱买软件要少得多(而且对封闭源代码软件的服务支持与开源软件相比通常还要贵一点，也要差一点)

如何更好地回答 问题

态度和善一点。问题带来的压力常使人 显得无礼或愚蠢，其实并不是这样。

对初犯者私下回复。对那些坦诚犯错 之人没有必要当众羞辱，一个真正的新手也许连怎么搜索或在哪找FAQ都不知道。

如果你不确定，一定要说出来！一个听 起来权威的错误回复比没有还要糟，别因为听起来象个专家好玩就给别人乱指路。要谦虚和诚实，给提问者与同行都树个好榜样。

如果帮不了忙，别妨 碍。不要在具体步骤上开玩笑，那样也许会毁了用户的安装──有些可怜的呆瓜会把它当成真的指令。

探索性的反问以引出更多的细节。如 果你做得好，提问者可以学到点东西──你也可以。试试将很差的问题转变成好问题，别忘了我们都曾是新手。

尽管对那些懒虫报怨一声RTFM是正当的，指出文档的位置(即使只是建议做个Google关键词搜索)会更好。

如果你决意回答，给 出好的答案。当别人正使用错误的工具或不当 的方法时别建议笨拙的权宜之计，应推荐更好的工具，重新组织问题。

帮助你的社区从问题中 学习。当回复一个好问题时，问问自己 “如何修改相关文件或FAQ文档以免再次解答同样的问题？”，接着再向文档维护者发一份补丁。

如果你的确是在研究一番后才做出的回答，展 现你的技巧而不是直接端出结果。毕竟“授 人以鱼，不如授人以渔”。

相关资源

如果还需要个人电脑、Unix和互联网如何工作的基础知识，参阅 Unix 和互联网如何工作的基本原理

当你发布软件或补丁时，尝试按 软 件发布实践 指南进行。

鸣谢

Evelyn Mitchell 贡献了一些愚蠢问题样例并启发了编写“如何更好地回答问题”这一节，Mikhail Ramendik 贡献了一些特别有价值的建议和改进。

 

 

转载：http://community.csdn.net/IndexPage/SmartQuestion.aspx#examples

 

 

 

 

 

 

转载：http://community.csdn.net/IndexPage/SmartQuestion.aspx#examples