前言
本文是《提问的智慧》针对高中学习生活的移植版本。考虑到 Github 上的文章并不是所有人都有条件获取，且其部分内容并不完全适用于高中学习生活，故进行适当改编和删节后贴于此。
在提问之前
在你准备提出问题前，请先做到以下事情：
- 尝试在参考答案、笔记等学习资料中进行思考。
- 尝试自己检查或试验以找到答案。
当你提出问题的时候，请先表明你已经做了上述的努力；这将有助于树立你并不是一个不劳而获且浪费别人的时间的提问者。如果你能一并表达在做了上述努力的过程中所学到的东西会更好，因为我们更乐于回答那些表现出能从答案中学习的人的问题。
先查笔记或一些参考书的警示笔记，很可能直接就找到了能解决问题的线索。即使没有结果，在寻求帮助时加上一句「我翻过笔记但没有找到什么有用的东西」也是件好事。
别着急，不要指望几秒钟的搜索就能解决一个复杂的问题。在向求助之前，再花点时间思考一下这个问题。相信我们，他们能从你的提问看出你做了多少阅读与思考，如果你是有备而来，将更有可能得到解答。不要将所有问题一股脑拋出，只因你的第一次搜索没有找到答案（或者找到太多答案）。
准备好你的问题，再将问题仔细的思考过一遍，因为草率的发问只能得到草率的回答，或者根本得不到任何答案。越是能表现出在寻求帮助前你为解决问题所付出的努力，你越有可能得到实质性的帮助。
小心别问错了问题。如果你的问题基于错误的假设，回答者多半会一边在心里想着「蠢问题」， 一边用无意义的字面解释来答复你，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。
绝不要自以为够格得到答案，你没有；你并没有。毕竟你没有为这种服务支付任何报酬。另一方面，表明你愿意在找答案的过程中做点什么是一个非常好的开端。「谁能给点提示？」、「我的这个例子里缺了什么？」以及「我应该检查什么地方」比「请把我需要的确切的过程贴出来」更容易得到答复。因为你表现出只要有人能指个正确方向，你就有完成它的能力和决心。
当你提问时
慎选提问的场合
小心选择你要提问的场合。如果你做了下述的事情，你很可能被忽略掉或者被看作失败者：
- 在与主题不合的讨论上问出你的问题。
- 在探讨进阶技术问题的谈论中问出非常初级的问题；反之亦然。
使用有意义且描述明确的开场白
在邮件列表、新闻群组或论坛中，大约 50 字以内的标题是抓住资深专家注意力的好机会。别用喋喋不休的「帮帮忙」「跪求」「急」（更别说 「救命啊！！！」这样让人反感的话，用这种标题会被条件反射式地忽略）来浪费这个机会。不要妄想用你的痛苦程度来打动我们，而应该是在这点空间中使用极简单扼要的描述方式来提出问题。
一个好标题范例是「目标——差异」式的描述。在「目标」部分指出是哪一个或哪一组东西有问题，在「差异」部分则描述与期望的行为不一致的地方。
蠢问题：萌新求助，这个向量运算错误了！
聪明问题：这道立体几何题为什么在 A 点建系下会出错？
更聪明问题：这道立体几何题在 A 点建系下会出错，在 B 点建系下没有出错。A 点建系时应该注意什么？
编写「目标——差异」式描述的过程有助于你组织对问题的细致思考。 一个回答者只需瞄一眼就能够立即明白你的环境和你遇到的问题。而且它必须很准确，而且有迹象表明你是在思考和关注问题。
精确地描述问题并言之有物
- 仔细、清楚地描述你的问题。
- 提供询问的题目或背景。
- 描述在提问前你是怎样去研究和理解这个问题的。
- 描述在提问前为确定问题而采取的诊断步骤。
- 尽可能的提供一个可以「重现这个问题」的方法。
尽量去揣测一个回答者会怎样反问你，在你提问之前预先将回答者们可能遇到的问题回答一遍。
话不在多而在精
你需要提供精确有内容的信息。这并不是要求你简单的把成堆的过程或者资料完全转录到你的提问中。这样做的用处至少有三点。
- 表现出你为简化问题付出了努力，这可以使你得到回答的机会增加。
- 简化问题使你更有可能得到有用的答案。
- 在精炼你的问题的过程中，你很可能就自己找到了解决方法。
低声下气不能代替你的功课
有些人明白他们不该粗鲁或傲慢的提问并要求得到答复，但他们选择另一个极端——低声下气：「我知道我只是个可悲的新手，但...」或是「萌新刚学数学」等等。这既使人困扰，也没有用，尤其是伴随着与实际问题含糊不清的描述时更令人反感。取而代之的是，尽可能清楚地描述背景条件和你的问题情况。这比低声下气更好地定位了你的位置。
描述问题症状而非你的猜测
告诉回答者们你认为问题是怎样造成的并没什么帮助。（如果你的推断如此有效，还用向别人求助吗？），因此要确信你原原本本告诉了他们问题的症状，而不是你的解释和理论；让回答者们来推测和诊断。如果你认为陈述自己的猜测很重要，清楚地说明这只是你的猜测，并描述为什么它们不起作用。
针对诊断者而言，这并不是一种怀疑，而只是一种真实而有用的需求，以便让他们看到的是与你看到的原始证据尽可能一致的东西，而不是你的猜测与归纳的结论。所以，大方的展示给我们看吧！
按发生时间先后列出问题症状
问题发生前的一系列操作，往往就是对找出问题最有帮助的线索。因此，你的说明里应该包含你的操作步骤，以及结果，直到问题发生。这样回答者们在读你的记录时就知道该注意哪些内容了。
描述目标而不是过程
如果你想弄清楚如何做某事，在开头就描述你的目标，然后才陈述重现你所卡住的特定步骤。
清楚明确的表达你的问题以及需求
漫无边际的提问是近乎无休无止的时间黑洞。最有可能给你有用答案的人通常也正是最忙的人（他们忙是因为要亲自完成大部分工作）。这样的人对无节制的时间黑洞相当厌恶，所以他们也倾向于厌恶那些漫无边际的提问。
如果你明确表述需要回答者做什么（如提供指点、检查你的过程），就最有可能得到有用的答案。因为这会定出一个时间和精力的上限，便于回答者能集中精力来帮你。这么做很棒。
界定一下你的问题，使回答者花在辨识你的问题和回答所需要付出的时间减到最少，这技巧对你有用答案相当有帮助——但这技巧通常和简化问题有所区别。因此，问「我想更好的理解 X，可否指点一下哪有好一点说明？」通常比问「你能解释一下 X 吗？」更好。如果你的代码不能运作，通常请别人看看哪里有问题，比要求别人替你改正要明智得多。
礼多人不怪，而且有时还很有帮助
彬彬有礼，多用「请」和「谢谢你的关注」。让大家都知道你对他们花时间免费提供帮助心存感激。
坦白说，这一点并没有比清晰、正确、精准并合法语法和避免使用专用格式重要（也不能取而代之）。回答者们一般宁可读有点唐突但技术上鲜明的 Bug 报告，而不是那种有礼但含糊的报告。然而，如果你有一串的问题待解决，客气一点肯定会增加你得到有用回应的机会。
不该问的问题
以下是几个经典蠢问题，以及回答者没回答时心中所想的：
问题：我能在哪找到 X 定理的资料？
回答：就在我找到它的地方啊，白痴——课本的那一头。
问题：我怎样用 X 做 Y？
回答：如果你想解决的是 Y ，提问时别给出可能并不恰当的方法。这种问题说明提问者不但对 X 完全无知，也对 Y 要解决的问题糊涂，还被特定形势禁锢了思维。最好忽略这种人，等他们把问题搞清楚了再说。
问题：我的过程出错
回答：这不算是问题吧，我对要我问你二十个问题才找得出你真正问题的问题没兴趣——我有更有意思的事要做呢。在看到这类问题的时候，我的反应通常不外如下三种：
- 你还有什么要补充的吗？
- 真糟糕，希望你能搞定。
- 这关我有什么屁事？
如果得不到回答
如果仍得不到回答，请不要以为我们觉得无法帮助你。有时只是看到你问题的人不知道答案罢了。没有回应不代表你被忽视，虽然不可否认这种差别很难区分。
总的来说，简单的重复张贴问题是个很糟的点子。这将被视为无意义的喧闹。有点耐心，知道你问题答案的人可能生活在不同的时区，可能正在睡觉，也有可能你的问题一开始就没有组织好。
如何更好地回答问题
- 不要发表无意义回复。如果你无法给他有意义的建议的话，就不要发表毫无意义的言论。
- 态度和善一点。问题带来的压力常使人显得无礼或愚蠢，其实并不是这样。
- 如果你不确定，一定要说出来！一个听起来权威的错误回复比没有还要糟，别因为听起来像个专家很好玩，就给别人乱指路。要谦虚和诚实，给提问者们树个好榜样。
- 如果帮不了忙，也别妨碍他。不要在实际步骤上开玩笑，那样也许会毁了使用者的设置——有些可怜的呆瓜会把它当成真的指令。
- 试探性的反问以引出更多的细节。如果你做得好，提问者可以学到点东西——你也可以。试试将蠢问题转变成好问题，别忘了我们都曾是新手。
- 如果你决定回答，就请给出好的答案。当别人正在用错误的工具或方法时别建议笨拙的权宜之计，应推荐更好的工具，重新界定问题。
- 正面的回答问题！如果这个提问者已经很深入的研究而且也表明已经试过 X 、 Y 、 Z 但没得到结果，回答「试试 X 、 Y 、 Z」一点用都没有。
- 如果你是在研究一番后才做出的回答，展现你的技巧而不是直接端出结果。毕竟「授人以鱼不如授人以渔」。