【个人思考系列】谈谈技术工作中提问的基本姿势

277 阅读3分钟

前言

最近混迹在SegmentFault问答专区解答一些Java相关的技术问题,发现很多的提问者都不知道如何去正确提一个问题,然后结合平时工作中的一些感受,想就提问这件小事,谈谈自己的看法。

什么是不好的提问姿势

就我个人的理解谈一谈什么是不好的提问姿势。
1.不开门见山
"凯伦,在吗?"
然后没了,等你去回复一句
"在,什么事?"
这才开始说具体自己的问题。
其实在一个比较慢节奏的生活中,这样的交流方式也是OK的。然而,我们现在都是处在一个比较快节奏的工作中,凡事讲究有效沟通。就刚才的这一回合的对话,没有产生任何的价值,可能我回复之后,还会等一会聊天窗,看看你有什么问题才去做自己的工作。这样的提问方式,对被你提问的人来说,是一种时间上的浪费。

2.凡事不先搜索
"凯伦,这个IDEA的maven跑的时候,怎么跳过测试啊?"
OK,这个问题很简单,我的确是可以回答你。
但这种搜索一下就解决的问题,需要专门打开我的聊天窗,打字,然后等我回复才能解决?
如果我很忙的话,相信他最后还是会去搜索,那么为什么不一开始就去通过搜索引擎解决呢?

3.描述问题过于简单


这是我在SF上看到的问题,这其实已经算还OK的了,还有个图,有几句描述,有些就是简简单单的几个字而已。
但就这个问题来说,和问题相关的日志,更详细的周边介绍也是缺失的。
最后我的留言也是说,请放上相关的日志,我们才能够帮你定位问题。
无形当中增加了很多的沟通成本,问题也很难被解决。

什么是好的提问姿势

那么就我个人体会来说,我自己 提问时的一些准备和比较喜欢的方式,大概是下面这样。

1.开门见山
上去先打个招呼,然后直接在招呼后附上自己的问题,那别人可能很忙,回来后看到我的描述,也能够回答我,进行进一步有效沟通。

2.凡事先搜索
在问别人问题之前,都先用搜索引擎找一下,很多问题其实都已经有了现成的答案,那么这种问题就不要去麻烦别人了。

3.将提问描述清楚
问一个问题前,将有问题地方的相关配置,日志文件等都附上来,不要让帮你解决问题的人,还要问你来拿资料。下面就是一个比较好的例子。



所有和核心问题有关的配置和代码都附上来了,让人很愿意帮他去解决这个问题。
4.保持感恩的心
无论你的问题,有没有被解决,都是别人花着自己的时间来帮你,诚恳对待,在最后和别人说一声谢谢,与人方便,也是给自己方便。

这是我对于提问这件小事的一些个人体会,相信大家在平时的生活中,少不了提问和被提问,一定有很多自己的看法,欢迎留言,一起讨论~