在工作和生活中，總是會(huì)有很多人問我很多技術(shù)方面的問題。有一些時(shí)候，問問題的和答問題的總是會(huì)有一些不爽的事情發(fā)生。如下面的幾種情況：

• 比如：“我的電腦老是藍(lán)屏，怎么辦？”，通常這樣的問題90%以上的回答是：“重裝吧”。這讓問問題的人感到很沮喪，但你不能不承認(rèn)那不是答案。而且有時(shí)候讓人無法解答，比如：“我的makefiel出錯(cuò)了，你幫我看看我的makfile”，我通常會(huì)非反問，報(bào)了什么錯(cuò)嗎？
• 另一種情況是，回答問題的人首先先對(duì)問問題的人的抱怨，你問的問題就不對(duì)，或是，你問的這個(gè)問題是什么意思，而導(dǎo)致問問題的人卻在不停地解釋，結(jié)果花了好長(zhǎng)時(shí)間來討論問題本身是什么。
• 還有一種情況是，問的問題太簡(jiǎn)單了甚至太白癡了，比如你自己試一試或是讀讀文檔就知道了的問題，或是問這個(gè)問題直接表明了你的無知或是懶惰。這種問題會(huì)相當(dāng)影響別人對(duì)你的印象。
• 第四種情況是，提問者滔滔不絕，扯這扯那，講了一大堆，聽得聽累了。最后都不知道你要干什么。

　　所以，怎么去問問題，怎么問一個(gè)好的問題，是一個(gè)很重要的事。你提問的技術(shù)直接關(guān)系到了你是否能夠很快得到你滿意的答案。

　　這里有一篇文章推薦給大家《How To Ask Questions The Smart Way》，中文片在這里《提問的智慧》，我把其中的幾個(gè)亮點(diǎn)總結(jié)如下：

• 提問前先自己嘗試查找答案，讀讀文檔、手冊(cè)，看看有沒有相似的問題，看看那些方法能不能幫你解決問題，自己去試一試。如果你是程序員，你應(yīng)該先學(xué)會(huì)自己調(diào)查一下源代碼。（不然，人家回答你的一定是——RTFM – Read The Fucking Manual）這樣的問題很多。我有時(shí)候很不愿意回答這樣的問題，因?yàn)槲矣X得問問題的人把我當(dāng)成了他的小跟班了。

• 提問的時(shí)候，找正確的人或是正確的論壇發(fā)問。向陌生人或是不負(fù)責(zé)的人提問可能會(huì)是很危險(xiǎn)的。不正確的人，會(huì)讓你事倍功半。如果你問Linux的人Windows太慢怎么辦？他們一定會(huì)讓你把Windows刪了裝Linux去的。

• 問的問題一定要是很明確的，并且闡述你做了哪些嘗試，你一定要簡(jiǎn)化你的問題，這樣可以讓你的問題更容易被回答。對(duì)于一些問題，最好提供最小化的重現(xiàn)問題的步驟。

• 你一定要讓問題變得簡(jiǎn)單易讀，這和寫代碼是一樣的。只有簡(jiǎn)單易讀的郵件，人們才會(huì)去讀，試想看到一封巨大無比的郵件，讀郵件的心情都沒有了。而且，內(nèi)容越多，可能越容易讓人理解錯(cuò)了。

• 你問問題的態(tài)度應(yīng)該是以一種討論的態(tài)度，即不是低三下四，也不是沒有底氣。只有這樣，你和你的問題才能真正被人看得起。要達(dá)到這個(gè)狀態(tài)，不想讓別人看不起你，你就一定需要自己去做好充足的調(diào)查。問題問得好的話，其實(shí)會(huì)讓人覺得你很有經(jīng)驗(yàn)的，能想到別人想不到的地方。

• 不要過早下結(jié)論。比如：“我這邊的程序不轉(zhuǎn)了，我覺得是你那邊的問題，你什么時(shí)候能fix？”，或是“太難調(diào)試了，gdb怎么這么爛？！”。當(dāng)你這么做的時(shí)候，你一定要有足夠的信息和證據(jù)，否則，你就顯得很自大。好的問題應(yīng)該是，“我和你的接口的程序有問題，我輸入了這樣的合法的參數(shù)，但是XX函數(shù)卻總是返回失敗，我們能一起看看嗎？”，“我看了一下gdb的文檔，發(fā)現(xiàn)我在用XXX命令調(diào)試YYY的時(shí)候，有這樣ZZZ的問題，是不是我哪里做錯(cuò)了？”

it知識(shí)庫：你會(huì)問問題嗎？，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。