提问不意味显示失败者的无能，也许是赢家的契机
提问之前
在提问之前我们需要做一些准备：
- 尝试在你准备提问的论坛的旧文章中搜索答案。
- 尝试上网搜索以找到答案。
- 尝试阅读手册以找到答案。
- 尝试阅读常见问题文件（FAQ）以找到答案。
- 尝试自己检查或试验以找到答案。
- 向身边的强者朋友打听以找到答案。
- 如果是程序开发者，尝试阅读源代码以找到答案。
-
如果是程序开发者，尝试用小黄鸭调试法解决。
小黄鸭.jpg
提问时
- 慎选提问的论坛，避免无效提问，如：
在主题不合的论坛上贴出问题。 - 使用项目邮件列表
当某个项目提供开发这列表时，要向列表而不是其中的个别成员提问 - 使用有意义且描述明确的标题
在邮件列表、新闻群组或者论坛中，大约50字以内的标题效果好。一个好标题的范例是目标——差异式的描述。在目标不分指出是哪一个或哪一组东西有问题，在差异部分描述与期望的行为不一致的地方。 - 使问题容易回复
别提出让回答者将答复发到你的私人邮箱的要求 - 用清晰、正确、精准并语法正确的语句
如果觉得很麻烦，那么回答者也会觉得回答这个问题很麻烦。 - 使用易于读取且标准的文件格式发送问题
人们更愿意回答易懂的问题。 - 精确地描述问题并言之有物
这里建议读一读《如何有效的报告 Bug》。 - 描述问题症状为非你的猜想
如果自己的猜想有用就不需要别人帮助了，原原本本陈述问题本身就可以了。 - 按时间先后列出问题症状
但是记住不要让读者淹没在垃圾中。 - 描述目标而不是过程
如果想知道怎么做而不是仅仅报告问题，那么在开头就描述目标，然后才陈述重现你所卡住的特定步骤，并且表达自己的需求。 - 有意义和没意义
避免用无意义的话结束提问，如有人能帮我吗。避免用紧急。请和谢谢您的关注很有意义。 - 问题解决后，如何做
问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎么解决的。
本文参考GitHub文章提问的智慧，如果有写得不清楚的地方，请看原文，谢谢。
