如何聪明地问问题

http://www.catb.org/esr/faqs/smart-questions.html

免责声明

许多项目网站在其有关如何获得帮助的部分中均链接至该文档。很好，这是我们想要的用途–但是，如果您是网站管理员，则为您的项目页面创建了这样的链接，请在链接旁边醒目显示，注意我们不是您项目的帮助台！

我们已经学到了很难的方法，如果没有这样的通知，白痴就会一再困扰我们。白痴们认为发布此文档使其成为解决全球所有技术问题的工作。

如果您是因为需要帮助而正在阅读本文档，并且您对您的印象是可以直接从本文档的作者那里获得的，那么您就是我们在谈论的白痴。不要问我们问题。我们只会无视您。我们在这里向您展示如何从真正了解您正在处理的软件或硬件的人那里获得帮助，但是99.9％的时间不是我们。除非您确定其中一位作者是您正在处理的专家，否则请别管 我们，每个人都会更加幸福。

介绍

在黑客世界中，您对技术问题的答案取决于您提出问题的方式以及制定答案的难度。本指南将教您如何以更可能使您满意的方式提出问题。

既然开放源代码的使用已经广泛普及，您通常可以从其他更有经验的用户那里获得与黑客一样好的答案。这是一件好事；用户往往对新手经常遇到的那种类型的容忍度要高一些。不过，以我们在此推荐的方式对待像黑客这样的有经验的用户通常也将是从他们那里获得有用答案的最有效方法。

首先要了解的是，黑客实际上喜欢棘手的问题以及关于它们的发人深省的问题。如果我们不这样做，我们就不会在这里。如果您给我们提出一个有趣的问题，我们将不胜感激。好的问题是刺激和礼物。好的问题有助于我们加深理解，并经常揭示我们可能没有注意到或未曾想到的问题。在黑客中间，“好问题！”是发自内心的大力称赞。

尽管如此，黑客还是以看起来像敌对或自大的简单问题而闻名。有时候，我们似乎对新手和无知者反感。但这不是真的。

毫无疑问，我们是对那些似乎不愿在思考问题之前思考或自己做家庭作业的人的敌意。像这样的人是时间上的沉没-他们付出不回头，他们浪费了我们本可以花在另一个有趣的问题和另一个值得回答的人上的时间。我们称这种人为“失败者”（由于历史原因，有时我们将其拼写为“失败者”）。

我们意识到，有很多人只想使用我们编写的软件，而对学习技术细节没有兴趣。对大多数人来说，计算机只是工具，是达到目的的手段；它只是目的。他们有更重要的事情要做和生活。我们承认这一点，不要期望每个人都对我们着迷的技术感兴趣。但是，我们的回答方式适合那些确实 有兴趣并愿意积极参与解决问题的人们。那不会改变。也不应；如果这样做的话，我们在做最擅长的事情上的效率就会降低。

我们（主要是）志愿者。我们抽出时间来忙于回答问题，有时我们不知所措。所以我们狠狠地过滤。尤其是，我们抛弃了那些似乎是失败者的问题，以便将我们的问答时间更有效地用于赢家。

如果您发现这种态度令人讨厌，居高临下或自大，请检查您的假设。我们并没有要求您与我们相处-实际上，如果您付出一切努力使我们成为现实，那么我们大多数人只喜欢平等对待您并欢迎您加入我们的文化。但是，我们试图帮助那些不愿意自我帮助的人根本没有效率。无知是可以的。玩笨蛋是不好的。

因此，虽然没有必要具备足够的技术能力来引起我们的关注，但有必要展示出一种导致胜任能力的态度-机敏，周到，细心，愿意成为开发解决方案的积极伙伴。如果您不能忍受这种歧视，建议您向某人支付一份商业支持合同，而不是请黑客亲自为您提供帮助。

如果您决定向我们寻求帮助，您就不想成为失败者之一。您也不想看起来像一个。获得快速响应的最佳方法是像有聪明才智，自信和线索的人一样提出问题，而他们恰巧需要就某个特定问题寻求帮助。

（欢迎对本指南进行改进。您可以将建议邮寄到esr@thyrsus.com或response-auto@linuxmafia.com。但是请注意，本文档并非旨在成为网络礼仪的一般指南，我们通常会拒绝建议与在技术论坛中寻求有用的答案没有特别的关系。）

在问之前

在通过电子邮件，新闻组或网站聊天板上询问技术问题之前，请执行以下操作：

1. 通过搜索您计划发布到的论坛或邮件列表的档案，尝试找到答案。

2. 尝试通过搜索网络找到答案。

3. 尝试通过阅读手册找到答案。

4. 尝试通过阅读常见问题来找到答案。

5. 尝试通过检查或实验找到答案。

6. 通过问一个熟练的朋友来尝试找到答案。

7. 如果您是一名程序员，请尝试通过阅读源代码来找到答案。

当您提出问题时，请先表明您已做过这些事情。这将有助于确定您不是懒惰的海绵，在浪费人们的时间。更好的是，显示您 从这些事情中学到的知识。我们喜欢为已经证明自己可以从答案中学习的人们回答问题。

使用策略，例如对收到的任何错误消息的文本进行Google搜索（搜索Google网上论坛和网页）。这很可能使您直接解决文档或邮件列表线程来回答您的问题。即使没有，说“我GOOGLE上下面的语句，但没有得到任何东西，看起来前途无量”是一件好事，在e-mail或新闻张贴请求帮助，如果这样做不仅是因为它记录的搜索获得了什么没有帮助。通过将搜索词链接到希望成为您的问题和解决方案的线索，它还将有助于将其他有类似问题的人引向您的线索。

慢慢来。不要指望用几秒钟的谷歌搜索就能解决一个复杂的问题。在与专家联系之前，请阅读并理解常见问题解答，坐在那里，放松一下，并对问题进行一些思考。相信我们，他们将能够从您的问题中告诉您您的阅读和思考程度，并且如果您准备就绪，将更加乐于提供帮助。不要因为您的第一个搜索没有找到答案（或答案太多）而立即激发您整个问题的库。

准备你的问题。仔细考虑。仓促的问题只会得到仓促的答案，或者根本不会得到答案。您做得越多，证明在寻求帮助之前就投入了很多精力和精力来解决问题，您获得实际帮助的可能性就越大。

当心问错问题。如果您基于错误的假设提出疑问，J。Random Hacker很可能会在思考“愚蠢的问题... ”的同时以毫无用处的字面回答进行答复，并希望获得所要的而不是所需要的经验会教你一堂课。

永远不要假设您有权获得答案。你不是; 毕竟，您不需要为此付费。通过提出一个实质性，有趣且发人深省的问题，您将获得一个答案（如果您获得了答案）—这个问题隐含地有助于社区的体验，而不仅仅是被动地要求他人提供知识。

另一方面，明确表示您有能力并且愿意在解决方案的开发过程中提供帮助是一个很好的开始。“有人会提供指针吗？”，“我的榜样遗漏了什么？”和“我应该检查哪个站点？“”比“请张贴我应该使用的确切程序”更容易得到答复。”， 因为您明确表示，如果有人可以为您指明正确的方向，那么您确实愿意完成此过程。

当你问

仔细选择您的论坛

选择问题的位置要保持敏感。如果您满足以下条件，您很可能会被忽略或被注销为失败者：

• 将您的问题发布到与主题无关的论坛上

• 将一个非常基本的问题发布到期望有高级技术问题的论坛上，反之亦然

• 交叉发布到太多不同的新闻组

• 向既不是您的熟人也不是负责解决您的问题的个人发布个人电子邮件

黑客吹出了针对性不当的问题，以试图保护自己的通信渠道不被淹没。您不希望这种情况发生在您身上。

因此，第一步是找到合适的论坛。同样，Google和其他网络搜索方法是您的朋友。使用它们可以找到与您遇到困难的硬件或软件最紧密相关的项目网页。通常，它将具有指向FAQ（常见问题）列表以及项目邮件列表及其存档的链接。如果您自己的工作（包括阅读 发现的常见问题解答）找不到解决方案，那么这些邮件列表是最后寻求帮助的地方。项目页面可能还描述了一个错误报告过程，或者有一个链接。如果是这样，请遵循。

发出一封电子邮件给您不熟悉的人或论坛，这充其量是冒险的。例如，不要假设信息丰富的网页的作者希望成为您的免费顾问。对于您的问题是否会受到欢迎，请不要做出乐观的猜测-如果不确定，可以将其发送到其他地方，或者完全不要发送。

选择Web论坛，新闻组或邮件列表时，请不要过分信任该名称。寻找常见问题解答或章程以验证您的问题是否是主题。发布之前，请先阅读一些后退流量，以便您了解那里的工作情况。实际上，在您发帖之前，在新闻组或邮件列表档案中用关键字搜索与您的问题相关的单词是一个很好的主意。它可能会为您找到答案，否则，它将帮助您提出一个更好的问题。

不要立即散弹式轰炸所有可用的帮助渠道，这就像大吼大叫并激怒了人们。轻柔地穿过它们。

知道你的话题是什么！一种典型的错误是在论坛上询问有关Unix或Windows编程接口的问题，该论坛专门讨论可在两者之间移植的语言或库或工具。如果您不明白为什么会犯这样的错误，那么最好不要提出任何问题，直到您明白为止。

通常，与对私人论坛的同等问题相比，对精心挑选的公共论坛的问题更有可能获得有用的答案。这有多种原因。一个就是潜在的受访者人数庞大。另一个是观众人数；黑客宁愿回答那些教育许多人的问题，也不愿回答仅服务于少数人的问题。

可以理解的是，熟练的黑客和流行软件的作者所收到的不只是针对错误目标的消息。通过增加洪水，在极端情况下，您甚至可能成为破坏骆驼的稻草-很多时候，流行项目的贡献者撤回了支持，因为对他们的个人帐户的无用电子邮件流量形式的附带损害变得无法忍受。

堆栈溢出

搜索，然后在Stack Exchange上询问

近年来，Stack Exchange网站社区已成为回答技术和其他问题的主要资源，甚至是许多开源项目的首选论坛。

在查看Stack Exchange之前，先进行Google搜索。Google实时对其进行索引。很有可能有人已经问过类似的问题，并且Stack Exchange网站通常位于搜索结果的顶部。如果您没有通过Google找到任何信息，请在与您的问题最相关的特定网站上再次搜索（请参见下文）。使用标签搜索可以帮助缩小搜索范围。

如果仍然找不到任何内容，请将您的问题发布在最受关注的 一个网站上。使用格式化工具（尤其是用于代码的格式化工具），并添加与问题的实质相关的标签（尤其是遇到问题的编程语言，操作系统或库的名称）。如果评论者要求您提供更多信息，请编辑您的主要文章以包含它。如果有任何答案，请单击向上箭头以进行投票；如果答案可以解决您的问题，请单击投票箭头下的检查，将其接受为正确的。

Stack Exchange已发展到100多个站点，但以下是最有可能的候选站点：

• 超级用户是有关通用计算的问题。如果您的问题不是仅通过网络连接与之交谈的代码或程序，可能就在这里。

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

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

多个项目都有自己的特定站点，包括Android，Ubuntu，TeX / LaTeX和SharePoint。检查Stack Exchange站点以获取最新列表。

Web和IRC论坛

您的本地用户组或Linux发行版可能会宣传一个Web论坛或IRC频道，新手可以从中获得帮助。（在非英语国家/地区，新手论坛仍然更有可能成为邮件列表。）这些都是首先要问的地方，尤其是如果您认为自己可能已经遇到了相对简单或普遍的问题。广告IRC频道是一个公开邀请，可以在那里提问并经常实时获得答案。

实际上，如果您的程序从Linux发行版中给您带来了问题（今天很常见），那么在尝试该程序的项目论坛/列表之前，最好先向发行版的论坛/列表询问。该项目的黑客可能只是说：“使用我们的 构建”。

在发布到任何Web论坛之前，请检查它是否具有搜索功能。如果是这样，请尝试使用几个关键字搜索类似您的问题的内容；它可能会有所帮助。如果您以前曾进行过一般的Web搜索（应该如此），则仍要搜索该论坛；您的全网搜索引擎最近可能没有将所有该论坛编入索引。

项目越来越倾向于通过Web论坛或IRC渠道为用户提供支持，同时保留更多的电子邮件用于开发流量。因此，在寻求项目特定的帮助时，首先要寻找那些渠道。

在IRC中，最好不要将很长的问题描述转储到通道的第一件事上。有些人将其解释为渠道泛滥。最好以一种可以在频道上开始对话的方式说出单行的问题描述。

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

当项目具有开发邮件列表时，即使您相信知道谁最能回答您的问题，也请写邮件列表，而不要写给单个开发人员。检查项目的文档及其主页以获取项目邮件列表的地址，然后使用它。制定此政策有几个充分的理由：

• 任何足以让一位开发人员提出的问题也将对整个团队有价值。相反，如果您怀疑自己的问题对于邮件列表来说太傻了，这不是骚扰个别开发人员的借口。

• 在列表上提问可以在开发人员之间分配负载。单个开发人员（尤其是如果他是项目负责人）可能很忙而无法回答您的问题。

• 大多数邮件列表都已存档，并且存档由搜索引擎索引。如果您在列表上提出问题并得到答复，将来的查询者可以在网络上找到您的问题和答案，而不必再次提出。

• 如果经常看到某些问题，则开发人员可以使用该信息来改进文档或软件本身，以减少混乱。但是，如果这些问题是私下提出的，则没有人可以全面了解最经常问到哪些问题。

如果项目同时具有“用户”和 “开发人员”（或“黑客”）邮件列表或Web论坛，并且您没有对代码进行黑客攻击，请在“用户”列表/论坛中提问 。不要以为您会受到开发人员名单的欢迎，因为噪声会干扰他们的开发人员流量，因此他们很可能会遇到您的问题。

但是，如果您确定自己的问题很重要，并且在“用户” 列表/论坛中几天都没有得到答案，请尝试使用“开发人员”。建议您潜伏那里几天或至少查看邮件的最后几天，在发布之前了解当地的风俗习惯（实际上，这对任何私人或半私人清单都是不错的建议）。

如果找不到项目的邮件列表地址，而只看到项目维护者的地址，请继续写信给维护者。但是即使在这种情况下，也不要假设邮件列表不存在。在电子邮件中提到您尝试过并且找不到适当的邮件列表。还请注意，您不反对将消息转发给其他人。（许多人认为，即使其中没​​有任何秘密，私人电子邮件也应保持私人状态。通过允许转发邮件，您可以让通讯员选择如何处理电子邮件。）

使用有意义的特定主题标题

在邮件列表，新闻组或Web论坛上，主题标头是您吸引大约50个字符或更少字符的合格专家注意的绝佳机会。不要将其浪费在“请帮助我”这样的胡言乱语上 （更不用说“请帮助我！！！ ”；带有类似主题的消息会被反射丢弃）。不要试图用痛苦的深深打动我们。请使用该空间来进行超简洁的问题描述。

许多技术支持组织都使用的主题标头的一种好习惯是“对象偏差”。在 “对象”部分指定的事物或事物组有问题，和“偏差”部分描述了预期行为的偏差。

笨：

救命！视频在笔记本电脑上无法正常工作！

聪明：

X.org 6.8.1鼠标光标变形，Fooware MV1005 vid。芯片组

更聪明：

Fooware MV1005 vid上的X.org 6.8.1鼠标光标。芯片组-变形

编写“对象偏差” 描述的过程将帮助您更详细地组织对问题的思考。有什么影响？只是鼠标光标还是其他图形？这是特定于X的X.org版本吗？到版本6.8.1？这是特定于Fooware视频芯片组吗？要建模MV1005？看到结果的黑客可以立即了解您所遇到的问题以及所遇到的问题。

更一般地，想象一下查看问题档案的索引，只显示主题行。使您的主题行充分反映您的问题，以便下一个搜索与您的问题类似的档案的人将能够跟随主题找到答案，而不必再次发布问题。

如果您在答复中提出问题，请确保更改主题行以表明您正在提出问题。看起来像“ Re：test ”或“ Re：new bug ”的主题行不太可能吸引有用的注意力。同样，将先前消息的报价减至最少，以与新阅读器中的提示保持一致。

不要简单地点击回复列表消息以启动一个全新的线程。这将限制您的听众。一些邮件阅读器（例如mutt）允许用户按线程排序，然后通过折叠线程将消息隐藏在线程中。这样做的人将永远不会看到您的消息。

改变主题是不够的。Mutt和其他邮件阅读器会查看电子邮件标题中的其他信息，以将其分配给线程，而不是主题行。而是开始全新的电子邮件。

在Web论坛上，良好实践的规则略有不同，因为消息通常与特定的讨论线程紧密绑定，并且通常在这些线程之外不可见。在回答问题时更改主题不是必需的。并非所有论坛都允许在回复中使用单独的主题行，并且几乎没有人在阅读时阅读它们。但是，在答复中提出问题本身就是一种可疑的做法，因为只有那些正在关注此主题的人才能看到它。因此，除非您确定只想询问当前在该线程中活动的人员，否则请 重新开始。

轻松回复

用“请发送您的答复给... ”结束您的查询，这很不可能获得答案。如果您不花时间花费几秒钟来在邮件代理中设置正确的Reply-To标头，我们就不用花几秒钟来思考您的问题。如果您的邮件程序不允许这样做，请获得更好的邮件程序。如果您的操作系统不支持允许此操作的任何电子邮件程序，请获得更好的操作系统。

在Web论坛中，通过电子邮件请求回复是绝对不礼貌的，除非您认为该信息可能是敏感的（并且由于某种未知的原因，有人会让您（但不是整个论坛）知道这一点）。如果您希望在有人回复该帖子时发送电子邮件副本，请请求Web论坛发送该副本；在“观看此主题”， “在答案中发送电子邮件”等选项下，几乎所有地方都支持此功能。

用清晰的，语法正确的语言书写

我们从经验中发现，那些粗心大意的人通常在思考和编码方面也粗心大意（无论如何，通常都可以打赌）。回答粗心和草率的思想家的问题是无济于事的。我们宁愿花时间在别处。

因此，清晰，表达自己的问题很重要。如果您不愿意这样做，我们也不会关注。花费额外的精力来完善您的语言。它不一定是僵硬或正式的-实际上，黑客文化非常重视非正式，语和幽默的语言。但这必须很精确。必须有一些迹象表明您正在思考和关注。

正确拼写，标点和大写。不要混淆 “其”与“它的”，“松”与 “输”或“分离”与 “谨慎”。不要输入所有大写字母；这被认为是大喊大叫，被认为是粗鲁的。（全幅读音只是有点不那么令人讨厌，因为很难读。AlanCox可以摆脱它，但是你不能。）

更一般而言，如果您像半文盲的蠢蛋一样写作，您很可能会被忽略。因此，请勿使用即时消息快捷方式。将“ you”拼写为“ u”使您看起来像半文盲，可以节省两次完整的击键。更糟糕的是：像l33t脚本那样写小子hax0r绝对是死亡之吻，并保证您只会得到石制的沉默（或充其量是轻蔑和嘲讽的帮助）。

如果您在不使用您的母语的论坛中提问，那么拼写和语法错误将有一定的余量-但是对于懒惰根本没有多余的余量（是的，我们通常可以发现这种差异）。另外，除非您知道受访者的语言是什么，否则请用英语书写。繁忙的黑客倾向于简单地用他们不懂的语言来发问，英语是互联网的工作语言。通过英语写作，您可以最大程度地减少问题被未读遗弃的机会。

如果您使用英语写作，但它是您的第二语言，这是一种很好的形式，可以提醒潜在的被访者注意潜在的语言困难和解决方案。例子：

• 英语不是我的母语。请原谅输入错误。

• 如果您说$ LANGUAGE，请给我发送电子邮件/ PM；我可能需要帮助翻译我的问题。

• 我熟悉技术术语，但是一些语表达和成语对我来说很难。

• 我已经用$ LANGUAGE和英语发布了我的问题。如果您只使用一种或另一种，我将很高兴翻译答复。

以可访问的标准格式发送问题

如果您人为地使您的问题难以理解，那么更可能会将其转移给一个没有的问题。所以：

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

• MIME附件通常是可以的，但前提是它们是真实内容（例如附加的源文件或补丁），而不仅仅是邮件客户端生成的样板文件（例如邮件的另一个副本）。

• 不要发送整个段落都是单行换行的电子邮件。（这使得仅对部分消息进行回复变得非常困难。）假设您的应答者将在80个字符宽的文本显示上阅读邮件，并相应地将换行设置为小于80。

• 但是，不要不包数据（诸如日志文件转储或会话转录）在任何固定的列的宽度。数据应原样包含，因此受访者可以放心，他们正在查看您所看到的内容。

• 不要将MIME Quoted-Printable编码发送到英语论坛。当您以ASCII不能涵盖的语言进行发布时，可能需要这种编码，但是许多电子邮件代理不支持它。当它们破裂时，所有散布在文本中的== 20个字形都是丑陋且分散注意力的，或者可能会积极破坏文本的语义。

• 永远，永远指望黑客能够读取封闭的专有的文件格式，如Microsoft Word或Excel。大多数黑客对此的反应与您对将一堆蒸猪粪丢在您家门口时的反应一样。即使他们能够应付，他们仍然讨厌这样做。

• 如果要从Windows计算机发送电子邮件，请关闭Microsoft有问题的“智能引号”功能（从“工具”>“自动更正选项”中，清除“键入时自动套用格式”下的“智能引号”复选框。）这样一来，您就可以避免在邮件中撒乱字符。

• 在Web论坛中，请勿滥用“ smiley ”和 “ HTML ”功能（如果存在）。一两个笑脸通常可以，但是彩色的花哨的文字会让人觉得你很me脚。严重过度使用笑脸，颜色和字体会使您像个傻傻的少女一样脱身，除非您对性ai比对答案更感兴趣，否则通常这不是一个好主意。

如果您使用的是图形用户界面邮件客户端，例如Netscape Messenger，MS Outlook或它们的同类，请当心，将其与默认设置一起使用时可能会违反这些规则。大多数此类客户端具有基于菜单的“查看源代码”命令。在已发送邮件文件夹中的某物上使用此功能，以验证是否发送了纯文本而没有不必要的附件。

关于您的问题要准确而翔实

• 仔细清晰地描述问题或错误的症状。

• 描述它发生的环境（机器，操作系统，应用程序等）。提供供应商的发行和发行级别（例如：“ Fedora Core 7 ”，“ Slackware 9.1 ”等）。

• 在提出问题之前，请描述您为试图理解问题所做的研究。

• 描述您提出问题之前尝试尝试解决的诊断步骤。

• 描述计算机或软件配置中任何可能相关的最新更改。

• 如果有可能，请提供一种在受控环境中重现问题的方法。

尽您所能预见黑客会提出的问题，并在请求帮助时提前回答它们。

如果您报告的是您认为是代码错误的内容，则使黑客具有在受控环境中重现问题的能力尤其重要。当您这样做时，获得有用答案的几率和获得该答案的速度都会大大提高。

西蒙塔瑟姆（Simon Tatham）撰写了一篇出色的文章，题为“如何有效地报告错误”。我强烈建议您阅读它。

音量不精确

您需要准确而翔实。通过简单地将大量代码或数据转储到帮助请求中并不能达到此目的。如果您有一个大型，复杂的测试用例正在破坏程序，请尝试对其进行修剪并使其尽可能小。

出于至少三个原因，这很有用。一：被认为在简化问题上投入了很多精力，这使您更有可能获得答案；二：简化问题，使您更有可能得到一个有用的答案。第三：在完善错误报告的过程中，您可以自己开发一个修复程序或解决方法。

不要急于声称您已发现错误

当您在使用某个软件时遇到问题时，除非您非常确定自己的立场，否则请不要声称您发现了一个错误 。提示：除非您可以提供解决该问题的源代码补丁，或者提供针对先前版本的回归测试以证明行为不正确，否则您可能还不确定。这也适用于网页和文档；如果找到了文档 “ bug ”，则应提供替换文本以及应该继续的页面。

请记住，还有许多其他用户没有遇到您的问题。否则，您将在阅读文档和搜索网络时就已经了解了它（您是在抱怨之前这样做的，不是吗？）。这意味着很可能是您在做错事，而不是软件。

编写该软件的人员非常努力地使它尽可能地正常工作。如果您声称发现了一个错误，那将损害它们的能力，即使您是正确的，也可能会冒犯其中一些。 在主题行中大喊“ bug ”是特别不外交的。

当问您的问题时，即使您私下确定自己已经找到了实际的错误，最好也要假设自己做错了什么。如果确实存在错误，您将在答案中听到它。试玩一下，以便维护人员在该错误是真实的情况下向您道歉，而不是在您弄错了时向他们道歉。

丛生不能代替做作业

有些人认为自己不应该表现得粗鲁或傲慢，要求答案，却退缩到了卑鄙的极端。 “我知道，我只是一个可怜的失败者新手，但是...... ”。这是分心且无益的。当它加上对实际问题的模糊性时，这尤其令人讨厌。

不要将您的时间或我们的时间浪费在原始的灵长类动物政治上。相反，请尽可能清楚地陈述背景事实和您的问题。这比缠住是更好的定位自己的方法。

有时，网络论坛在新手问题上有单独的位置。如果您确实有新手问题，请去那里。但是也不要在那儿grove。

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

告诉黑客您认为导致问题的原因没有用。（如果您的诊断理论如此热门，您会咨询其他人以寻求帮助吗？）因此，请确保您要告诉他们发生问题的原始症状，而不是您的解释和理论。让他们做解释和诊断。如果您认为陈述自己的猜测很重要，请清楚地标明自己的猜测，并说明为什么该答案不适合您。

笨：

我在内核编译中遇到了背对背的SIG11错误，并怀疑母板迹线之一出现细线裂缝。检查这些的最佳方法是什么？

聪明：

我在带有256MB Corsair PC133 SDRAM的FIC-PA2007主板（VIA Apollo VP2芯片组）上自制的K6 / 233，在内核编译过程中开机后大约20分钟开始出现频繁的SIG11错误，但从未在最初的20分钟内发生。重新启动不会重新启动时钟，但是可以在一夜之间关闭电源。交换所有RAM并没有帮助。典型的编译会话日志的相关部分如下。

由于上述观点对于许多人来说似乎很难理解，因此这句话提醒您：“所有诊断学家都来自密苏里州。” 美国官方的座右铭是“给我看”（于1899年获得，当时国会议员Willard D. Vandiver说：“我来自一个种植玉米，棉花，鸟蛤和民主党的国家，而泡沫的口才既不能说服我也不能令我满意。我是来自密苏里州。您必须向我展示。“）在诊断医生的情况下，这不是怀疑论问题，而是从字面意义上，功能上需要查看与您所看到的原始证据尽可能接近的东西，而比您的推测和总结要好。给我们看一看。

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

找出出了问题的最有用的线索通常是紧接在前的事件。因此，您的帐户应准确描述您的工作以及机器和软件的工作，从而导致崩溃。在命令行过程中，具有会话日志（例如，使用脚本实用程序）并引用相关的大约20行非常有用。

如果炸毁的程序具有诊断选项（例如-v表示详细信息），请尝试选择将有用的调试信息添加到脚本的选项。请记住，更多不一定代表更好。尝试选择一个调试级别，该级别将通知您而不是使阅读器陷入垃圾中。

如果您的帐户结局过长（超过四个段落），则可能需要先简要说明问题，然后再按时间顺序讲故事。这样，黑客将知道在阅读您的帐户时需要注意什么。

描述目标，而不是步骤

如果您试图找出解决方法（而不是报告错误），请从描述目标开始。只有这样，才能描述您所受阻的特定步骤。

通常，需要技术帮助的人会牢记一个高水平的目标，并且会卡在他们认为是实现目标的一条特定途径上。他们在此步骤上寻求帮助，但没有意识到路径错误。要克服这一点，可能需要付出巨大的努力。

笨：

如何在FooDraw程序上获取颜色选择器以获取十六进制RGB值？

聪明：

我试图用我选择的值替换图像上的颜色表。现在，我能看到的唯一方法是编辑每个表槽，但是我无法让FooDraw的颜色选择器采用十六进制RGB值。

问题的第二个版本很聪明。它提供了一个答案，可以提出一个更适合该任务的工具。

不要要求人们通过私人电子邮件进行回复

黑客认为解决问题应该是一个公共的，透明的过程，在此过程中，如果更有知识的人注意到问题的答案不完整或不正确，则可以并且应该予以纠正。同样，帮助者由于被同龄人视为胜任和知识渊博而获得了一些奖励。

当您要求私下答复时，您将破坏流程和奖励。不要这样 是否进行私人答复是 被调查者的选择-如果他或她愿意，通常是因为他或她认为问题太过形式化或显而易见，以致于其他人不感兴趣。

此规则有一个有限的例外。如果您认为问题很可能使您得到许多非常相似的答案，那么妙语就是“给我发电子邮件，我将为小组总结答案”。尝试为邮件列表或新闻组保存大量相同的帖子是有礼貌的-但您必须遵守承诺进行总结。

明确表达您的问题

不限成员名额的问题往往被认为是不限成员名额的时间消耗。最有可能向您提供有用答案的人也是最忙碌的人（如果仅仅是因为他们自己承担的工作最多）。像这样的人对不限时的时间过敏，因此他们倾向于对不限时的问题过敏。

如果您明确表示希望被调查者做什么（提供指针，发送代码，检查补丁等），则您很有可能会得到有用的答复。这将集中他们的精力，并隐含地提高了受访者必须分配的时间和精力来帮助您。很好

要了解专家所处的世界，请将专业知识视为丰富的资源，而将时间作为宝贵的响应时间。您暗中要求的时间投入越少，您就越有可能从真正优秀而又忙碌的人那里得到答案。

因此，对您的问题进行框架设计以最大程度地减少专家提出问题所需的时间是很有用的-但这通常与简化问题不同。因此，例如，“您能否给我一个有关X的良好解释的指针？“”通常比“您能解释X吗？ ”更聪明。”。如果您的代码有故障，通常要求某人解释该代码出了什么问题比问某人对其进行修复要更聪明。

当询问代码时

不要要求其他人在没有给出提示的情况下调试您损坏的代码，这是他们应该寻找的问题。张贴几百行代码，说“它不起作用”，将使您被忽略。发布十几行代码，说“我希望在第7行之后看到<x>，但出现了<y>”，这很有可能会给您带来答复。

精确解决代码问题的最有效方法是提供一个最小的bug演示测试用例。什么是最小测试用例？这是问题的例证。足够的代码来展现不良行为，仅此而已。您如何制作一个最小的测试用例？如果您知道哪一行代码会产生问题的行为，请对其进行复制，并添加足够的支持代码以产生完整的示例（即足以使编译器/解释器/任何应用程序对其接受的源代码） 。如果您不能将其范围缩小到特定部分，请复制源并开始删除不会影响问题行为的块。最小测试用例越小越好（请参阅“体积不精确”一节）。

生成一个很小的最小测试用例并非总是可能的，但是尝试是一个很好的纪律。它可以帮助您了解自己解决问题所需要的内容，即使不是这样，黑客也希望看到您已经尝试过。这将使他们更加合作。

如果您只是想进行代码审查，请多说几句，并确保提及您认为特别需要审查的方面以及原因。

不要发布作业问题

黑客善于发现作业问题；我们大多数人都是自己做的。这些问题供您 解决，以便您从经验中学习。可以要求提示，但不能要求整体解决方案。

如果您怀疑自己已经通过了一项家庭作业问题，但仍然无法解决，请尝试在用户组论坛中或（在不得已时）在项目的“用户”列表/论坛中提问。虽然黑客会发现它，但某些高级用户可能至少会给您提示。

修剪毫无意义的查询

抵制诱惑，以解决诸如“有人可以帮助我吗？”或 “有答案吗？”首先：如果您熟练地撰写了问题描述，那么这些附加的问题充其量是多余的。第二：因为它们是多余的，所以黑客会发现它们很烦人，并且很可能会返回逻辑上无可挑剔但令人不屑一顾的答案，例如“是的，您可以得到帮助”和“不，这对您没有帮助。”

通常，避免出现“是或否”问题是一件好事，除非您想要“是或否”的答案。

即使适合您，也不要将您的问题标记为“紧急”

那是你的问题，不是我们的问题。声称紧迫性很可能适得其反：大多数黑客只会删除诸如粗鲁和自私的企图引起立即和特别注意的信息。此外，“紧急”一词（以及其他引起主题关注的尝试）通常会触发垃圾邮件过滤器-您的预期收件人可能根本看不到它！

有一个半例外。值得一提的是，如果您在某个引人注目的地方使用该程序，那么黑客会对此感到兴奋。在这种情况下，如果您承受时间压力，并且礼貌地说，人们可能会变得足够感兴趣，可以更快地回答。

但是，这是一件非常冒险的事情，因为黑客对令人兴奋的指标可能与您的有所不同。例如，从国际空间站进行发帖是合格的，但代表感觉良好的慈善或政治事业发帖几乎肯定不会。实际上，发布“紧急：请帮助我保存模糊的海豹！”将可靠地让你回避或黑客谁想到模糊的小海豹是很重要的，甚至熄火。

如果您发现此方法很神秘，请重复阅读本操作方法的其余部分，直到您完全理解为止，然后再发布任何内容。

礼貌永远不会伤害，有时会有所帮助

有礼貌 使用“请”和“谢谢您的关注”或“谢谢您的考虑”。明确表示，您感谢人们花时间免费帮助您。

老实说，这不像（而且不能替代）语法，清晰，准确和描述性的，避免专有格式的等等。相对于礼貌的模糊，一般来说，黑客宁愿得到一些粗暴但技术上清晰的错误报告。（如果这使您感到困惑，请记住，我们通过问题教给我们一个问题。）

但是，如果您连续遇到技术难题，那么礼貌确实会增加获得有用答案的机会。

（我们必须注意，我们从资深黑客那里收到的唯一严重反对意见是关于我们以前的建议，即使用“预先感谢”。一些黑客认为，这意味着不希望以后再感谢任何人。我们的建议是要么说“在此先感谢”第一 和感谢之后的受访者，或表达以不同的方式礼貌，如说“谢谢您的关注”或“谢谢您的考虑”。）

跟进有关解决方案的简短说明

解决问题后，向所有帮助过您的人发送笔记；让他们知道结果如何，并再次感谢他们的帮助。如果该问题引起了邮件列表或新闻组的普遍兴趣，则应在此发布后续消息。

最佳情况下，答复应该是原始问题发布所启动的主题，主题行中应具有“ FIXED”，“ RESOLVED”或同样明显的标记。在具有快速周转，谁看到一个线程一个潜在的受访者邮件列表“问题X ”结尾“问题X -固定”知道不浪费他/她的时间甚至阅读线程（除非他（她）亲自发现问题X有趣），因此可以使用该时间解决其他问题。

您的后续活动不必花费很多时间和精力。一个简单的 “ Howdy-这是一条失败的网络电缆！感谢大家。-比尔”总比没有好。实际上，除非该解决方案具有真正的技术深度，否则简短而精巧的摘要比冗长的论文要好。说出什么措施可以解决问题，但是您无需重播整个故障排除过程。

对于某些深度的问题，应该发布故障排除历史记录的摘要。描述您的最终问题陈述。描述解决方案，并在此之后指出可避免的盲区。盲区应遵循正确的解决方案和其他总结性材料，而不是将后续行动变成侦探故事。列举帮助你的人的名字；这样就可以交朋友。

除了礼貌和提供信息外，这种后续活动还将帮助其他人搜索邮件列表/新闻组/论坛的存档，以准确了解哪种解决方案对您有所帮助，从而也可能对他们有所帮助。

最后，同样重要的是，这种跟进可以帮助所有协助的人感到满意的关闭感。如果您自己不是技术人员或黑客，请相信我们，这种感觉对您寻求帮助的专家和专家非常重要。陷入无法解决的虚无的问题叙事令人沮丧。黑客渴望看到他们解决。下次痒时，挠痒痒会为您赢得的善意将对您非常有帮助。

考虑一下您将来如何能够防止其他人遇到相同的问题。问问自己，文档或FAQ修补程序是否会有所帮助，如果答案是肯定的，请将该修补程序发送给维护人员。

在黑客中间，这种良好的跟进行为实际上比传统的礼貌更为重要。这是您与他人打成一片的良好声誉，这可能是非常宝贵的资产。

如何解释答案

RTFM和STFW：如何告诉您已经严重搞砸了

有一个古老而神圣的传统：如果您收到的答复显示为“ RTFM ”，则发送该消息的人认为您应该已经阅读了《 The Fucking Manual》。他或她几乎可以肯定是对的。去读吧

RTFM的亲戚年轻。如果收到的答复显示为 “ STFW ”，则发送该消息的人认为您应该已经搜索了The Fucking Web。他或她几乎可以肯定是对的。去搜索吧。（这是比较温和的版本，当您被告知“ Google是您的朋友！ ”时）

在Web论坛中，还可能会要求您搜索论坛档案。实际上，甚至有人会提供指向解决该问题的先前线程的指针。但不要依靠这种考虑；在询问之前进行档案搜索。

通常，告诉您进行搜索的人员会打开手册或网页，其中包含您需要打开的信息，并且在键入时会对其进行查看。这些答复意味着响应者认为（a）您所需的信息很容易找到，并且（b）如果您查找该信息，则比直接获取的要多。

您不应为此感到冒犯；按照黑客的标准，您的受访者只是不忽略您，就向您表示了粗略的尊重。相反，您应该感谢这种祖母般的好意。

如果你不明白...

如果您不明白答案，请勿立即退回澄清要求。使用与尝试回答原始问题相同的工具（手册，常见问题解答，网络，熟练的朋友）来理解答案。然后，如果您仍然需要澄清，请展示所学知识。

例如，假设我告诉您：“听起来您的zentry卡了；您需要清除它。”然后：这是一个 不好的后续问题：“什么是zentry？”这是一个很好的后续问题：“好的，我阅读了手册页，仅在-z和-p开关下提到了zentries。他们俩都没有说有关清除zentries的事情。是其中之一还是我在这里错过了什么？”

应对无礼

骇客圈子中许多看起来很粗鲁的举动并不是要冒犯他人。相反，这是直接，直截了当的沟通方式的产物，这种方式对于那些更关心解决问题而不是让他人感到温暖和模糊的人来说是很自然的。

当您感觉到粗鲁时，请尝试冷静地做出反应。如果某人确实表现出色，则列表，新闻组或论坛中的高层很可能会在上面打电话给他或她。如果这 没有发生，并且您发脾气，那么您失去的人很可能在黑客社区的规范内行事，您将被视为有过错。这会损害您获取信息或获得所需帮助的机会。

另一方面，您偶尔会遇到粗鲁无礼的举止。上面所说的反面是，可以用猛烈的口头解剖手术刀来惩处真正的罪犯，以用力剖析他们的不当行为。但是，在尝试之前，请非常确定自己的立场。在纠正不文明行为和发动毫无意义的火焰之战之间的界限很细，以至于黑客自身不会经常犯错误。如果您是新手或局外人，那么避免此类失误的机会就很小。如果您是在关注信息而不是娱乐，那么最好不要让手指离开键盘，而不要冒险。

（有人断言，许多黑客患有轻度的自闭症或阿斯伯格综合症，实际上缺少一些润滑“正常”人类社交互动的大脑回路。这可能是正确的，也可能不是正确的。如果您自己不是黑客， ，如果您认为我们是大脑受损的人，可能会帮助您应对古怪的事情。请继续前进。我们不会在乎；我们 喜欢我们的状态，对临床标签通常持怀疑态度。）

杰夫·比格勒（Jeff Bigler）关于轻触过滤器的观察 也很有意义，值得一读。

在下一节中，我们将讨论另一个问题。那种“粗暴”，你会看到当你 行为不端。

关于不像失败者那样做出反应

奇怪的是，您将在本文中详细介绍的方法或类似方法，在黑客社区论坛上搞砸了几次。然后，您会确切地知道自己是如何被搞砸的，可能还有丰富多彩的助手。在公众场合。

发生这种情况时，您最糟糕的事情就是抱怨经历，声称自己受到言语攻击，要求道歉，尖叫，屏住呼吸，威胁诉讼，向人民雇主投诉，离开马桶坐垫等。这是您的工作：

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

社区标准并不能维护自己：人们积极地在公共场合积极应用它们来维护社区标准。不要抱怨所有批评都应该通过私人电子邮件传达：这不是它的工作原理。当有人评论您的一个说法有误或他的观点不同时，坚持您遭到个人侮辱也没有用。这些是失败者的态度。

在一些黑客论坛中，出于对某些人过度礼貌的误解，参与者被禁止发布任何与他人帖子有关的错误信息，并告诉他们：“如果您不愿意帮助用户，请不要说任何话。” clueful参与者的其他地方产生的离去使他们陷入毫无意义的喋喋不休，成为无用的技术论坛。

夸张地表示“友好”（以这种方式）或有用：选择一个。

切记：当该黑客告诉您您搞砸了，并且（无论多么粗鲁）告诉您不要再这样做时，他的行为是出于对（1）您和（2）他的社区的关注。对他而言，无视您并使自己从生活中摆脱出来会容易得多。如果您不能感恩，至少要有一点尊严，不要抱怨，不要指望像脆弱的洋娃娃那样被对待，只是因为您是一个新来的人，拥有戏剧性的超敏感灵魂和应享的权利。

有时，即使您没有搞砸（或只是搞砸了他们的想象力），人们也会对您进行人身攻击，无明显理由发火等。在这种情况下，抱怨是真正搞砸的方式。

这些喷火器要么是没有线索但相信自己是专家的拉默尔球员，要么是可能的心理学家测试您是否会搞砸。其他读者要么忽略它们，要么找到自己处理它们的方法。喷火器的行为会给自己带来麻烦，而不必担心您。

也不要让自己陷入大战。最好忽略大多数火焰-在检查了它们是否确实是火焰之后，不是对您搞砸的方式的指针，也没有对真实问题的答案进行巧妙的加密（这种情况也会发生）。

不问的问题

这是一些经典的愚蠢问题，以及黑客在不回答时的想法。

问：在哪里可以找到程序或资源X？

问：如何使用X做Y？

问：如何配置我的shell提示？

问：我可以使用Bass-o-matic文件转换器将AcmeCorp文档转换为TeX文件吗？

问：我的{程序，配置，SQL语句}不起作用

问：我的Windows计算机出现问题。你能帮我吗？

问：我的程序不起作用。我认为系统工具X已损坏。

问：我在安装Linux或X时遇到问题。可以帮忙吗？

问：如何破解root /窃取channel-ops特权/读取某人的电子邮件？

问：	在哪里可以找到程序或资源X？
A：	在网路搜寻的另一端，我会找到相同的地方，傻瓜。Ghod，不是每个人都知道如何使用 Google吗？
问：	如何使用X做Y？
A：	如果您要执行Y，则应在不假定使用不适当方法的前提下询问该问题。这种形式的问题通常表明一个人不仅对X一无所知，而且对他们正在解决的问题Y感到困惑，并且对特定情况的细节过于关注。通常最好忽略这些人，直到他们更好地定义他们的问题。
问：	如何配置我的shell提示？
A：	如果您足够聪明，可以问这个问题，那么您足够聪明，可以进行RTFM并找到自己。
问：	我可以使用Bass-o-matic文件转换器将AcmeCorp文档转换为TeX文件吗？
A：	试试看。如果这样做，您将（a）学习答案，并且（b）不要浪费我的时间。
问：	我的{程序，配置，SQL语句}不起作用
A：	这不是一个问题，我对玩二十个问题不感兴趣，无法从中撬出您的实际问题-我有更好的事情要做。看到这样的情况，我的反应通常是以下其中一种情况： 您还有什么要补充的吗？ 哦，那太糟糕了，希望您能解决它。 这和我有什么关系？
问：	我的Windows机器出现问题。你能帮我吗？
A：	是。扔掉Microsoft的垃圾，并安装Linux或BSD之类的开源操作系统。 注意：您可以询问与Windows计算机有关的问题，如果它们与具有正式Windows版本或与Windows计算机（即Samba）交互的程序有关。只是不要对问题出在Windows而不是程序上而感到惊讶，因为Windows通常被破坏得如此之多。
问：	我的程序不起作用。我认为系统工具X已损坏。
A：	尽管您可能是第一个注意到成百上千的人频繁使用的系统调用和库中明显不足的人，但您很可能一无所知。非同寻常的主张需要非凡的证据；当您提出这样的要求时，您必须使用清晰，详尽的故障案例文档进行备份。
问：	我在安装Linux或X时遇到问题。可以帮忙吗？
A：	否。我需要动手操作您的机器才能解决此问题。请向您当地的Linux用户组寻求动手帮助。（您可以在此处找到用户组列表。） 注意：如果您在有关特定发行版的论坛或邮件列表中，并且有关该发行版的问题，那么关于安装Linux的问题可能比较合适。或在本地用户组论坛上。在这种情况下，请确保描述故障的确切细节。但是首先要仔细搜索“ linux”和 所有可疑的硬件。
问：	我该如何破解root /窃取channel-ops特权/阅读某人的电子邮件？
A：	您想做这样的事情是卑鄙的，而要黑客帮助您是愚蠢的。

好与坏问题

最后，我将以示例的方式说明如何巧妙地提问。关于同一个问题的一对问题，一个愚蠢的问题，一个聪明的问题。

愚蠢： 在哪里可以找到有关Foonly Flurbamatic的内容？

这个问题只想问“ STFW”作为答复。

聪明： 我曾用Google尝试在网上找到“ Foonly Flurbamatic 2600 ”，但没有得到有用的点击。我可以在该设备上获得指向编程信息的指针吗？

这个已经有STFWed了，听起来好像有一个真正的问题。

愚蠢的： 我无法从foo项目中获取代码进行编译。为什么会坏？

怀疑者假设有人搞砸了。傲慢的git ...

聪明： foo项目中的代码无法在Nulix 6.2版下编译。我已经阅读了常见问题解答，但其中没有有关Nulix相关问题的任何内容。这是我编译尝试的成绩单；这是我做的吗？

查询者已经指定了环境，阅读了FAQ，显示了错误，并且没有假设他的问题是别人的错。这可能值得一提。

愚蠢： 我的主板出现问题。有人可以帮忙吗？

J. Random Hacker对此的回应很可能是“正确。您还需要打ping和尿布吗？”，然后按一下删除键。

聪明： 我在S2464主板上尝试过X，Y和Z。当这不起作用时，我尝试了A，B和C。请注意，当我尝试C时出现了奇怪的症状。显然，这种杂乱无章的做法令人沮丧，但结果并非预期的那样。在Athlon MP主板上经常发生杂乱的常见原因是什么？有人对我可以尝试解决更多问题有更多想法吗？

另一方面，这个人似乎值得回答。他/她表现出了解决问题的能力，而不是被动地等待答案从高位下降。

在最后一个问题中，请注意要求“给我一个答案”和“请帮助我找出可以为实现启发而运行的其他诊断程序”之间的细微但重要的区别。”

实际上，最后一个问题的形式紧密基于2001年8月发生在linux-kernel邮件列表（lkml）上的实际事件。我（埃里克）是那个时候问这个问题的人。我在Tyan S2462主板上看到神秘的锁孔。列表成员提供了解决它们所需的关键信息。

通过以我的方式提出问题，我给了人们一些值得咀嚼的东西；我让他们参与变得容易和有吸引力。我表现出对同龄人能力的尊重，并邀请他们作为同龄人向我咨询。我还通过告诉他们我已经倒塌的小巷，表达了对他们时间价值的尊重。

此后，当我感谢所有人并指出该流程的效果如何时，一个lkml成员观察到他认为该流程不是因为我是该列表上的“名字”，而是因为我以适当的形式提出了这个问题。

从某种意义上说，黑客是非常残酷的精英阶层。我肯定他是对的，如果我已经表现得就像海绵一样，我会被火烧或忽略不管我是谁。他关于我将整个事件记录为对他人的指示的建议直接导致了本指南的撰写。

如果您找不到答案

如果您找不到答案，请不要以为我们不认为我们可以为您提供帮助。有时，被询问组的成员可能根本不知道答案。没有回音与被忽略是不同的，尽管诚然很难从外部发现差异。

通常，仅重新发布您的问题是一个坏主意。这将被视为毫无意义的烦人。有耐心：回答您的人可能在不同的时区并且正在睡觉。可能是因为您的问题一开始的格式不正确。

您可以寻求其他帮助，通常可以更好地适应新手的需求。

尽管他们可能从未编写过任何软件，但仍有许多在线和本地用户组对该软件感兴趣。这些小组通常组成，以便人们可以互相帮助并帮助新用户。

您也可以与许多商业公司签约寻求帮助，无论大小。不要为需要支付一些帮助而感到沮丧！毕竟，如果您的汽车发动机吹了一个前垫圈，您很可能会将其带到维修店并付钱修理。即使该软件没有花费您任何费用，您也不能指望该支持会永远免费提供。

对于像Linux这样的流行软件，每个开发人员至少有10,000个用户。一个人不可能处理超过10,000个用户的支持电话。请记住，即使您必须为支持付出代价，您所支付的费用仍然比必须购买该软件还要低得多（并且对开源软件的支持通常比对开源软件的支持更为昂贵且缺乏能力） 。

如何以有用的方式回答问题

要温柔。与问题相关的压力会使人们显得粗鲁或愚蠢，即使他们并非如此。

离线答复初犯。对于可能犯了诚实错误的人，无需公开羞辱。真正的新手可能不知道如何搜索档案或FAQ的存储或发布位置。

如果您不确定，请说出来！一个错误但权威的答案总比没有好。不要仅仅因为听起来像专家一样有趣就指出任何人错误的道路。谦虚诚实；为学习者和您的同伴树立好榜样。

如果您不能帮助，请不要阻碍。不要开玩笑说程序会浪费用户的设置，可怜的树汁可能会将它们解释为指令。

提出探索性问题以获取更多细节。如果您擅长于此，那么查询者将学到一些东西，您也可能会学到一些。尝试把坏问题变成好问题；记得我们曾经都是新手。

虽然在回答只是懒惰的人时有时会喃喃地说RTFM是合理的，但指向文档的指针（即使这只是谷歌建议的关键词）是更好的选择。

如果您要回答所有问题，请给我很好的价值。当有人使用错误的工具或方法时，请不要建议采用笨拙的解决方法。建议好的工具。重新构架问题。

回答实际问题！如果查询者已经足够深入地进行研究，并且已经在查询中包含X，Y，Z，A，B和C已被尝试而没有取得很好的结果，那么使用“ Try A或B ”，或带有仅说“尝试X，Y，Z，A，B或C ”的链接。

帮助您的社区从问题中学习。当您提出一个好的问题时，请问自己 “相关文档或常见问题解答将如何更改，以使没有人需要再次回答？”然后补丁发送到文档的维护者。

如果您进行了研究来回答问题，则要展示自己的技能，而不要像是将答案从屁股里拉出来那样写作。回答一个好问题就像给饥饿的人吃一顿饭，但是通过示例向他们传授研究技能的方法，则向他们展示了如何终生种植食物。

相关资源

如果您需要有关个人计算机，Unix和Internet工作原理的指导，请参阅 Unix和Internet基础知识HOWTO。

发行软件或编写软件补丁时，请尝试遵循《 软件发行实践指南》中的准则。

致谢

伊芙琳·米切尔（Evelyn Mitchell）提出了一些愚蠢的问题示例，并激发了“如何给出一个好的答案”部分。Mikhail Ramendik提出了一些特别有价值的改进建议。