如何优雅的提问
共 1892字,需浏览 4分钟
·
2021-01-26 18:36
解决问题六部曲
在学习、工作的过程中总是会遇到不少问题,通常的解决思路包括谷歌搜索
、阅读文档
、求助身边的人
、QQ群提问
、论坛提问
、求助作者
等。通常我们也应该按这个顺序来操作。
实际的尴尬
但实际上,却时不时的碰到一些比较尴尬的情况,比如:
懒惰型:代表性语句是
在吗
、有没有人熟悉XX软件
、有没有人做过XX分析
。这让潜在回答者不知道怎么说,说在
或熟悉
都是要回答问题的节奏,但一轮的对话下来没有任何实质性进展。这背后是提问者对自己语言的吝惜,不舍得费力敲出想要问的问题,一副不见兔子不撒鹰的样子。殊不知,自己是兔子,回答者是鹰,鹰在看到好的兔子才会出手。笼统型:代表性语句
我想做转录组分析不知道怎么做
。这后面将会是很长的对话,上个培训班吧。宽泛型:代表性语句
我的XX软件运行不了或我的程序出错了,知道怎么解决吗
。这是神话了潜在答题者,以为他们是万能的,不知道哪儿错了就可以解决问题。信息不全型:代表性语句
我的命令出问题了,你看看怎么回事,然后一张局部截图 (比屏幕截图更差的是屏幕拍照,而且还不拍全),然后就没别的了
。这比宽泛型稍微进步了一些,但也没说出要做什么、什么代码、用了什么包、要解决什么问题、输入是什么、预期得到什么结果。不要假设别人对你的工作很了解,也不要假设别人是个理解力很强的人,一定自己描述清楚。不仔细阅读错误提示。明明错误提示中都写明了错在哪,自己却不去读。对于初学者,确实有这个恐惧,看着代码运行输出来很多东西,不知道怎么看什么地方是错误提示。一般是从最后向前仔细读,碰到ERROR类的字样仔细看看,看不懂就多读两遍;对于不熟悉的,逐行或逐字阅读也不为过。
X-Y Problem:
有人想解决问题X,他觉得Y可能是解决X问题的方法,但是他不知道Y应该怎么做,于是他去问别人Y应该怎么做,解决来解决去绕个大弯还觉得怪怪的
(X_Y问题具体描述见酷壳陈皓博主的文章 X-Y Problem http://coolshell.cn/articles/10804.html)。啰嗦:有人想不是要提供很全的信息嘛?就不做筛选,给出特别多,或者直接代码数据一个压缩包发过来,帮我改改。或者大段的文字,有时还是直接拷贝的英文直接发过来。考没考虑过潜在回答者的心理阴影。作为求助者,要给别人提供最好的阅读体验。
私下提问:能在公共论坛或群提问的问题不要私下提问。公共区域有更多的人可以帮助你。如果解决了,也能帮助更多的人。如果你问的很认真或问题很有意思,一定会有人帮你的。
如何优雅提问
提问从来不是个简单的事,认真的提问才有可能得来认真的回答。
结合我自己的经验,简单列举下我对优雅提问的认识:
提问前,确认自己仔细阅读过错误提示、做过
谷歌搜索
(对于说谷歌用不了就不搜索的无话可说)和文档阅读
(说自己看不懂英文的也跳过)。提出好的问题。经过第一步的过滤,有深度的问题和自己确实解决不了的问题都算是好的问题。
介绍自己。首先让人知道提问者是谁,在给谁解决问题。这是最起码的尊重。
简洁但详尽地描述自己要做的东西,想解决的问题,遇到的问题,从哪几个角度做了尝试,但问题依然存在。一来免去了回答者从这些角度做无谓的尝试,二来给人一个积极上进的印象,是尝试过解决但没解决了,体现的是一种积极的态度。
如果是软件安装,提供操作系统版本,安装软件的版本,安装操作,完整的错误提示信息。
如果是软件使用,提供相应的局部代码、最小化的测试数据和预期结果,每部分都要有清晰的注释。
如果使用即时聊天工具,最好把这些信息一次性发出,一来避免别人一条条往上翻的麻烦,二来避免中途被其它人的信息干扰。(也可以附带一个格式化好的这些信息的截图,可能会更清晰,但文字要大,不然手机读真不方便)
如果使用论坛,做好格式化,文字不要挤在一起,该有的分段、列表、代码标记,加粗强调都指示清楚,方便人阅读。简单和啰嗦的区别除了文字的功夫,还在排版给人的体验。
对回答者给予感谢,不管是精神还是物质上的。有人帮助应感激,无人应答也正常。
祝大家的问题都会得到圆满解决。
往期精品(点击图片直达文字对应教程)
后台回复“生信宝典福利第一波”或点击阅读原文获取教程合集
(请备注姓名-学校/企业-职务等)