提问和回答的智慧

提问和回答的智慧

本文是对“提问的智慧”的一个压缩，由于原文太长估计很少有人有耐性读完，但个人觉得它又很有价值特将其压缩整理，和大家分享。中文原文可参照这里

本文包括了：提问前应做的准备；提问时如何选择论坛、如何编辑主题、如何描述问题；如何解读回答；问题解决后应做什么；如何回答问题；

提问前

在通过电子邮件、新闻组或网页论坛提技术问题之前，做以下事情：

1.      尝试搜索互联网以找到答案

2.      尝试阅读手册以找到答案

3.      尝试阅读FAQ(常见问题)文档以找到答案

4.      尝试自己检查或试验以 找到答案

5.      尝试请教懂行的朋友以找到答案

6.      如果你是程序员，尝试阅读源代码以找到答案

提问时

仔细挑选论坛

要对在哪提问留心，如果你做了下 述事情，多半会被一笔勾销或被看成“失败者”：

²        张贴与论坛主题完全无关的问题

²        在面向高级技术问题的论坛上提非常 初浅的问题，或者反之。

²        在太多不同的新闻组同时交叉张贴

²        给既非熟人也没有义务解决你问题的个人张贴你私人的电子邮件

使用明确而有意义的主题

使用主题的好惯例是“对象──偏差”(式的描述)，许多技术支持组织就是这样做的。在“对象”部分指明是哪一个或哪一组东西有问题，在“偏差”部分 则描述与期望 行 为不一致的地方。

描述问题应准确且有内容并尽可能地简化你的问题

²        仔细、清楚地描述问题的症状而不是猜测，按时间先后罗列症状，描述目的而不是步骤，

²        描述问题发生的环境(主机，操作系统，应用程序，任何相关的)，提供销售商的发行版和版本号(如：“Fedora Core 2”、“Slackware 9.1”等)

²        描述提问前做过的研究及其理解。

²        描述提问前为确定问题而采取的诊断步骤。

²        描述最近对计算机或软件配置的任何相关改变。

尽最大努力预测想帮你解决问题的人会提到的问题，并提前备好答案。

如何解读回答

RTFM和STFW：如何知道你已完全搞砸

²       如果你收到了“RTFM”的回复，发信人认为你应该去“读读该死的手册”。他多半是对的，去读一下吧。

²       如果你收到“STFW”的回复，发信人认为你应该“搜搜该死的网络”。他多半也是对的，去搜一下吧。(更温和一点的说法是 “Google 是你的朋友！”)

²       通常，叫你搜索的人已经打开了能解决你问题的手册或网页，正在一边看一边敲键盘。这些回复意味着他认为：第一，你要的信息很容易找到。第二，自已找 要比别人喂到嘴里能学得更多。

如果还不明白

如果你看不懂回复，不要马上回发一个要求说明的消息，先试试那些最初提问时用过的同样工具(手册、FAQ，网页、懂行的朋友等)试着搞懂回 复。如果还是需要说明，展现你已经明白的。

问题解决后追加一条简要说明

问题解决后向所有帮助过的人追加一条消息，让他们知道问题是如何解决的并再次感谢。也便于以后别人不再在这个问题上浪费提问和解决的时间。设想每一个人都这样做，每个人都会成为受益者。

 

如何更好地回答问题

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

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

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

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

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

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

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

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

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