給程序員—提問的藝術(轉)

1、（2009年的更新：本文來自2005年的白云黃鶴BBS，未經(jīng)排版，四年來，文末一直保留有英文原文出處并注明鏈接）這個版上太多的問題，不能讓我以很愉快的心情來解答，于是，我放棄了強忍著指責別人的心情找到了這篇《提問的藝術》（兩年前我在HomePage版張貼過），真誠的希望那些又困難又期望得到幫助的新手朋友們抽時間看看，問“好的問題”，收獲“好的答案”，這對改善答題人的心情和形成版面氛圍都有好處。提問之前在通過電郵、新聞組或者聊天室提出技術

2、問題前，檢查你有沒有做到：1.通讀手冊，試著自己找答案。2.在FAQ里找答案（一份維護得好的FAQ可以包羅萬象:）。3.在網(wǎng)上搜索（個人推薦google~~~）。4.向你身邊精于此道的朋友打聽。當你提出問題的時候，首先要說明在此之前你干了些什么；這將有助于樹立你的形象：你不是一個妄圖不勞而獲的乞討者，不愿浪費別人的時間。如果提問者能從答案中學到東西，我們更樂于回答他的問題。周全的思考，準備好你的問題，草率的發(fā)問只能得到草率的回答，或者根

3、本得不到任何答案。越表現(xiàn)出在尋求幫助前為解決問題付出的努力，你越能得到實質性的幫助。小心別問錯了問題。如果你的問題基于錯誤的假設，普通黑客（J.RomHacker）通常會用無意義的字面解釋來答復你，心里想著“蠢問題…”，希望著你會從問題的回答（而非你想得到的答案）中汲取教訓。決不要自以為夠資格得到答案，你沒這種資格。畢竟你沒有為這種服務支付任何報酬。你要自己去“掙”回一個答案，靠提出一個有內(nèi)涵的，有趣的，有思維激勵作用的問題–一個對社區(qū)

4、的經(jīng)驗有潛在貢獻的問題，而不僅僅是被動的從他人處索要知識–去掙到這個答案。另一方面，表明你愿意在找答案的過程中做點什么，是一個非常好的開端?！罢l能給點提示？”、“我這個例子里缺了什么？”以及“我應該檢查什么地方？”比“請把確切的過程貼出來”更容易得到答復。因為你顯得只要有人指點正確的方向，你就有完成它的能力和決心。怎樣提問謹慎選擇論壇小心選擇提問的場合。如果象下面描述的那樣，你很可能被忽略掉或者被看作失敗者：你需要提供精確有效的信息。這

5、并不是要求你簡單的把成噸的出錯代碼或者數(shù)據(jù)完全轉儲摘錄到你的提問中。如果你有龐大而復雜的測試條件，盡量把它剪裁得越小越好。這樣做的用處至少有三點。第一，表現(xiàn)出你為簡化問題付出了努力，這可以使你得到回答的機會增加；第二，簡化問題使你得到有用答案的機會增加；第三，在提煉你的bug報告的過程中，也許你自己就能找出問題所在或作出更正。只說癥狀，不說猜想告訴黑客們你認為問題是怎樣引起的沒什么幫助。（如果你的推斷如此有效，還用向別人求助嗎？），因此

6、要確信你原原本本告訴了他們問題的癥狀，不要加進你自己的理解和推論。讓黑客們來診斷吧。蠢問題：我在內(nèi)核編譯中一次又一次遇到SIG11錯誤，我懷疑某條飛線搭在主板的走線上了，這種情況應該怎樣檢查最好？聰明問題：我自制的一套K6233系統(tǒng)，主板是FICPA2007（VIAApolloVP2芯片組），256MBCsairPC133SDRAM，在內(nèi)核編譯中頻頻產(chǎn)生SIG11錯誤，從開機20分鐘以后就有這種情況，開機前20分鐘內(nèi)從沒發(fā)生過。重啟也沒

7、有用，但是關機一晚上就又能工作20分鐘。所有內(nèi)存都換過了，沒有效果。相關部分的典型編譯記錄如下…。按時間順序列出癥狀對找出問題最有幫助的線索，往往就是問題發(fā)生前的一系列操作，因此，你的說明應該包含操作步驟，以及電腦的反應，直到問題產(chǎn)生。如果你的說明很長（超過四個段落），在開頭簡述問題會有所幫助，接下來按時間順序詳述。這樣黑客們就知道該在你的說明中找什么。明白你想問什么漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的

8、人（他們忙是因為要親自完成大部分工作）。這樣的人對無節(jié)制的時間黑洞不太感冒，因此也可以說他們對漫無邊際的提問不大感冒。如果你明確表述需要回答者做什么（提供建議，發(fā)送一段代碼，檢查你的補丁或是別的），就最有可能得到有用的答案。這會定出一個時間和精力的上限，便于回答者集中精力來幫你，這很奏效。要理解專家們生活的世界，要把專業(yè)技能想象為充裕的資源，而回復的時間則是貧乏的資源。解決你的問題需要的時間越少，越能從忙碌的專家口中掏出答案。因此，優(yōu)化