如何像一个弱智一样提问

这篇文章致力于告诉读者如何像一个弱智一样提问，以及如何在提问时激怒你的回答者。

请注意，本文主要的讨论重点是 “如何像一个弱智”，而不是 “如何激怒你的回答者”，故诸如 提问态度、搜索已存在的 issue 等不在此文的讨论范围内。

开局一句话，内容全靠猜¶

之所以将其放在这篇博客中最显眼的位置，是因为该方法是激怒回答者最有效的方法。

该方法的关键在于：不要在提问中提供任何内容（例如复现步骤、日志、环境以及软件版本等），这些内容将有助于回答者更好地理解问题，因而无法体现你是一个弱智。

开局一句话，内容全靠猜 有一个孪生兄弟，那就是 开局一张图，内容全靠猜，例如：

提示：由于你认为回答者的思考频率永远和你是相同的，故在提问时无需花时间组织好语言，这种不明所以的问题可以起到火上浇油的作用。

你也许会见到一些提问者在描述自己想要的功能或 bug 的行为时加入一些示范，例如：

• 所进行的操作
• 期待的结果
• 实际的结果

请不要学习他们，因为他们不是弱智。

询问不可思议的预备知识问题¶

一般来说，任何一个项目都是写给有一定预备知识的用户的。这些所谓的预备知识，一般是指使用该项目（或者部署、运行、修改等）所需的最基本的技能。或许对于不同水平的人来说，这些所谓的预备知识标准可能不尽相同，但是在某些特定的地方，这些预备知识是公认的。

• 例如在世界上绝大部分开源项目中，英语 是预备知识
• 例如在一个完全基于 Python 的项目中，Python 的安装 是预备知识
• 例如在一个网络相关的项目中，IP 地址和端口 是预备知识
• 例如在一个被用于电脑的项目中，电脑的开关机 是预备知识
• 例如在数学中，四则运算 是预备知识

向弱智提供这些最基础的知识显然不是社区的义务之一，因此如果你想让回答者认为你是一个弱智（或者说，取悦你的回答者），那么当你遇到这些问题时，你应该立即询问他们，而不是花 5 分钟自行学习这些预备知识。例如：

像上述这种可以用一个并不复杂的句子描述的预备知识问题，你大多都是可以在搜索引擎（例如 百度 或者 Google）或者论坛（如 Stack Overflow）上找到这些问题的答案的。

向你的回答者询问这些预备知识问题或许也是一个激怒他们的方案，这可以让他们觉得：与其花时间为这个弱智解决 怎么让电脑关机、怎么使用鼠标、如何为手机充电 这类问题，不如让他去搜索引擎上搜索答案来得快。

在查看文档前提出问题¶

一些开发者可能会在自己的项目主页的明显位置提供文档，这些文档里可能提供了你使用该项目的必要说明。作为想要成为弱智的人，你应该不要花时间查看这些文档。

如何知道自己已经变成弱智？（或者说如何发现自己可能已经激怒了其他回答者）

当你发现自己的回答者里有人让你去看文档时，例如：

此时你就已经变成弱智了。

询问不相关的问题¶

GitHub 的 issue 是用于向仓库中的项目提问、发起建议或寻求帮助的地方。如果你想让自己成为 issue 提问者中最靓的仔，你可以在 issue 中提出与原项目毫不相关的问题。

自己选择的道路永远是正确的¶

在提出问题的时候，你的脑海中应当始终认为 “自己选择的道路永远是正确的”，因为你无需向回答者描述你的根本问题。

与之说法最接近的是 X-Y 问题 ，这指的是：

其次，与提出 X-Y 问题 类似的做法是擅自加入额外的猜测（可以视为是一种 “显式” 的 X-Y 问题），并要求回答者解答它，例如：

通过这种方式，你不仅可以让自己成为一个弱智，还可以禁锢回答者的思维，从而难以得出正确的答案。

试图让回答者替你做事¶

对于弱智而言，回答者永远是他们的奴隶。你可以要求回答者替你做一些你不想亲自动手的事情，例如：

用描述错误取代提出问题¶

能通过这个途径成为弱智的人少之又少，因为很少有人能做到在提出问题的时候从不使用 疑问句。

评论