個人公眾號: KailunTalk.
前言
最近混跡在SegmentFault問答專區(qū)解答一些Java相關(guān)的技術(shù)問題，發(fā)現(xiàn)很多的提問者都不知道如何去正確提一個問題，然后結(jié)合平時工作中的一些感受，想就提問這件小事，談?wù)勛约旱目捶ā?/p>
什么是不好的提問姿勢
就我個人的理解談一談什么是不好的提問姿勢。
1.不開門見山
"凱倫，在嗎?"
然后沒了，等你去回復一句
"在，什么事?"
這才開始說具體自己的問題。
其實在一個比較慢節(jié)奏的生活中，這樣的交流方式也是OK的。然而，我們現(xiàn)在都是處在一個比較快節(jié)奏的工作中，凡事講究有效溝通。就剛才的這一回合的對話，沒有產(chǎn)生任何的價值，可能我回復之后，還會等一會聊天窗，看看你有什么問題才去做自己的工作。這樣的提問方式，對被你提問的人來說，是一種時間上的浪費。
2.凡事不先搜索
"凱倫，這個IDEA的maven跑的時候，怎么跳過測試啊？"
OK，這個問題很簡單，我的確是可以回答你。
但這種搜索一下就解決的問題，需要專門打開我的聊天窗，打字，然后等我回復才能解決?
如果我很忙的話，相信他最后還是會去搜索，那么為什么不一開始就去通過搜索引擎解決呢?
3.描述問題過于簡單
這是我在SF上看到的問題，這其實已經(jīng)算還OK的了，還有個圖，有幾句描述，有些就是簡簡單單的幾個字而已。
但就這個問題來說，日志，上下文場景，怎么會引起的，也都是沒有介紹。
最后我的留言也是說，請放上相關(guān)的日志，我們才能夠幫你定位問題。
無形當中增加了很多的溝通成本，問題也很難被解決。
什么是好的提問姿勢
那么就我個人體會來說，我自己 提問時的一些準備和比較喜歡的方式，大概是下面這樣。
1.開門見山
上去先打個招呼，然后直接在招呼后附上自己的問題，那別人可能很忙，回來后看到我的描述，也能夠回答我，進行進一步有效溝通。
2.凡事先搜索
在問別人問題之前，都先用搜索引擎找一下，很多問題其實都已經(jīng)有了現(xiàn)成的答案，那么這種問題就不要去麻煩別人了。
3.將提問描述清楚
問一個問題前，將有問題地方的相關(guān)配置，日志文件等都附上來，不要讓幫你解決問題的人，還要問你來拿資料。下面就是一個比較好的例子。
所有和核心問題有關(guān)的配置和代碼都附上來了，讓人很愿意幫他去解決這個問題。
4.保持感恩的心
無論你的問題，有沒有被解決，都是別人花著自己的時間來幫你，誠懇對待，在最后和別人說一聲謝謝，與人方便，也是給自己方便。
這是我對于提問這件小事的一些個人體會，相信大家在平時的生活中，少不了提問和被提問，一定有很多自己的看法，歡迎留言，一起討論~
