在电脑高手的世界里，你得到的问题解答，取决于你提问的方法与问题的难度。这份指南
将教你如何提出一个最容易令你得到满意答案的问题。
现在开放原始码的应用越来越普及，你可以从有经验的人那边得到帮助，而不是所谓的电
脑高手。这是件好事，因为这些使用者一般对于新手常遭遇的问题会比较宽容。同样地，
用我们的方法来对待这些有经验的使用者，跟拿来与电脑高手打交道一样有效。
首先必须了解的是，电脑高手们喜欢有挑战性且有深度的好问题。如果不是这样的话，我
们也不用在这边废话了。如果你给我们一个有趣的议题，我们会非常感谢你，因为这是个
很好的刺激与礼物。一个好的问题可以帮助我们发现被遗漏而未曾注意的问题。在电脑高
手中，“好问题！”是非常强烈而真挚的赞美。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
除此之外，有时候电脑高手们会对简单的问题表现得敌视或自大，看起来好像是我们轻视
新手或外行人，但事实上并不尽然如此。
只有对于不想思考或在问问题前不先做功课的人，我们才会表现出毫无歉意的敌意。这种
人就像时间漩涡般，问了就跑，只会浪费我们的时间，使我们错过更值得注意的问题或更
值得回答的人。这种人我们称之为“失败者”（loser，基于一些历史因素，有时候我们
会将之拼为lusers。）。!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
我们体认到，有很多人只想使用我们写的程式，但对一些技术性的细节没什么兴趣。对大
多数人来说，电脑只是个工具、一种获取结果的方法，他们有自己的生活要过，还有其他
更重要的事情要做。我们承认这点，也不期望大家都对这些让我们着迷的技术细节有兴趣
。虽然如此，我们回答的风格还是会与那些有求知欲并主动参与的人同调。这不会改变、
也不该改变的，一旦改变了，我们也会对原本我们做得最好的事情不再那么有效率。
我们大多数是自愿者，从繁忙的生活中拨时间来回答问题，而有时候我们也会力不从心，
所以我们会残酷地过滤问题。特别是那些看起来就像是失败者提的问题，以期把回答问题
的时间更有效率地花在胜利者身上。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
如果你觉得这种态度令人憎恶、像施舍东西一般或是自大，请检查你的假设，我们并未要
求你屈服于我们。事实上，如果你做了该有的努力，我们巴不得对你平等并欢迎你进入我
们的世界。但是我们才不会蠢到去帮助那些不肯自助的人，这是笨蛋才做的事情。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
所以我们可以知道，要得到我们的注意，本身技术并不需要非常高竿，而是必须表现出你
的能力－－机伶、能思考、善于观察的，并且在解决问题的过程中是一个很主动的参与者
。如果你表现不出这些差异，我们建议你花钱找人帮忙，而不是要我们无偿贡献协助。
发问前
在你用电子邮件、新闻群组或是网站讨论区提问前，先做以下事情：
尝试搜寻网络来找答案
尝试阅读说明书来找答案
尝试阅读常见问与答（FAQ, Frequently Asked Questions）来找答案
尝试自己实验检查来找答案
尝试先询问内行的朋友来找答案
如果你是程式设计师，尝试从原始码中找答案
提问时，先表明你已经做过上述事情，这样有助于建立你不是个浪费时间的寄生虫的印象
。最好还能表示你已从中领悟了什么，我们喜欢那些可以从答案中学习的人。
使用一些手段，诸如利用 Google 搜寻你的错误讯息（要同时搜寻网页与讨论区），也许
就直接找到可以解决你问题的文件或是邮件，就算没找到，你也可以说：“我用 Google
搜寻了相关关键字，可是没有有用的结果。”这在你的提问中是件好事。
彻底组织思考你的问题后再提出。一个草率的提问只会获得同样草率的答案，甚至没人鸟
你。越是表现出你在提问前确实努力过，就越能获得实质上的帮助。
小心问错问题。若你的问题建立于错误的假设上，某高手会边想着“蠢问题……”，边以
敷衍无用的答案回复你，并希望你能从中学到教训。
绝不要假设你有资格得到回答，毕竟你没有付钱。不要把日常对话带来专业讨论区
你只是在浪费除错时间，我们没有必要去各项对话来专为你服务
如果你提了个确实有趣且可激发思考的问题，并且可以无形中对社群有所贡献，而不只是
单纯想从别人那儿得到答案，那你自然就会为自己争取到答案。
描述你的问题须精准且提供足够资讯
清楚且小心地描述你的问题。
描述发生问题的环境（机器配备、作业系统、应用程式等等），提供经销商的发行与
版本号（例如 Fedora Core 2、Slackware 9.1）。
描述你提问前已做过的研究与心得。
描述你提问前的诊断处理过程。
描述你最近电脑做的改变，像是安装软件、变更设定或各种相关可能。
尽可能预想高手们可能还会问什么，并先准备好答案。
Simon Tatham 写过一篇叫做“How to Report Bugs Effectively”的文章，我强烈建议
你们阅读。
写得多不如写得巧
你必须描述得精准且提供足够资讯，而不只是无目的地在求助文章中加些无意义的文字。
如果你有一个大而复杂的测试方法使得程式当掉，请尽量精简你的叙述。
至少有三个理由支持此论点：第一，让人看到你在努力简化问题有助于你得到答案；第二
，简化问题可以使你得到更有用的回复；第三，在重整这些错误纪录的过程中，也许你会
自己发现问题所在。
描述问题的症状，而不是你的臆测
告诉高手你认为问题出在哪是没有用的（如果你那么行，还需要问别人吗？），所以要确
认告诉他们问题的症状，而不是你的解释与理论，让他们来解释诊断就好。如果你觉得陈
述你的猜测很重要，请清楚注明这是你的做法以及为什么不起作用。
愚蠢的：
我在编译核心的时候一直遇到 SIG11 错误，怀疑我的主机板电路丝有细微断裂。有
什么好方法可以确认它们？
聪明的：
我自组的 K6/233 CPU、用 FIC-PA2007 主机板（VIA Apollo VP2 芯片组）、内存
是 256MB Corsair PC133 SDRAM，在开机约 20 分钟左右后，编译核心时频繁遇到
SIG11 错误，但在前 20 分钟完全不会。重新启动电脑时不会重启时钟，但整夜关机后再
开就会。替换所有内存也没用。相关的典型编译纪录如后。
依序列出你的问题症状
在出问题前所发生的事情往往有指出错误最有帮助的线索。所以你应该精准描述在系统挂
掉前，你和你的系统做了什么事。使用命令列模式来产生纪录并且适当引用关键的几行会
很有帮助。
如果会当掉的程式有诊断选项（例如 -v 参数），想办法使用这些除错选项来做纪录。
如果你的纪录很长（如超过四段），先简单描述问题的发生点接着附上纪录，这样高手们
就知道大概要注意哪些地方了。
描述目的而不是步骤
如果你是想知道如何达成某个目的（而不是回报臭虫），请先描述你的目标，接着再说明
过程中遇到什么困难。
通常来寻求技术协助的人，心中都有一个比较高层次的目标，但他们一开始就想错了，以
致于让过程变得非常复杂。
愚蠢的：
我要怎么做才能在某程式中使用颜色选取器来取得十六进制的 RGB 值？
聪明的：
我正试着用我选定的颜色来取代图片中的颜色表，我现在所知的方法是手动编辑每一
个对照表内容，但却无法让某程式的颜色选取器取得十六进制的 RGB 值。
第二种方法是明智的，它使人容易想到该建议其他更好用的工具来达到目的。
如果你觉得这20年前给的准则不够成为标准 建议你们还是不要上来发废文吧
毕竟你也没有为排除问题付过什么费，而原本软件更是只有开发商才清楚。
你付费却不会再找客服又何必来凹其他人免费无偿帮你解决问题?
难不成不是这样 我看妳们写的帖就是这样
什么叫EQ?把技术讨论版变成问板就能叫有EQ?
请问这里是教会还是庙宇? 各位求解问问看的问题哪不是如同求神问卜一般
看医生没拿药还有挂号费呢 请问你们喜欢听模糊又没有实际效果的假建议?
问问各位去其他软件或硬件版敢不敢这样 你浏览器问题不用补版本号?
不用补系统环境?请问我们有坐在你电脑前?都会有神通知道你的开始纽与我是不是一样?
如果不一样呢?为自己的问题负责吧!!我没有针对任何人
我针对的是你求救的方式!!