本文尚未完工，完成后将删除这行文字

本指南由用户Moran071128创作，部分内容改编或直接摘录自Eric S. Raymond, Rick Moen

声明

本指南不提供任何实际支持服务，不知道本页格式是否符合相关要求，如果不符合请留言告知，谢谢！

我们已经深刻体会到没有此声明所带来的痛苦：我们将不停地被那些认为发布这本指南就意味着有责任解决世上所有技术问题的笨蛋（贬义词）苦苦纠缠。

如果你因寻求某些帮助而阅读本指南，或因为某些原因被他人引导到这里或与其相关的网站，并在离开时还觉得可以在这里得到帮助，那你就是那些笨蛋（贬义词）之一。

提问前的准备

在你提问之前，我们希望你已经尝试多种解决办法但依然无法达到预期的效果。

例如:

1.尝试前往百度，谷歌等搜索引擎搜索答案。

2.尝试使用ChatGPT尝试搜索您想要的答案。

3.尝试阅读常见问题文件（FAQ）以找到答案。

4.向你身边的强者朋友打听以找到答案。

提问时的要求

小心选择你要提问的场合。如果你做了下述的事情，你很可能被忽略掉或者被看作失败者：在与主题不合的论坛上贴出你的问题。在探讨进阶技术问题的论坛张贴非常初级的问题；反之亦然。在太多的不同新闻群组上重复转贴同样的问题（cross-post）。向既非熟人也没有义务解决你问题的人发送私人电邮。

使用正确的标题

如题，请不要使用主观色彩的标题，例如“帮帮我”“怎么办！”这种提问很大概率会被人忽视，甚至会被人吐槽。
下面我来举个简单的例子，你目前编写了一个程序，但是代码出现了问题，你应该如何提问？
愚蠢的问法:救命啊！为什么我的代码运行不起来
正确的问法:请问为什么我的这行代码无法运行？Windows10-Python3.10-VScode 并附上相关的截图

使问题容易能够得到回复

以请将你的回复发送到……来结束你的问题多半会使你得不到回答。如果你觉得花几秒钟在邮件客户端设置一下回复地址都麻烦，我们也觉得花几秒钟思考你的问题更麻烦。如果你的邮件程序不支持这样做，换个好点的；如果是操作系统不支持这种邮件程序，也换个好点的。

在论坛，要求通过电子邮件回复是非常无礼的，除非你认为回复的信息可能比较敏感（有人会为了某些未知的原因，只让你而不是整个论坛知道答案）。如果你只是想在有人回复讨论串时得到电子邮件提醒，可以要求网页论坛发送给你。几乎所有论坛都支持诸如追踪此讨论串、有回复时发送邮件提醒等功能。

使用清晰、正确、精准且合乎语法的语句

我们发现，粗心的提问者通常也会粗心地写程序与思）。回答粗心大意者的问题很不值得，我们宁愿把时间耗在别处。

正确的拼写、标点符号和大小写是很重要的。一般来说，如果你觉得这样做很麻烦，不想在乎这些，那我们也觉得麻烦，不想在乎你的提问。花点额外的精力斟酌一下字句，用不着太僵硬与正式 —— 事实上，我们很看重能准确地使用非正式、俚语和幽默的语句。但它必须很准确，而且有迹象表明你是在思考和关注问题。此外，如果你的母语不是英语，您可以考虑将文字翻译为英语并附上“English is not my native language; please excuse typing errors.”

使用易于读取且标准的文件格式发送问题

使用纯文字而不是 HTML (关闭 HTML 并不难）。
使用 MIME 附件通常是可以的，前提是真正有内容（譬如附带的源代码或 patch），而不仅仅是邮件程序生成的模板（譬如只是信件内容的拷贝）。
不要发送一段文字只是一行句子但自动换行后会变成多行的邮件（这使得回复部分内容非常困难）。设想你的读者是在 80 个字符宽的终端机上阅读邮件，最好设置你的换行分割点小于 80 字。
但是，对一些特殊的文件不要设置固定宽度（譬如日志文件拷贝或会话记录）。数据应该原样包含，让回复者有信心他们看到的是和你看到的一样的东西。
在英语论坛中，不要使用Quoted-Printable MIME 编码发送消息。这种编码对于张贴非 ASCII 语言可能是必须的，但很多邮件程序并不支持这种编码。当它们处理换行时，那些文本中四处散布的=20符号既难看也分散注意力，甚至有可能破坏内容的语意。
绝对，永远不要指望我们阅读使用封闭格式编写的文档，像微软公司的 Word 或 Excel 文件等。大多数人对此的反应就像有人将还在冒热气的猪粪倒在你家门口时你的反应一样。即便他们能够处理，他们也很厌恶这么做。
如果你从使用 Windows 的电脑发送电子邮件，关闭微软愚蠢的智能引号功能（从[选项] > [校订] > [自动校正选项]，勾选掉智能引号单选框），以免在你的邮件中到处散布垃圾字符。
在论坛，勿滥用表情符号和HTML功能（当它们提供时）。一两个表情符号通常没有问题，但花哨的彩色文本倾向于使人认为你是个无能之辈。过滥地使用表情符号、色彩和字体会使你看来像个傻笑的小姑娘。这通常不是个好主意，除非你只是对性而不是对答案感兴趣。
不要使用他人可能看不懂的语言进行提问！例如:如果您居住在中国大陆，那么请使用通用规范汉字进行提问，而避免使用繁体中文，英语以及其他小语种进行提问（除非您只会使用上述提到的语言）

精确地描述问题并言之有物

仔细、清楚地描述你的问题或 Bug 的症状。
描述问题发生的环境（机器配置、操作系统、应用程序、以及相关的信息），提供经销商的发行版和版本号（如：Fedora Core 4、Slackware 9.1等）。
描述在提问前你是怎样去研究和理解这个问题的。
描述在提问前为确定问题而采取的诊断步骤。
描述最近做过什么可能相关的硬件或软件变更。
尽可能地提供一个可以重现这个问题的可控环境的方法。

描述目标而不是过程

如果你想弄清楚如何做某事（而不是报告一个 Bug），在开头就描述你的目标，然后才陈述重现你所卡住的特定步骤。