【个人思考系列】谈谈提问的基本姿势

个人公众号: KailunTalk.

前言

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

什么是不好的提问姿势

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

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

3.描述问题过于简单

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

什么是好的提问姿势

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

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

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

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


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

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