如何更好的提出问题，找解决方案

目录

翻译放弃介绍之前你问当你问
仔细选择你的论坛堆栈溢出Web和IRC论坛作为第二步，使用项目邮件列表使用有意义的，特定主题的头可以很容易地回复写清楚，语法，拼写正确的语言发送无障碍，标准格式问题准确和翔实的关于您的问题话不在多不要急于说你发现了一个bugGrovelling是不是做功课的替代品描述问题的症状，而不是你的猜测描述按时间顺序排列你的问题的症状描述的目标，而不是步骤不要问人通过私人邮件回复要明确你的问题当问代码请勿张贴的家庭作业的问题修剪无意义查询别标志你的问题为“ 紧急 ”，即使它是为你礼貌从来没有伤害，有时帮助跟进的解决方案简要说明
如何解读回答
RTFM和STFW：如何告诉你已经认真搞砸了如果你不明白...与粗鲁处理
对不起反应自己是个失败者问题不要问好的和坏的问题如果你不能得到答案如何回答了有益的方法问题相关资源致谢

翻译

翻译： 印尼语 白俄罗斯 保加利亚 Brazilo
-葡萄牙语 保加利亚 中国（繁体）， 克罗地亚语 荷兰语 法国人 格鲁吉亚 德语 希腊语 印地文 爱尔兰语 日本 立陶宛 波兰 葡萄牙 罗马尼亚 俄罗斯 塞尔维亚 西班牙 泰国 乌克兰 如果要复制，镜像，翻译或摘录本文档，请参阅我复制的政策。

放弃

许多项目的网站链接到该文档中的部分如何得到帮助。这很好，这是我们预期的使用-但如果你是一个网站管理员创建这样一个链接，你的项目页面，请突出显示附近的链接，通知，我们是不是为你的项目帮助台！

我们已经知道谁认为有发表这份文件使我们的工作，解决了世界上所有的技术问题，如果没有这样的通知，我们会反复被白痴纠缠了艰辛的道路。

如果你因为你需要帮助，你走开的印象，你可以直接从这个文件的作者把它看完这个文件，你就是我们正在谈论的白痴之一。不要问我们的问题。我们就不理你。我们在这里向您展示如何从人究竟是谁知道你正在处理的软件或硬件的帮助，但不会是我们99.9％的时间。除非你知道 某些该作者之一是你处理什么与专家，放过我们，大家会更快乐。

介绍

在世界上的黑客，那种你会得到您的技术问题的答案取决于你问的问题作为发展的答案的难度的方式为多。本指南将教你如何问问题的方式更容易让你一个满意的答复。

现在，使用开源软件已经成为普遍的，你往往能获得从其他更有经验的用户从黑客的好答案。这是好事; 用户往往只是一点点更加宽容的那种失败新手常常对的。尽管如此，治疗经验丰富的用户喜欢黑客，我们这里推荐的方式一般会走出他们有用的答案最有效的方法了。

要了解的第一件事是，黑客其实像辛勤的问题，对他们好，令人深思的问题。如果我们没有，我们就不会在这里。如果您给我们一个有趣的问题来啃，我们会感激你; 好问题是激励和礼品。好问题，帮助我们发展我们的理解，往往揭示我们可能没有注意到或思考，否则问题。对黑客而言， “ 问得好！“是发自内心的大力称赞。

尽管黑客们对简单问题的看上去像是敌视或傲慢的名声。有时看起来我们本能粗鲁的新手和无知。但是，这是不是真的。

我们是什么，辩解，是敌视谁似乎不愿思考，或者在发问前，做自己的功课的人。这种人只会时间黑洞-它们索取，从不付出，他们浪费时间，我们可以把时间用在更有趣的问题和另一个人更值得回答的。我们称这样的人为“ 失败者 ”（由于历史原因，我们有时把它拼“ LUSERS ”）。

我们知道，有很多人谁只想用我们写的软件，谁在学习技术细节没有兴趣。对于大多数人来说，电脑只是一个工具，一种达到目的的手段; 他们有更重要的事情要做，生活要过。我们承认，不要期望每个人都需要在我们着迷的技术问题感兴趣。尽管如此，我们回答问题的风格调整为人们谁做 采取这种兴趣并愿意在解决问题的积极参与者。这是不会改变的。也不应该; 如果它这样做，我们会成为我们最擅长的事情不那么有效。

我们（大部分）的志愿者。我们抽出时间繁忙的生活中来回答问题，有时我们压倒他们。所以我们无情地过滤。特别是，我们扔掉从谁似乎是输家为了更有效地度过我们的答疑时间，关于获奖者的人的问题。

如果您发现这种态度令人厌恶，居高临下，或傲慢，检查你的假设。我们不要求你跪我们 - 事实上，我们大多数人会爱无非是对付你作为一个平等和欢迎你到我们的文化，如果你把要做到这一点所需的工作量。但是，这根本就不是有效的为我们试图帮助人们谁不愿意帮助自己。这是确定的无知; 这不是好打傻了。

所以，虽然它没有必要已经是技术能力获得我们的注意，这是必要的证明，导致竞争力的一种态度-警报，周到，细心，愿意在开发解决方案的积极合作伙伴。如果你不能用这种歧视的生活，我们建议您为商业支持合同支付某人而不是要求黑客亲自捐赠帮助你的。

如果你决定来找我们寻求帮助，你不想成为输家之一。你不想让自己看起来像之一，无论是。得到有效答案的最好方法是问问它喜欢用智慧，信心和线索的人谁恰好需要在一个特定问题的帮助。

（本指南提出改进，欢迎您可以发邮件建议esr@thyrsus.com或respond-auto@linuxmafia.com。但是请注意，本文件并不打算成为一个普遍指导网络礼节，我们通常会拒绝建议，没有具体涉及在技术论坛得到有用的答案。）

之前你问

通过e-mail或新闻组，或在网站聊天板问一个技术问题之前，请执行以下操作：

尝试通过搜索论坛的档案或邮寄您打算张贴到列表中找到答案。

请尝试在网上搜索来寻找答案。

通过阅读说明书来寻找答案。

尝试通过阅读FAQ找到答案。

试图找到通过检查或试验的答案。

试着问一个熟练的朋友来寻找答案。

如果你是一个程序员，通过阅读源代码来寻找答案。

当你问你的问题，显示的事实，你做这些事情第一; 这将有助于建立你不是一个懒惰的海绵和浪费别人的时间。更好的是，显示你所 学到的做这些事情。我们喜欢回答了谁已经证明他们可以从答案学习的人的问题。

使用喜欢做什么上的错误消息，你得到（搜索文本谷歌搜索的战术谷歌团体以及网页）。这很可能会带你直接修复文档或邮件列表线程回答你的问题。即使没有，说“ 我用Google搜索在下面的语句，但没有得到任何东西，看起来前途无量 ”是一件好事，在电子邮件或新闻张贴办请求帮助，如果仅仅是因为它记录什么搜索亿韩元“
Ť帮助。这也将有助于通过链接的搜索条件，什么都会希望是你的问题和解决线程指导其他人有类似的问题你的线程。

慢慢来。不要指望能够解决一个复杂的问题，谷歌搜索的几秒钟。阅读和理解的常见问题，坐下来，放松，接近前专家给问题的一些思考。请相信我们，他们将能够从你的问题告诉了多少读书和思考你做，并会更愿意帮助，如果你是有备而来。不要立即解雇你的整个问题的阿森纳仅仅因为你的第一个搜索结果显示，没有答案（或太多）。

准备好你的问题。认为它通过。冬冬冠冕堂皇的问题得到解答仓促，或者根本没有。你做得越多，证明已经付出的努力，为寻求帮助之前，解决你的问题，你就越有可能得到实质性的帮助。

小心别问错了问题。如果你问一个基于错误的假设，普通黑客很可能同时想用无意义的字面解释来答复“ 愚蠢的问题...... ”，你问希望得到的经验是什么，而不是你需要什么教你一个教训。

不要假设你有权要一个答案。你不是; 你是不是，毕竟支付服务。你将获得一个答案，如果你赚了，问实质性的，有趣，发人深省的问题-一个含蓄地促进了社区的经验，而不仅仅是被动的从他人处索要知识。

在另一方面，这就很清楚，你有能力并愿意在该解决方案是一个很好的开始的过程中提供帮助。“ 会有人提供了一个指针？“，” 什么是我的榜样缺失？“和” 什么网站应该我已签？“更容易得到答复不是” 请后，我应该使用完全相同的程序。“ 因为你这就很清楚，你真的愿意为完成该过程，如果有人可以只指向您在正确的方向。

当你问

仔细选择你的论坛

在选择敏感，你问你的问题。你很可能被忽略，或注销作为一个失败者，如果您：

您的问题张贴到论坛，这是题外话

张贴非常初级的问题，以一个论坛，先进的技术问题，预计，反之亦然

跨岗位太多不同的新闻组

发布个人电子邮件给别人谁既不是你的熟人，也没有解决您的问题亲自负责

黑客吹掉了在不适当以便有针对性地设法保护自己的通信信道从不相干被淹死的问题。你不希望这发生在你身上。

第一步，因此要找到合适的论坛。此外，谷歌等网络搜索方法是你的朋友。用它们来找到项目的网页中，给你困难的硬件或软件最为密切相关。通常它会链接到一个FAQ（常见问题解答）列表，项目邮件列表和他们的档案。这些邮件列表是最后的地方去寻求帮助，如果你自己的努力（包括阅读 ，你发现这些常见问题）没有找到一个解决方案。该项目页面还可以描述一个bug的报告程序，或有一个链接一个; 如果是这样，遵循它。

拍摄过一封电子邮件给您不熟悉是有风险的最好的一个人或论坛。例如，不要以为一个信息网页的作者想成为你的免费顾问。不要让你的问题是否会受到欢迎的乐观猜测 - 如果你不确定，其他地方发送，或者发送它在所有避免。

当选择一个网络论坛，新闻组或邮件列表，不要被自己信赖的品牌太远; 寻找一个常见问题或包机来验证你的问题上的话题。张贴所以你会得到如何做事有没有感觉之前看了一些回流量。事实上，这是一个非常好的主意，做与你的问题在新闻组或者邮件列表存档，在提问之前词的关键字搜索。它可能会发现你一个答案，如果没有它会帮助你制定一个更好的问题。

不要鸟枪爆炸一次全部可用的帮助渠道，这跟叫喊和刺激的人。通过他们轻声步骤。

了解你的话题是什么！其中一个典型的错误是问有关在致力于跨两个语言或库或工具便携式论坛的UNIX或Windows编程接口的问题。如果你不明白为什么这是一个错误，你最好关闭所有，直到你得到它没有询问任何问题。

一般情况下，问题到精心挑选的公众论坛，更有可能获得比私人一当量的问题有用的答案。这有多种原因。一个很简单的潜在受访者池的大小。另一个是受众的规模; 黑客们宁愿回答教育许多人比只服几个问题的问题。

可以理解，熟练的黑客和流行软件的作者已经开始接受比他们的错误有针对性的信息更公平地分享。通过向洪水，你可以在极端情况下甚至是压垮骆驼的最后一根稻草 - 好几次，贡献者流行的项目已经撤回，因为无用的电子邮件流量的形式计入个人账户的附带损害的支持变得不堪忍受。

堆栈溢出

搜索，然后问上堆叠交换

近年来，网站的堆栈交流社区已成为一个重要的资源接听技术等问题，并甚至许多开源项目的首选论坛。

开始看堆栈Exchange之前谷歌搜索; 谷歌索引它的实时性。有一个非常好的机会，有人已经问过类似的问题，堆栈Exchange站点往往附近搜索结果的顶部。如果您没有找到通过谷歌什么，最相关的问题（见下文）的特定网站上重新搜索。使用标签搜索可以帮助缩小结果。

如果你还没有找到任何东西，发表您对这个问题 1站点，这是最切合主题。使用格式化工具，特别是对代码，并添加已与您问题的实质（编程语言，操作系统，或者您遇到麻烦库特别的名字）标签。如果一个评论者要求您了解更多信息，请编辑您的主要职务包括它。如果有任何的答案是有帮助的，请单击向上箭头，给予好评它; 如果答案给出了一个解决您的问题，请点击投票箭头下的复选框接受它是正确的。

堆栈交易所已发展到100多个网站，但在这里是最有可能的候选人：

超级用户是关于通用计算的问题。如果您的问题不是关于代码或只通过网络连接倾诉节目，它可能放在这里。

堆栈溢出是关于编程的问题。

服务器故障是有关服务器和网络管理的问题。

有几个项目都有自己特定的网站，包括Android，Ubuntu的，的TeX / LaTeX的，和SharePoint。检查堆栈Exchange站点在上行最新列表。

Web和IRC论坛

你的本地用户组，​​或者你的Linux发行版，可以通告网络论坛或IRC频道里的新手可以得到帮助。（在非英语国家的新手论坛仍更可能是邮件列表。）这些都是很好的第一个地方要问，特别是如果你认为你可能已经在一个相对简单的或普遍的问题绊倒。通告的IRC频道是一个开放的邀请，到那里提问并经常得到实时解答。

事实上，如果你有这是给你从一个Linux发行版的问题（今天是常见的）程序，它可能会更好试图程序的项目论坛/列表之前，在发行版的论坛/列表问。该项目的黑客可能只是说， “ 用我们的 构建 ”。

张贴到任何Web论坛之前，检查它是否有一个搜索功能。如果是这样，尝试一些类似的东西你的问题的关键字搜索; 它只是可能的帮助。如果你之前一般的网页搜索（你应该有），搜索论坛无妨; 您的Web范围的搜索引擎可能没有这一切的论坛最近收录的。

有越来越多的趋势项目通过网络论坛或IRC频道做用户的支持，有更多发展的交通预留的电子邮件。因此，寻求特定项目的帮助时，寻找那些渠道第一。

在IRC，它可能是最好不要倾倒在通道第一件事就是长期问题说明; 有些人解释为通道洪水。最好说出一个行问题描述的方式投启动该通道上的对话。

作为第二步，使用项目邮件列表

当一个项目有一个开发邮件列表，写邮件列表，而不是个人开发者，即使你认为你知道谁最能回答你的问题。检查项目及其项目的邮件列表的地址主页的文档，并使用它。有几个很好的理由这一政策：

任何问题不够好要问的一个开发人员也将是有价值的整个集团。反之，如果你怀疑你的问题是邮件列表太笨了，这不是来骚扰个人开发者的借口。

名单上发问开发商之间分配负载。个人开发者（特别是如果他是项目负责人）可能太忙回答你的问题。

大多数邮件列表归档和档案被搜索引擎收录。如果你问你的名单问题，也回答了，以后求卜者可以找到你的问题和Web，而不是再次要求它的答案。

如果某些问题被视为要经常被问到，开发人员可以利用这些信息来改进文档或软件本身不那么混乱。但是，如果这些问题被要求在私人，没有人有全面的了解什么问题都问得最频繁。

如果一个项目既有“ 用户 ”和 “ 开发者 ”（或“ 黑客 ”）邮件列表或网页论坛，你是不是黑客的代码，问的 “ 用户 ”列表/论坛。不要以为你将开发商名单，他们很可能会遇到你的问题是噪音干扰他们的开发对交通的欢迎。

但是，如果你确信你的问题是不平凡的，你得到的答案没有“ 用户 ” 列表/论坛好几天了，试试“ 开发商 ”之一。你会被建议至少有潜伏了几个daysor审查归档消息的最后几天，在发布前了解当地的风俗习惯（其实这是任何私有或半私有列表上很好的建议）。

如果你找不到一个项目的邮件列表地址，但只看到项目维护者的地址，继续写维护者。但是，即使在这种情况下，不要以为邮件列表不存在。提及你尝试过，但没有找到合适的邮件列表的电子邮件。还别说，你不反对将您的信息转发给其他人。（很多人认为，私人电子邮件应该保持私营，即使没有什么秘密了。通过允许您的信息被转发你给你的一个记者关于如何处理电子邮件的选择。）

使用有意义的，特定主题的头

在邮件列表，新闻组或网络论坛，主题标题是你吸引合格的专家的注意周围50个字符或更少的千载难逢的机会。不要浪费它像潺潺 “ 请帮助我 ”（更别说“ 请帮我!!!! ” ;与邮件主题一样，得到由反射丢弃）。不要试图告诉我们您的痛苦的深度留下深刻的印象;使用空间，超简洁的问题描述来代替。

为主题的头一个很好的习惯，许多技术支持机构使用的是“ 对象-偏差 ”。在 “ 目标 ”部分指定的东西或事物组是否有问题，以及“ 偏差 ”部分描述了预期行为的偏差。

笨：
帮帮我！视频不能在我的笔记本电脑正常工作！

聪明：
X.org 6.8.1畸形鼠标光标，Fooware MV1005 VID。芯片组

智慧：
X.org上Fooware MV1005 VID 6.8.1鼠标光标。芯片组 - 有点畸形

写作的过程“ 对象的偏差 ” 描述将帮助您安排有关问题的思考的更多细节。是什么影响？只需将鼠标光标或其他图形吗？这是特定于X的X.org版本？为了6.8.1版本？这是具体到Fooware视频芯片组？为了模拟MV1005？黑客谁看到的结果可以立即明白它是什么，您有一个问题，和您遇到的问题，一目了然。

更一般地，想象看问题存档的索引，只有主题行显示。让你的主题行反映的问题不够好，旁边的人与你相似的问题搜索存档将能够按照线程的答案，而不是再次发布的问题。

如果你问一个答覆，一定要更改主题行，表明你问一个问题。看起来像一个主题行“ ：重试 ”或“ 回复：新的bug ”不太可能吸引注意力有用的金额。此外，削减先前的消息到最低一致报价在新的读者cluing。

不要单纯为了启动一个全新的线程点击回复到一个列表的消息。这会限制你的听众。有些邮件的读者，像狗，允许用户通过线程来进行排序，然后通过折叠线隐藏在一个线程的消息。人谁做，永远不会看到您的消息。

更改主题是不够的。笨蛋，也许其他邮件的读者，着眼于电子邮件的标题等信息，并将其分配给一个线程，而不是主题行。相反，启动一个全新的电子邮件。

在网络论坛的良好做法的规则略有不同，因为消息通常更紧密地绑定到特定的讨论话题，往往这些线程外面看不见。在回答问一个问题的时候换了个话题不是必需的。不是所有的论坛，甚至允许单独回复主题行，几乎没有人读他们，当他们这样做。然而，问问题的答复，本身就是可疑的做法，因为它只会被那些谁看这个线程可以看出。所以，除非你确定你 想不仅要问目前在线程活跃的人，开始一个新的。

可以很容易地回复

与整理您的查询“ 请把你的回答...... ”使得它不太可能，你会得到答案。如果你懒得拿，甚至建立一个正确的所需的几秒钟回复至您的邮件代理头，我们也懒得拿甚至几秒钟，想想你的问题。如果您的邮件程序不允许这样，获得更好的邮件程序。如果您的操作系统不支持允许这样的电子邮件程序，获得更好的操作系统。

在网络论坛，要求通过电子邮件回复是完全无礼的，除非你相信的信息可能是敏感的（而且有人会，一些未知的原因，让你而不是整个论坛知道）。如果你想要一个电子邮件副本时，有人在跟帖回复，要求该Web论坛发送; 此功能是根据类似的选项支持几乎无处不在“看这个线程 ”， “ 发送电子邮件的答案 ”，等等。

写清楚，语法，拼写正确的语言

我们从经验中发现，人谁是粗心马虎的作家通常也是马虎和草率的思维和编码（往往不够赌，反正）。回答不小心和草率的思想家的问题是不是有益的; 我们宁愿花时间在其他地方。

这么清楚表达你的问题，也是重要的。如果你不能懒得做，我们也懒得关注。花费额外的努力擦亮你的语言。它不必是硬的或正式的-事实上，黑客文化价值观具有精度使用非正式的，slangy和幽默的语言。但它有是精确; 必须有一些迹象表明，你的想法和关注。

拼写，标点符号，正确把握。不要混淆 “ 其 ”用“ 是 ”，“ 松 ”与 “ 失去 ”或“ 独立 ”与 “ 谨慎 ”。不要键入IN
ALL CAPS; 这被解读为呼喊和认为是粗鲁的。（全小商品只是略少恼人的，因为它是难以阅读。阿兰考克斯可以摆脱它，但你不能。）

更一般地，如果你写像一个半文盲布布你很可能会被忽略。所以不要使用即时通讯的快捷方式。拼写“你”为“U”让你看起来像一个半文盲布布挽救两个完整的按键。更糟糕的：写像的l33t脚本小子hax0r是死亡的绝对吻，保证你会得到什么，但石沉默（或者，充其量是堆积帮助蔑视和讽刺）的回报。

如果你问在不使用你的母语的论坛提问，你会得到松弛的拼写和语法错误的数量有限 - 但根本就没有多余的松弛懒惰（是的，我们通常可以发现这种差别）。同样，除非你知道你的受访者的语言是什么，用英文写。忙黑客往往会在他们不理解的语言简单地冲洗问题，英语是互联网的工作语言。在英语写作您减少机会，您的问题将被丢弃未读。

如果您在英语写作，但它是你的第二语言，这是很好的形式，提醒潜在的受访者对潜在的语言上的困难和选择他们周围越来越。例子：

英语不是我的母语; 请原谅打字错误。

如果你讲$语言，请发送电子邮件/ PM我。我可能需要帮助翻译我的问题。

我所熟悉的技术术语，但一些俚语和成语是对我来说很难。

我已为我的$语和英语的问题。我会很高兴来翻译的反应，如果你只使用一个或另一个。

发送无障碍，标准格式问题

如果你把你的问题人为地难以阅读，它更可能有利于一个是不是要传递过来。所以：

发送纯文本邮件，而不是HTML。（这不是很难关闭HTML）。

MIME附件通常是好的，但前提是他们是真正的内容（如附加的源文件或补丁），而不是仅仅通过样板您的邮件客户端生成（如您的邮件的另一个副本）。

不要发送电子邮件，其中整个段落是单乘换行。（这使得它太难答复只是消息的一部分。）假设您的受访者将在80个字符范围内的文本显示器阅读邮件，并据此设置您的换行，东西不到80。

不过，千万不能包数据（如日志文件转储或会话成绩单）在任何固定的列宽。数据应包括原样，所以受访者可以放心，他们看到你看到了什么。

不发送MIME引用打印编码到一个英文论坛。当你在一个语言ASCII不包括正在张贴这种编码可以是必要的，但很多邮件代理不支持它。当他们突破，都是通过文字那些散落= 20字形是丑陋和分散 - 或者可能破坏积极文本的语义。

永远，永远指望黑客能够读取封闭的专有的文件格式，如Microsoft Word或Excel。大多数的黑客应对这些有关，以及你将具有一堆热气腾腾的甩在你家门口猪粪。即使他们能够应付，他们讨厌具有这样做。

如果你发送从Windows机器的电子邮件，关闭微软的问题“ 智能引号 ”功能（从工具>自动更正选项，自动套用格式下清除智能引号复选框键入时）。这样，您会避免通过邮件洒乱码。

在网络论坛，不要滥用“ 笑脸 ”和 “ HTML ”功能（它们存在时）。一个笑脸或两个通常是OK，但颜色的花哨的文字往往会让人觉得你是个馊主意。严重过度使用表情符号和颜色和字体会让你脱落像一个傻傻的少女，除非你更感兴趣的是比性爱答案这是不是一个好主意。

如果您使用的是图形用户界面的邮件客户端，如Netscape Messenger中，MS Outlook或它们的同类，要注意，使用其默认设置使用时，可能会违反这些规则。大多数这样的客户有基于菜单的“ 查看源文件 ”命令。使用这个在你发送的邮件文件夹的东西，确认没有不必要的污物附着纯文本格式发送。

准确和翔实的关于您的问题

仔细和清楚地描述您的问题或缺陷的症状。

描述它发生（无论机，操作系统，应用，）的环境。提供供应商的分配和释放水平（例如： “ 的Fedora Core 7 ”，“ Slackware的9.1 ”等）。

描述你做了尝试和理解这个问题你问的问题前研究。

描述你走上自己试图牵制问题，你问这个问题之前诊断步骤。

描述您的计算机或软件配置的任何可能相关的最新变化。

如果可能的话，提供一种方法来繁殖在受控环境中的问题。

你可以最好预见到的问题，黑客会问，在你请求帮助回答这些问题提前。

让黑客复制在受控环境问题的能力，如果你要报告您认为是代码中的错误的东西是非常重要的。当你这样做，你得到一个有用的答案和速度的优势与你很可能得到这个问题的答案都大大提高。

西蒙Tatham写过一篇题为优秀作文如何有效的报告Bug。我强烈建议你读它。

话不在多

你需要精确有效的信息。这到底是不是通过简单地倾倒的代码或数据海量到你的提问。如果你有一个破程序的大型，复杂的测试情况下，尝试修剪它，让它尽可能小。

这至少三个理由是有用的。一：被视为投资的努力简化问题使它更有可能你会得到一个答案，二：简化问题使它更有可能你会得到一个有用的答案。三：在提炼你的bug报告的过程中，你可能会开发一个补丁或解决方法自己。

不要急于说你发现了一个bug

当您有一个软件问题，不主张你发现了一个bug，除非你是非常， 非常肯定你的地面。提示：除非你能提供一个源代码补丁能解决问题，或对以前版本的演示不正确的行为回归测试，你可能没有足够的肯定。这适用于网页和文档，也; 如果你发现了一个文件 “ 错误”，你应该提供替换文本和网页，应该继续下去。

请记住，还有许多没有遇到问题的其他用户。否则，你会了解它，而阅读文档和Web搜索（你没有做到这一点之前抱怨，不是吗？）。这意味着很有可能是你谁是做错了什么，而不是软件。

谁写的软件的人工作很努力，使其工作以及可能。如果你声称你发现了一个bug，你会impugning他们的能力，这可能会得罪一些人，即使你是正确的。这是特别毫无外交策略大喊“ 错误 ” 的主题行。

当问你的问题，最好是写的，仿佛你认为你正在做的事情错了，即使你私下非常确信自己发现了一个真正的Bug。如果真的存在一个bug，你会在答案听到。玩这样的维护者会想向你道歉如果bug是真实的，而不是让你将欠他们一个道歉，如果你已经搞砸了。

Grovelling是不是做功课的替代品

有些人谁得到，他们不应该表现得粗鲁傲慢或者，要求一个答案，撤退到卑躬屈膝的另一个极端。 “ 我知道，我只是一个可怜的失败者新手，但是...... ”。这是分散和无益的。当它伴随着对实际问题含糊不清这是特别烦人。

不要浪费你的时间，或者我们的，对原油灵长类政治。相反，目前的背景事实和你的问题是清楚的，你可以。这是一个更好的方式来定位自己不是卑躬屈膝。

有时，网络论坛对新手问题不同的地方。如果你觉得你有一个新手的问​​题，只是去那里。但不要卑躬屈膝有两种。

描述问题的症状，而不是你的猜测

这不是有用告诉黑客你认为是什么原因造成您的问题。（如果你的推断如此热的东西，你会成为帮助别人商量？）所以，确保你告诉他们什么不顺心的原始症状，而不是你的解释和理论。让他们做解释和诊断。如果你觉得这说明你的猜测很重要，清楚地标明它是这样，并说明为什么这个问题的答案是不适合你的工作。

笨：
我在内核编译找回到后端SIG11错误，并在主板上痕迹的一个怀疑有极细的裂缝。什么是检查这些的最佳途径？

聪明：
我家建K6的FIC-PA2007主板（威盛Apollo VP2芯片组），拥有256MB的Corsair PC133 SDRAM上/ 233开始约20分钟后，上电内核过程中编译越来越频繁SIG11错误，但从来没有在第20分钟。重启也没有时钟，但是关机一晚上就做。换出所有RAM没有帮助。一个典型编译会话日志的相关部分如下。

由于前一点似乎是一个艰难的一个对很多人掌握，这里要提醒大家的一句话：“所有的诊断专家来自密苏里州。” 那美国各州的官方座右铭是“让我看看”（在1899年赚了，当国会议员威拉德D. Vandiver说，“我来自一个提高玉米和棉花，苍耳和民主党，以及泡沫的口才说服都不满足，也没有我的国家。我来自密苏里州。你一定要告诉我。“）在诊断专家”的情况下，这不是怀疑的问题，而是一个文字，功能需要看到无论是尽可能接近相同的原始证据，你看到的，而比你的猜测和摘要。给我们看一看。

描述按时间顺序排列你的问题的症状

在搞清楚事情了最有用的线索往往错误在于事件之前立即生效。所以，你的帐户应该说明你做了精确什么，以及机器和软件一样，导致对爆破。在命令行程序的情况下，有一个会话日志（如使用脚本程序），并引用相关的大约二十行中是非常有用的。

如果炸毁了你的程序有诊断选项（如-v为详细），尽量选择将有用的调试信息添加到成绩单选项。请记住，更多的是不一定好; 尽量选择调试级别，将通知而不是淹没在垃圾读者。

如果您的帐户最终被长（超过约四个段落），它可能是有用的简洁陈述问题向上顶，然后按照与年代的故事。这样，黑客会知道怎样在阅读您的帐户观看。

描述的目标，而不是步骤

如果您正在试图找出如何做某事（而不是报告bug），通过描述的目标开始。只有这样形容朝它的特定步骤，你被封锁的。

通常情况下，谁需要技术帮助的人心里有一个高层次的目标，卡死在他们认为是迈向目标的一个特定的路径。他们来和步骤帮助，但不知道该路径是错误的。它可以采取大量的努力来突破这个。

笨：
我如何获得的FooDraw计划采取一个十六进制RGB值的颜色选择器？

聪明：
我试图用我选择的值来替换图像的颜色表。现在唯一的办法我可以看到做，这是通过编辑每个表槽，但我不能让FooDraw的颜色选择器取十六进制RGB值。

这个问题的第二个版本是聪明的。它允许暗示的工具更适合任务的答案。

不要问人通过私人邮件回复

黑客们认为解决问题应该是一个公开，透明的程序，在此期间第一次尝试一个答案可以而且应该，如果有人更了解告示，这是不完整或不正确的纠正。此外，佣工得到他们的一些奖励为是被看作是由他们的同辈能力和知识的受访者。

当你问一个私人的答复，你破坏了过程和奖励。不要这样做。这是 受访者选择是否私下答复-如果他或她做，通常是因为他或她认为，问题是太不形成或明显的是有趣的人。

有一个有限的例外。如果你觉得这个问题是这样的，你可能会得到很多答案的都极其相似，那么神奇的话是“ E-mail给我，我会总结了该组的答案 ”。这是礼貌的尝试和保存邮件列表或新闻组大致相同的帖子的洪流-但你必须信守承诺来概括。

要明确你的问题

开放式的问题往往被视为开放的时间黑洞。那些最有可能能够给你一个有用的答案的人都是最忙的人（假如只是因为他们承担大部分工作本身）。这种人是过敏的开式的时间黑洞，因此​​，他们往往是过敏的开放式问题。

你更有可能得到有用的回复，如果你明确你想要的受访者做什么（提供指针，发送代码，检查你的补丁，等等）。这将集中他们的努力，并把隐含的上限答辩必须分配给帮你的时间和精力。这是好事。

要理解专家们生活的世界，要把专业技能想象为充裕的资源和时间是贫乏的回应。一时间承诺，你的问题需要更可能的少，你是获得从别人非常好，真的很忙答案。

因此，它是包围着您的问题尽量减少它所需要的专家承诺的时间有用的-但这往往是不一样的东西简化的问题。因此，例如，“ 请给我一个指向X的很好的解释？“通常比问” 你能解释一下X吗？“。如果你有一些故障代码，它通常是更聪明的，要求别人解释什么地方错了比它要问别人来解决它。

当问代码

不要问别人来调试你的断码没有给一个暗示什么样的问题，他们应该寻找。发布的代码几百行，说：“它不工作”，将让你忽略。张贴十几行代码，称“7号线后，我期待看到<X>，而<Y>发生，而不是”更可能得到你的答复。

最有效的方法，以得到准确的码问题是提供一个最小臭虫证明测试用例。什么是最小的测试案例？它的问题的图示; 足够的代码，以表现出不良行为并没有更多的。你怎么做一个最小的测试案例？如果你知道是什么行或代码产生问题行为部分中，它的一个副本，并添加足够支持的代码产生一个完整的示例（即足够源是可以接受的编译器/解释/无论应用程序处理它） 。如果你不能缩小它的特定部分，使源的副本，并开始删除不影响问题的行为块。较小的最小测试用例，更好的（见一节“话不在多”）。

产生一个非常小的最小的测试用例不会永远是可能的，但努力是良好的纪律。它可以帮助你学习，你需要解决你自己的问题是什么 - 甚至当它不，黑客喜欢看你都试过了。这会让他们更多的合作。

如果你只是想一个代码审查，也就是说，作为多了前面，并且一定要提到你认为哪些方面可能需要特别审查和原因。

请勿张贴的家庭作业的问题

黑客们善于发现功课问题; 我们大多数人都做自己他们。这些问题是你 要工作了，这样你会从经验中学习。它是确定要求提示，而不是整个的解决方案。

如果你怀疑你已经通过了一门功课的问题，但无论如何也解决不了它，尝试在询问中用户组论坛或（作为最后的手段）“ 用户 ”项目列表/论坛。尽管黑客们会发现它，一些先进的用户至少可以给你一个提示。

修剪无意义查询

抗拒的诱惑，像语义空的问题，关闭的帮助您的要求“ 任何人能帮助我吗？“或 ” 有没有答案？“首先：如果你写你的问题描述中途胜任，这样的上涨，对问题充其量是多余的。第二：因为他们是多余的，黑客们找到他们讨厌的-并有可能返回逻辑上无懈可击，但不屑一顾的回答像“ 是的，你能有所帮助 ”和“ 没有，有没有你的帮助。“

一般来说，要求是或否的问题是要避免，除非你想个好东西是或否的答案。

别标志你的问题为“ 紧急 ”，即使它是为你

那是你的问题，不是我们的。自称紧迫性很可能会适得其反：大多数黑客会直接删除此类邮件视为粗鲁和自私的企图引起立即和特别关注。此外，词'紧急'（以及其他类似的企图吸引注意力在主题行）往往会引发垃圾邮件过滤器 - 你的目标收件人可能再也看不到它了！

有一个半例外。它可以是值得，如果你在一些高调的地方，一个黑客会感到兴奋有关使用该程序提; 在这种情况下，如果你是在时间压力下，和你说的那么礼貌，人们可能会得到足够的兴趣来回答更快。

这是一件非常危险的事情，但是，因为黑客“什么是令人兴奋度可能与你不同。从国际空间站发布将有资格，例如，而是代表一个自我感觉良好的慈善或政治原因的发布几乎肯定不会。事实上，张贴“ 紧急：帮我挽救模糊婴儿海豹！“将可靠让你避而远之，或黑客谁想到模糊的小海豹是很重要的，甚至熄火。

如果你，直到你在所有发布任何东西之前了解它多次找到该如何对这个神秘的，重新阅读其余部分。

礼貌从来没有伤害，有时帮助

礼让。使用“ 请 ”和“ 谢谢您的关注 ”或“ 谢谢您的考虑 ”。要清楚你欣赏的人花帮助您自由的时间。

说实话，这不是一样重要（不能取代）正在语法，清晰，准确和描述，避免私有格式等等; 黑客一般宁愿得到比礼貌有点含糊，但粗暴技术上锐利的bug报告。（如果你感到困惑，请记住，我们珍视它教给我们的问题。）

但是，如果你在一排有你的技术的鸭子，礼貌确实会增加你获得回答的可能性。

（我们必须指出，我们从黑客老手收到这份HOWTO的唯一严重缺陷是相对于我们以前推荐使用“ 先谢谢 ”。一些黑客觉得这暗含意图不感谢任何人算账。我们的建议是要么说“ 在此先感谢 ”第一 和事后感谢受访者，或者说表达以不同的方式礼貌，如“ 感谢您的关注 ”或“ 谢谢您的考虑 ”。）

跟进的解决方案简要说明

发送后，问题已经解决了所有谁帮你记下; 让他们知道是怎么回事了，再次感谢他们的帮助。如果问题在邮件列表或新闻组引起普遍关注，这是合适的发布后续那里。

理想情况下，回复应该是由原始的问题张贴启动线程，应该有“固定”，“已解决”，或在主题行同样明显的标记。与快速周转，谁看到一个线程一个潜在的受访者邮件列表“ X问题 ”结尾“ X问题-修正 ”明白不要浪费他/她的时间，即使读线程（除非他（她）亲自发现X问题有趣），因此可以利用这段时间解决不同的问题。

补充说明不必很长，涉及的; 一个简单的 “ 你好-这是一个失败的网线！感谢大家。比尔- “将是聊胜于无。事实上，一个简短而亲切的总结比长的好论文，除非该解决方案具有真正的技术深度。说什么行动解决了这个问题，但你不必重放整个疑难解答序列。

对于具有一定深度的问题，它是适当的张贴的故障诊断历史的摘要。描述你的最后一个问题声明。说明什么工作作为一个解决方案，并注明避免死胡同之后。该死胡同应该正确的解决方案等材料汇总后，而不是转向后续成侦探故事。姓名的人谁帮助过你的名字; 你会交朋友的方式。

除了是礼貌和翔实，这类随访将帮助他人寻找邮件列表/新闻组/论坛的存档确切地知道哪些解决方案帮助您，因而也可以帮助他们。

最后，而不是最少，这种补充有助于大家谁协助感到问题封盖的满足感。如果你不是一个技术人员或黑客自己，相信我们，这种感觉是你挖的帮助的大师和专家非常重要的。这条道路关闭到悬而未决的虚无问题的叙述是令人沮丧的事情; 黑客痒看到他们解决。这划伤痒赢得下一次你会非常，非常有助于你的善意，你需要提出一个问题。

想想你如何能够防止他人那些具有在未来同样的问题。问问自己，如果一个文件或FAQ补丁将帮助，如果答案是肯定的补丁发送到维护者。

对黑客而言，这种良好的后续行为实际上比传统的礼貌更重要。这是你如何获得声誉与他人，这可能是一个非常宝贵的资产打得很好。

如何解读回答

RTFM和STFW：如何告诉你已经认真搞砸了

有一个古老而神圣的传统：如果你得到读取答复“ RTFM ”，谁送它认为你应该已经阅读了该死的手册的人。他或她几乎肯定是正确的。去阅读它。

RTFM有一个年轻的亲戚。如果你得到读取答复 “ STFW ”，谁寄的人认为你应该已经搜查了该死的网络。他或她几乎肯定是正确的。去搜索。（这样做的温和的版本是，当你被告知“ 谷歌是你的朋友！ ”）

在网络论坛，你也可以告诉搜索论坛档案。事实上，有人甚至可能这么好心提供一个指向前一个线程在哪里这个问题得到解决。但不要依赖这种考虑; 提问前最好做好归档搜索。

通常情况下，告诉你做搜索的人有手动或你需要开放的信息网页，并为他或她的类型看它。这些答复意味着，响应者认为，（a）您所需要的信息很容易找到，和（b）你会学到更多，如果你寻求比如果你拥有它填鸭式给你的信息。

你不应该被这种被冒犯; 黑客的标准，你的答辩是您展示一个粗略的一种尊重只需通过没有忽视你。您应该心存感激那位老奶奶的好意。

如果你不明白...

如果你不知道答案，不要立即反弹回来澄清的要求。使用您用来尝试回答你原来的问题（手册，常见问题解答，网络，熟练的朋友）了解答案相同的工具。然后，如果你仍然需要对方解释，表现出你所学到的。

例如，假设我告诉你：“ 这听起来像你已经有了一个卡住zEntry是; 你需要将其清除。“然后：这里是一个 糟糕的后续问题：” 什么是zEntry是？“这里有一个很好的后续问题：
” 好吧，我读了手册页和zentries只-z和-p开关下提及。他们都不说，有关清除zentries什么。这是其中的一个还是我失去了一些东西在这里？“

与粗鲁处理

很多东西，看起来像在黑客圈里粗鲁无意冒犯。相反，它是直接的，直通的非废话通信风格，是自然的人谁更关心解决不是让别人感到温暖和模糊问题的产物。

当你认为粗鲁，尽量平静地做出反应。如果真的有人出于，它很可能列表或新闻组或论坛会打电话给他或她就可以在一位资深人士。如果 不发生，你失去了你的脾气，很可能是你的人失去它在黑客社区的规范中被表现和你将错予以考虑。这会伤害你得到你想要的信息或帮助的机会。

在另一方面，你偶尔会跨粗鲁和姿态是完全没有根据运行。上述的另一面是，它是可以接受的形式踩住真正的罪犯十分困难，解剖自己行为不当用锋利的手术刀言语。要非常，非常肯定你的理由的，但是你尝试在此之前，。纠正不文明行为的开始和一个毫无意义的flamewar之间的界限是够薄，黑客本身并不罕见越过它铸成大错; 如果你是一个新手还是一个局外人，你避免这种错误的可能性很小。如果你的信息，而不是娱乐后，最好让你的手指离开键盘，而不是风险这一点。

（有人断言，许多黑客有自闭症或阿斯伯格综合症的一个温和的形式，而实际上是缺少某些脑电路，润滑的“ 正常 ”的人类社会互动。这可能是也可能不是真的。如果你是不是黑客自己，它可以帮助您与我们的怪癖应付，如果你认为我们是为脑损伤请便，我们不会在意;我们 喜欢的是不管它是什么，我们是，而且一般有大约临床标签健康的怀疑态度）。

杰夫Bigler的有关意见 圆通过滤器 也是相关的，值得一读。

在下一节中，我们将讨论一个不同的问题; 那种“ 粗鲁 ”你会看到，当你 胡作非为。

对不起反应自己是个失败者

奇怪的是，你会搞砸了几次对黑客社区论坛 - 在这篇文章中，或类似的描述的方式。你会告诉你到底如何搞砸了，可能与五颜六色的旁白。公开的;当众。

发生这种情况时，你能做的最糟糕的事情是尖声抱怨的经历，声称已辱骂，要求道歉，尖叫，屏住呼吸，威胁诉讼，投诉人的雇主，离开马桶座圈，等相反，这里就是你要做的：

克服它。这是正常的。事实上，这是健康的和适当的。

社区标准不保持自己：他们的人保持积极申请他们，明显的是，在公众。不要抱怨，所有的批评都应该已经通过私人邮件传递：这不是它的工作原理。它也不是很有用，坚持你当有人评论说你的要求之一是错误的，或者说，他的看法有所不同亲自侮辱。这些都是失败者的态度。

已经有黑客论坛，在那里，出来的超礼貌一些误导的感觉，参与者可以发布任何故障查找与另一个帖子被禁止，并告诉“ 如果你不愿意帮助用户不要说什么。“ clueful参与者在其他地方产生的离去使他们陷入毫无意义的喋喋不休，成为无用的技术论坛。

夸张“ 友善 ”（以那种方式）或有用：选择一个。

请记住：当黑客的告诉你，你已经做错了，（无论多么生硬地）告诉你不要再这样做，他的演技出（1）你和（2）他的社区的关注。这将是更容易为他不理你，你过滤了他的生活。如果你不能管理感激，至少有一点尊严，不要抱怨，不要指望像一个易碎的娃娃来对待，只是因为你是一个戏剧性过敏灵魂和权利的妄想新人。

有时人们会攻击你本人，火焰没有一个明显的原因，等等，即使你不搞砸了（或者只在他们的想象搞砸了）。在这种情况下，抱怨是一路真搞砸。

这些纵火是没有谁也线索，但认为自己是专家，还是想成为心理学家测试你是否会搞砸了要么拉默斯。其他读者要么忽略它们，或者想办法对付他们自己。该纵火的行为创造了自己的问题，而不必关注你。

不要让自己被卷入一个flamewar，无论是。大部分火焰完全可以忽略 - 你已经检查后，他们是否真的火焰，不是指针到您已经搞砸了，并没有加密的巧妙回答您的真正问题的方式（这种情况以及）。

问题不要问

下面是一些经典的愚蠢的问题，什么黑客都在思考时，他们不回答这些问题。

问：我在哪里可以找到程序或资源X？问：我如何使用的是X做Y'问：我如何配置我的shell提示符？问：我可以转换成一个AcmeCorp文件到使用低音-O-MATIC文件转换TeX的文件？问：我的{程序，配置，SQL语句}不工作问：我有我的Windows机器的问题。你能帮我吗？问：我的程序无法正常工作。我想系统设施X是坏了。问：我在安装Linux或十，你能帮忙的问题？问：我怎么才能破解根/窃取通道OP特权/读别人的电子邮件？

问：	我在哪里可以找到程序或资源X？
A：	我发现它在同一个地方，傻瓜-在网络搜索的另一端。Ghod，不是每个人都知道如何使用 谷歌吗？
问：	我如何使用的是X做Y'
A：	如果你想要的是做Y，你应该问这个问题，假设没有预先使用，可能不适合的方法。这种形式的问题往往表明一个人谁不只是无知X，但搞不清是什么问题ÿ他们解决和对他们的具体情况的细节过于迷恋。一般来说，最好无视这样的人，直到他们确定他们的问题更好。
问：	我该如何配置我的shell提示符？
A：	如果你足够聪明，问这个问题，你很聪明，足以RTFM，并找出自己。
问：	我可以转换成一个AcmeCorp文件到使用低音-O-MATIC文件转换TeX的文件？
A：	试试看。如果你这样做，你会（一）学习的答案，和（b）别再浪费我的时间。
问：	我的{程序，配置，SQL语句}不工作
A：	这不是一个问题，我没有兴趣玩二十个问题窥探您的实际问题出你 - 我有更好的事情要做。在看到这样的事情，我的反应通常下列之一： 你还有什么要补充的吗？ 哦，那太糟糕了，我希望你能搞定。 这跟我有什么做的？
问：	我有我的Windows机器的问题。你能帮我吗？
A：	是。扔掉微软垃圾和安装开源操作系统，如Linux或BSD。 注意：您可以要求与Windows机器的问题，如果他们是关于一个程序，它有一个正式的Windows构建，或Windows机器（即桑巴）相互作用。只是不要被这个问题是与Windows，而不是程序的答复感到惊讶，因为Windows是一般这么破，这是很常见的情况。
问：	我的程序无法正常工作。我想系统设施X是坏了。
A：	虽然这是可能的，你要注意到系统调用和大量使用数百或数千人的图书馆缺乏明显的第一人，这是相当更有可能的是，你是完全无能。临时股东索赔需要有非常的证据; 当你提出索赔像这样的，你必须与失败案例明确和详尽的资料备份。
问：	我在安装Linux或十，你能帮忙的问题？
A：	号我需要动手访问您的计算机来解决此。去问问你的本地的Linux用户组手把手的帮助。（你可以找到用户组的列表在这里。） 注：有关安装，如果你是一个特定的分布的论坛或邮件列表上，问题是使用Linux可能是适当的问题是发行版; 或本地用户组论坛。在这种情况下，一定要描述故障的具体细节。但仔细做搜索第一，以“LINUX”和 所有的硬件可疑件。
问：	我怎么才能破解根/窃取通道OP特权/读别人的电子邮件？
A：	你对想询问黑客帮你做这样的事情和白痴一个下层的人。

好的和坏的问题

最后，我要说明如何问举例一个巧妙的方法问题; 对关于同样的问题的问题，一个是一个笨方法，一个在一个巧妙的方法问道。

愚蠢： 我在哪里可以找到关于Foonly Flurbamatic的东西吗？
这个问题只是乞求“STFW”作为回复。

聪明问题： 我用谷歌，试图寻找 “ Foonly Flurbamatic的2600 ”在网络上，但我没有得到有用的结果。我可以得到一个指向该设备编程的资料？
这其中已经STFWed，和听起来像有可能是一个真正的问题。

愚蠢： 我不能得到FOO项目代码进行编译。为什么坏了？
该求卜者假定别人搞砸了。傲慢的混帐...

聪明问题： FOO项目代码不Nulix 6.2版下编译。我读过了FAQ，但里面没有关于Nulix相关问题任何事情。这是我编译过程的记录; 是不是我做的事？
该求卜者指定了环境，阅读常见问题，显示错误，并没有把问题都是别人的错。这一条可能值得留意。

蠢问题： 我有我的主板问题。任何人可以帮助？
普通黑客对此的反应很可能是“ 权。你需要打嗝和换尿布吗？“其次是删除键的一记重拳。

智能： 我试过X，Y和Z的S2464主板上。如果没有工作，我试过了A，B和C.注意好奇症状当我试图C.显然florbish是边带泄漏，但结果不是人们所预料。什么是边带泄漏的Athlon MP处理器的主板通常的原因是什么？任何人有更多的测试，我可以运行牵制问题的想法？
这个人，从另一方面来看，值得去回答。他/她表现出了解决问题的智慧，而不是被动地等待的答案，从降高。

在最后一个问题中，注意之间微妙而又重要的区别“ 给我一个答案 ”和“ 请帮我找出我还应该做什么诊断可以运行得到启迪。“

事实上，这最后一个问题的形式紧密依托，在2001年8月发生的Linux内核邮件列表（LKML）在真实的事件。我（Eric）就是那个提出问题的时间。我看到一个泰安S2462主板上的神秘锁死。该列表的成员提供我需要解决他们的关键信息。

通过询问在我做的方式的问题，我给了大家值得玩味的东西; 我做了很容易和有吸引力让他们参与进来。我展示了我的同龄人的能力的尊重，并邀请他们与我的同行进行磋商。我还展示了，告诉他们盲目小巷我已经跑下来的时间价值的尊重。

后来，当我感谢大家，并说这个过程是如何运作良好，同比LKML成员表示，他认为这并没有工作，因为我是一个“ 名 ”在名单上，但因为我问的问题在适当的形式。

黑客在某些方面非常狠任人唯贤; 我肯定他是对的，如果我已经表现得像个海绵我会一直火烧或忽略不管我是谁。他的建议我写了整个事件的指令他人直接导致了本指南的组成。

如果你不能得到答案

如果你不能得到答案，请不要往心里去，我们不觉得我们可以帮助你。有时问组的成员可能根本就不知道答案。没有反应是不一样的被忽视，但无可否认它很难从外部察觉的差异。

一般情况下，只需重新发布您的问题是一个坏主意。这将被看作是毫无意义烦人。要有耐心：用你的答案的人可能是在不同的时区和睡着了。或者，它可能是你的问题没有得到很好的形成开始。

有帮助的，你可以去其他来源，来源中更好地适应初学者的需要。

还有谁是关于软件爱好者众多的在线和本地用户群体，尽管他们可能从来没有写任何软件本身。这些团体常形成，使人们可以互相帮助，帮助新用户。

也有很多商业公司可以用求助，大型和小型的合同。不要在不必支付一点帮助的想法感到失望！毕竟，如果你的车的发动机吹头垫片，没准你就会把它带到修理店和支付得到固定。即使软件没花你什么，你不能指望支持总是免费的。

对于Linux这样流行的软件，还有每个开发者至少有10,000个用户。这只是不可能一个人来处理来自超过10,000个用户的支持电话。请记住，即使你要付出的支持，你仍然支付比你当初买的软件，以及（和闭源软件的支持通常比对开源软件的支持更昂贵，缺乏竞争力）要少得多。

如何回答了有益的方法问题

要温柔。问题相关的压力可以使人显得无礼或愚蠢，即使他们不是。

回复初犯离线。有没有人谁可以作出一个诚实的错误需要公众的羞辱。一个真正的新手可能不知道如何搜索档案或在FAQ中存储或张贴。

如果你不知道的肯定不，这么说！一个错误，但权威的冠冕堂皇的答案是比没有更糟糕的。不点任何人都下了错误的道路，只是因为它的乐趣，听起来像一个专家。要谦虚和诚实; 设置了求卜者与您同行既是一个很好的例子。

如果你不能帮助，不妨碍。不要对可能垃圾桶用户的安装过程的笑话-这个可怜的蠢货可能会将这些作为说明。

问尖锐的问题，征求更多的细节。如果你擅长这一点，求卜者会学到一些东西-所以你可能。试图把坏的问题变成好事; 还记得我们都新手一次。

一边喃喃自语RTFM回答的人谁仅仅是一个懒惰邋遢，一个指针文件（即使它只是谷歌的一个关键短语的建议）是更好时，有时是有道理的。

如果你打算在所有回答问题，提供良好的价值。当有人使用了错误的工具或方法不建议缺憾的解决方法。推荐的好工具。重新组织问题。

回答实际问题！如果求卜者已经如此深入的做他或她的研究，并已包含在X，Y，Z，A，B和C都已经试过了没有好结果的查询，这是超级无益与回应“ 尝试A或B “或链接到的东西，只是说，” 试X，Y，Z，A，B或C “。

帮助你的社区的问题学习。当现场一个很好的问题，问自己 “ 怎么会相关文件或FAQ必须改变，这样没有人再回答这个？“然后，一个补丁发送到文档的维护者。

如果你没有研究来回答这个问题，展示你的技能，而不是写，就像你拉出来回答你的屁股的。回答一个很好的问题，就像是一个喂养饥饿的人一餐，但例如教他们的研究能力是显示他们如何种粮食一辈子。

相关资源

如果您需要在如何个人电脑，UNIX的基础知识教学和互联网的工作，看到 Unix和互联网基础HOWTO。

当你发布软件或编写补丁软件，尽量遵循的准则 软件发布实践HOWTO。

致谢

伊夫林·米切尔贡献一些示例愚蠢的问题，并激发了“ 如何给一个很好的回答 ”一节。米哈伊尔Ramendik贡献了改进一些特别有价值的建议。

原文链接：http://www.catb.org/~esr/faqs/smart-questions.html#translations