参考资料：
版权声明：
- 本文非原创，主要汇总了参考资料内的2篇文章精华，原文精彩，请点击移步。
为了自律
- 每月月初，我会给相关部门经理发出上个月的业务数据。18 年 2 月的 Excel 报告有 42 M 那么大，群发一个 42 M的邮件是不适合的，所以，我将附件打成 677 KB 的压缩包发出。 3 月 9 号，一位同事回邮件说他打不开附件，并附上截图。我一看鼻子都气歪了，他试图用 Adobe Reader 在 Outlook 中双击打开 .7Z 的附件。 真的蠢到家，真不想回复，但是担心如果他不能看到附件，可能引起不必要的误解。还是花了 20 分钟回复他，并附上截图。告诉他需要先下载、解压缩、再 Excel 打开。
-
同样，在日常中，经常会遇到很让人无语的问题，我实在不想回答，但又没有黑客的那份洒脱。硬着头皮回复了很多大白问题，真的浪费时间。 而我是不是也经常问一些很白痴的问题呢？似乎写几个技巧卡片，不能更好的防范，不如写成一个提问自查清单，放在案头。
-
注：此文更倾向于向开源社区提问的姿势。日常生活学习，完全可以套用。
提问前的自查清单
- 先自己检查或做试验
不要遇到问题张口就问，先弄清自己的问题到底是什么？先自己检查或做试验。
- 尝试从官方文档中找到答案
阅读说明书或者使用手册，确保自己阅读过至少一次官方文档。工作中有些报告模板也提供了填写说明，问别人之前，先读一下说明。
- 善用搜索
使用论坛、知乎、百度知道（捂脸）、Quaro、StackOverflow、Google、Google groups、百度（再次捂脸）或其他搜索引擎在网络搜寻。永远记住，地球上的你并不孤单，包括你遇到的问题。
- 挖掘 Bug / FAQ 宝藏
阅读网站上「常见问题解答」（FAQ），或者开源软件一般都会有自己的 Bug 管理方案，从它们的官网上找到 Bug 管理地址，然后通过搜索看看有无你遇到的问题。一个运作良好的 Bug 库，经常是一座巨大的宝藏。也包括开源库的 issue 。
- 求助身边的朋友
如果你使用的开源软件，在朋友圈或同事圈里也有人使用，可以问问朋友们。问朋友前，记得昨晚前面几步。
- 不要指望得到最终答案，而是让别人指明方向
这个特别的反常识，一般去问问题，特别希望直接得到答案，其实这看起来很愚蠢，也丧失了自我探索的机会。 「有没有人能指个方向？」，「我这还差点什么？」，「我应该查哪个网站？」，通常要比「请给出我可以用的解决方案」更容易得到回复，因为你的行为表明一种积极的态度：只要有人能为我指明方向，我就会很乐意自己走完剩下的路。
如果以上 6 步都无法解决你遇到的问题，那也别犹豫，立马向开源社区/他人提交问题就好。
提问时的正确姿势
- 平和对等的心态
很多开源软件都是免费的，作者往往是业余时间，出于兴趣在维护，没有义务回答你，有时也会力不从心。假如你做了力所能及的努力，他们大多将非常乐意平等地与你交流，不必跪求、在线等。
- 通过正确的途径提交、选择正确的论坛
如果遇到问题的开源软件有专门的 Bug 管理系统，请最好到这些指定系统中提交。 不要在不熟悉的论坛提交问题，不要张贴与论坛主题无关的问题。 不要在面向高级技术问题的论坛上张贴初级的问题，反之亦然。 不要在不同的论坛同时张贴同一个问题。 也别忘了 好好利用论坛的 FAQ 功能。
最不好的途径是：
QQ 、阿里旺旺、微信等群组、微博、Facebook 等社交网络。 在微博上通过 at 或私信询问。 向非熟人或没有义务解决你问题的人发送私人问题邮件。
- 在论坛发布问题前，再搜索一次
在任何论坛发帖之前，先看看有没有搜索功能。如果有，就试着用问题的几个关键词搜索一下。如果在此之前你已做过全面的网页搜索，还是应该再搜索一下论坛，搜索引擎有可能还没建立此论坛的内容索引。
- 有没有官方的新手论坛、在线客服？
这些专职为新手服务的地方，可以先去试试。
- 使用明确、有意义的标题
可以帮助作者确定问题具体是什么类型、预估需要多少时间解决、是否现在马上解决等。 一个好的标题，也有利于社区知识的沉淀和后期搜索。
试试：撰写主题的规则「对象──偏差」式的描述，许多技术支持组织就是这样做的。「对象」部分需要指明是哪一个或哪一组项目有问题，「偏差」部分则描述与期望的行为不一致的地方。
- 一个帖子只讨论一个问题
在一帖子的回复中，不建议新开一个议题，不如新建一个帖子，除非你只想向当前活跃的人群中提问。
- 不要要求他人私下回复
要求回答者通过电子邮件回复你的提问是粗暴无礼的，除非你确定他回复的比较敏感或涉及隐私的。因为这也不利于知识沉淀。
这条规则也有一个例外，如果你确定该提问可能会带来大量雷同的回复时，那么你可以主动表示：「请向我发电子邮件，我将为论坛统一归纳这些回复」。你这个举动是非常值得赞扬的，因为你将论坛从洪水般雷同的回复中解救出来。最后，最重要的一点，你必须言出必行。
- 语法正确、格式清晰
正确地拼写、使用标点和大小写，也不要使用短信中的简写，如将「you」简化为「u」。
正确的语法、清晰的格式，可以让读者赏心悦目，也就更有心情帮你一起思考解决问题。
如果你要用英文作为第二语言来提问，你可以使用以下的语句来进行说明，降低回答者对你语言使用的不适感： * English is not my native language; please excuse typing errors. * If you speak $LANGUAGE, please email/PM me; I may need assistance translating my question. * I am familiar with the technical terms, but some slang expressions and idioms are difficult for me. * I’ve posted my question in $LANGUAGE and English. I’ll be glad to translate responses, if you only use one or the other. * 使用纯文本而不是HTML格式； * 发送邮件时如有附件，记得添加附件，同时记得检查附件内容是否能正常打开； * 不要发送整段的文字，尝试将文字按主题分段； * 发送数据时应该发送原始数据，让回复者看到的东西与你看到的一样； * 很多邮件程序并不支持「Quoted-Printable」MIME编码，所以谨慎使用； * 不要指望黑客们阅读封闭格式的文档，诸如微软公司的Word或Excel文件等。 * 如果你用Windows操作系统发送电子邮件，关闭微软的「引用」功能，以免在你的邮件中出现乱码； * 切勿在在论坛勿滥用「表情符号」和「HTML」功能。 * 如果你是使用图形界面的邮件客户端程序(如腾讯的Foxmail、微软公司的Outlook)，注意它们的默认配置不一定满足以上的这些要求。不过大多数这类程序有「查看源码」的命令，可以用它来检查发件箱的消息，确保发送的是没有乱码的纯文本文件。
-
准确简练地描述问题
- 清晰的细节；
- 问题发生的环境(主机品牌、操作系统、应用程序，任何相关的)，提供销售商的发行版和版本号（如：「Fedora Core 7」、「Slackware 9.1」等）；
- 提问前做过的调查研究及对其的理解；
- 提问前为确定问题而采取的诊断步骤；
- 最近对计算机或软件配置的任何相关改变；
- 如果可能，提供在可控环境下重现问题的方法；
- 做大的努力预测黑客会提到的问题，并提前备好答案。
- 如果你认为是代码有问题，在可控环境下重现问题，并向黑客提供报告，这个的方法尤其重要。当你这么做时，你大有可能获得及时而有效的回复。
-
描述事实、而不是猜测
描述事实是一种真实而有用的需求，以便让他人看到与你看到一样的原始证据，目睹尽可能一致的东西，而不是你的片面的猜测与总结。
-
按时间顺序描述问题症状
-
描述目标而不是过程
-
删除无意义的疑问
有的人喜欢在求助信息的末尾加上「有人能帮我吗？」或者「有没有答案？」这一类无意义的提问，应该在提问中尽量删除这些废话
-
不要把问题标记为「紧急」，即使你真的很紧急
-
礼貌
提问后的信息闭环
-
最理想的方式是向最初提问的主题中回复此消息，并在主题中注明「已解决」、「已搞定」或其它同等含义的字样
-
追加的信息无须太冗厂繁复，一句简单的「你好，问题已解决，是网线坏了！谢谢大家──比尔」就比什么都没有要好。
-
对于有深度的问题，建议给出一份完整解决该问题的方案，方案包括：问题的最终状态、用了什么方法、列出具体的步骤和和易出错的地方，这样才可以给到后来者一个完整的指引，注意不要将此方案搞成什么侦探推理小说。最后列出那些帮助过你的人的名字，那样你有可能会交到朋友。
-
考虑到将来也会有人面临类似的问题，如何避免重蹈覆辙呢？你可以自己写一篇文章或者对FAQ进行补充，然后发给项目的维护者。
在黑客交流的过程中，这种良好的后续跟踪行为比传统的礼貌更重要，这也是你善待他人赢得声誉的方式，这是非常有价值的经验和财富。
本文由 苏敏 创作，采用 知识共享署名4.0 国际许可协议进行许可
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名
最后编辑时间为:2018-03-11 00:00:00
