如何優雅的提問

解決問題六部曲

在學習、工作的過程中總是會遇到不少問題，通常的解決思路包括、、、、、等。通常我們也應該按這個順序來操作。

實際的尷尬

但實際上，卻時不時的碰到一些比較尷尬的情況，比如：

懶惰型：代表性語句是、、。這讓潛在回答者不知道怎麼說，說或都是要回答問題的節奏，但一輪的對話下來沒有任何實質性進展。這背後是提問者對自己語言的吝惜，不捨得費力敲出想要問的問題，一副不見兔子不撒鷹的樣子。殊不知，自己是兔子，回答者是鷹，鷹在看到好的兔子才會出手。

籠統型：代表性語句。這後面將會是很長的對話，上個培訓班吧。

寬泛型：代表性語句。這是神話了潛在答題者，以為他們是萬能的，不知道哪兒錯了就可以解決問題。

信息不全型：代表性語句。這比寬泛型稍微進步了一些，但也沒說出要做什麼、什麼代碼、用了什麼包、要解決什麼問題、輸入是什麼、預期得到什麼結果。不要假設別人對你的工作很了解，也不要假設別人是個理解力很強的人，一定自己描述清楚。

不仔細閱讀錯誤提示。明明錯誤提示中都寫明了錯在哪，自己卻不去讀。對於初學者，確實有這個恐懼，看著代碼運行輸出來很多東西，不知道怎麼看什麼地方是錯誤提示。一般是從最後向前仔細讀，碰到ERROR類的字樣仔細看看，看不懂就多讀兩遍；對於不熟悉的，逐行或逐字閱讀也不為過。

X-Y Problem： (X_Y問題具體描述見酷殼陳皓博主的文章 X-Y Problem http://coolshell.cn/articles/10804.html)。

啰嗦：有人想不是要提供很全的信息嘛？就不做篩選，給出特別多，或者直接代碼數據一個壓縮包發過來，幫我改改。或者大段的文字，有時還是直接拷貝的英文直接發過來。考沒考慮過潛在回答者的心理陰影。作為求助者，要給別人提供最好的閱讀體驗。

私下提問：能在公共論壇或群提問的問題不要私下提問。公共區域有更多的人可以幫助你。如果解決了，也能幫助更多的人。如果你問的很認真或問題很有意思，一定會有人幫你的。

如何優雅提問

提問從來不是個簡單的事，認真的提問才有可能得來認真的回答。

(GO富集分析工具)和 (進化樹繪製、美化)的作者Y叔有一篇文章「how to bug author」對如何提問做了很好的指導，尤其是他在Github設置的模板很好的呈現了提出問題前和問出問題時需要做的準備工作。

菜鳥團團長健明也有一篇博文講述」希望他回答問題應該如何做」，寫的很詳細，值得閱讀。

結合我自己的經驗，簡單列舉下我對優雅提問的認識：

提問前，確認自己仔細閱讀過錯誤提示、做過 （對於說谷歌用不了就不搜索的無話可說）和（說自己看不懂英文的也跳過）。

提出好的問題。經過第一步的過濾，有深度的問題和自己確實解決不了的問題都算是好的問題。

介紹自己。首先讓人知道提問者是誰，在給誰解決問題。這是最起碼的尊重。

簡潔但詳盡地描述自己要做的東西，想解決的問題，遇到的問題，從哪幾個角度做了嘗試，但問題依然存在。一來免去了回答者從這些角度做無謂的嘗試，二來給人一個積極上進的印象，是嘗試過解決但沒解決了，體現的是一種積極的態度。

如果是軟體安裝，提供操作系統版本，安裝軟體的版本，安裝操作，完整的錯誤提示信息。

如果是軟體使用，提供相應的局部代碼、最小化的測試數據和預期結果，每部分都要有清晰的注釋。

如果使用即時聊天工具，最好把這些信息一次性發出，一來避免別人一條條往上翻的麻煩，二來避免中途被其它人的信息干擾。（也可以附帶一個格式化好的這些信息的截圖，可能會更清晰，但文字要大，不然手機讀真不方便）

如果使用論壇，做好格式化，文字不要擠在一起，該有的分段、列表、代碼標記，加粗強調都指示清楚，方便人閱讀。簡單和啰嗦的區別除了文字的功夫，還在排版給人的體驗。

對回答者給予感謝，不管是精神還是物質上的。有人幫助應感激，無人應答也正常。

祝大家的問題都會得到圓滿解決。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！