解决问题六部曲

在学习、工作的过程中总是会遇到不少问题，通常的解决思路包括谷歌搜索、阅读文档、求助身边的人、QQ群提问、论坛提问、求助作者等。通常我们也应该按这个顺序来操作。

实际的尴尬

但实际上，却时不时的碰到一些比较尴尬的情况，比如：

• 懒惰型：代表性语句是在吗、有没有人熟悉XX软件、有没有人做过XX分析。这让潜在回答者不知道怎么说，说在或熟悉都是要回答问题的节奏，但一轮的对话下来没有任何实质性进展。这背后是提问者对自己语言的吝惜，不舍得费力敲出想要问的问题，一副不见兔子不撒鹰的样子。殊不知，自己是兔子，回答者是鹰，鹰在看到好的兔子才会出手。
• 笼统型：代表性语句我想做转录组分析不知道怎么做。这后面将会是很长的对话，上个培训班吧。
• 宽泛型：代表性语句我的XX软件运行不了或我的程序出错了，知道怎么解决吗。这是神话了潜在答题者，以为他们是万能的，不知道哪儿错了就可以解决问题。
• 信息不全型：代表性语句我的命令出问题了，你看看怎么回事，然后一张局部截图 (比屏幕截图更差的是屏幕拍照，而且还不拍全)，然后就没别的了。这比宽泛型稍微进步了一些，但也没说出要做什么、什么代码、用了什么包、要解决什么问题、输入是什么、预期得到什么结果。不要假设别人对你的工作很了解，也不要假设别人是个理解力很强的人，一定自己描述清楚。
• 不仔细阅读错误提示。明明错误提示中都写明了错在哪，自己却不去读。对于初学者，确实有这个恐惧，看着代码运行输出来很多东西，不知道怎么看什么地方是错误提示。一般是从最后向前仔细读，碰到ERROR类的字样仔细看看，看不懂就多读两遍；对于不熟悉的，逐行或逐字阅读也不为过。
• X-Y Problem：有人想解决问题X，他觉得Y可能是解决X问题的方法，但是他不知道Y应该怎么做，于是他去问别人Y应该怎么做，解决来解决去绕个大弯还觉得怪怪的 (X_Y问题具体描述见酷壳陈皓博主的文章 X-Y Problem http://coolshell.cn/articles/10804.html)。
• 啰嗦：有人想不是要提供很全的信息嘛？就不做筛选，给出特别多，或者直接代码数据一个压缩包发过来，帮我改改。或者大段的文字，有时还是直接拷贝的英文直接发过来。考没考虑过潜在回答者的心理阴影。作为求助者，要给别人提供最好的阅读体验。
• 私下提问：能在公共论坛或群提问的问题不要私下提问。公共区域有更多的人可以帮助你。如果解决了，也能帮助更多的人。如果你问的很认真或问题很有意思，一定会有人帮你的。

如何优雅提问

提问从来不是个简单的事，认真的提问才有可能得来认真的回答。

结合我自己的经验，简单列举下我对优雅提问的认识：

• 提问前，确认自己仔细阅读过错误提示、做过谷歌搜索 （对于说谷歌用不了就不搜索的无话可说）和文档阅读（说自己看不懂英文的也跳过）。
• 提出好的问题。经过第一步的过滤，有深度的问题和自己确实解决不了的问题都算是好的问题。
• 介绍自己。首先让人知道提问者是谁，在给谁解决问题。这是最起码的尊重。
• 简洁但详尽地描述自己要做的东西，想解决的问题，遇到的问题，从哪几个角度做了尝试，但问题依然存在。一来免去了回答者从这些角度做无谓的尝试，二来给人一个积极上进的印象，是尝试过解决但没解决了，体现的是一种积极的态度。
• 如果是软件安装，提供操作系统版本，安装软件的版本，安装操作，完整的错误提示信息。
• 如果是软件使用，提供相应的局部代码、最小化的测试数据和预期结果，每部分都要有清晰的注释。
• 如果使用即时聊天工具，最好把这些信息一次性发出，一来避免别人一条条往上翻的麻烦，二来避免中途被其它人的信息干扰。（也可以附带一个格式化好的这些信息的截图，可能会更清晰，但文字要大，不然手机读真不方便）
• 如果使用论坛，做好格式化，文字不要挤在一起，该有的分段、列表、代码标记，加粗强调都指示清楚，方便人阅读。简单和啰嗦的区别除了文字的功夫，还在排版给人的体验。
• 对回答者给予感谢，不管是精神还是物质上的。有人帮助应感激，无人应答也正常。

祝大家的问题都会得到圆满解决。