針對自稱是“菜鳥”的提問者參考

轉貼一篇好文章
，也許，本網站過去已經有類似的或相同的文章了，但是用不著去“潛水”fanchulai，zaizhelizaizhijiezhuantieyixia，dinggujitian。zhuyaoshizhenduifatietiwenzhe，jinkenengdebazijidetimujiaodaiqingchu


，yibianxiakemengengyouzhenduixingdetaolun，ermianqububiyaodelaihui“拉抽屜”。

題：推薦文章：《提問的技巧》
請不要誤會

，此文章不是我寫的或是翻譯的

，而是我從別的網站摘來，供大家參考的。
如果看後覺得有同感
，請幫忙頂一下
，好讓更多的人有機會看到。
謝謝！

Copyright (C) 2001 by Eric S. Raymond
中文版Copyleft 2001 by D.H.Grand(nOBODY/Ginux)
英文版：http://www.tuxedo.org/~esr/faqs/smart-questions.html
感謝Eric的耐心指點和同意，本文才得以完成並發布，本指南
英文版版權為Eric Steven Raymond所有，
中文版版權由D.H.Grand[nOBODY/Ginux]所有。
dangtichuyigewentishi，nizenyangnengdedaozhunquedehuida？zhequjueyunintichuwentidenandu，tongyangqujueyunitiwendefangfa。benzhinanzhizaibangzhunitigaofawenjiqiao，yihuoqunizuixiangyaodedaan。
我們不想掩飾對這樣一些人的蔑視--他們不願思考
，或者在發問前不去完成他們應該做的事。這種人隻會謀殺時間--他們隻願索取，從不付出，無端消耗我們的時間，而我們本可以把時間用在更有趣的問題或者更值得回答的人身上。我們稱這樣的人為“失敗者”（由於曆史原因，我們有時把它拚作“lusers”）。
我(wo)們(men)在(zai)都(dou)是(shi)誌(zhi)願(yuan)者(zhe)，從(cong)繁(fan)忙(mang)的(de)生(sheng)活(huo)中(zhong)抽(chou)出(chu)時(shi)間(jian)來(lai)解(jie)惑(huo)答(da)疑(yi)

，而(er)且(qie)時(shi)常(chang)被(bei)提(ti)問(wen)淹(yan)沒(mei)。所(suo)以(yi)我(wo)們(men)無(wu)情(qing)的(de)濾(lv)掉(diao)一(yi)些(xie)話(hua)題(ti)，特(te)別(bie)是(shi)拋(pao)棄(qi)那(na)些(xie)看(kan)起(qi)來(lai)象(xiang)失(shi)敗(bai)者(zhe)的(de)家(jia)夥(huo)
，以(yi)便(bian)更(geng)高(gao)效(xiao)的(de)利(li)用(yong)時(shi)間(jian)來(lai)回(hui)答(da)勝(sheng)利(li)者(zhe)的(de)問(wen)題(ti)。
提問之前(Before You Ask)
在通過電郵、新聞組或者聊天室提出技術問題前，檢查你有沒有做到：
1. 通讀手冊，試著自己找答案。
2. 在FAQ裏找答案（一份維護得好的FAQ可以包羅萬象:）。
3. 在網上搜索（個人推薦google~~~）。
4. 向你身邊精於此道的朋友打聽。
當你提出問題的時候，首先要說明在此之前你幹了些什麼
；這將有助於樹立你的形象：你不是一個妄圖不勞而獲的乞討者
，不願浪費別人的時間。如果提問者能從答案中學到東西
，我們更樂於回答他的問題。
周(zhou)全(quan)的(de)思(si)考(kao)，準(zhun)備(bei)好(hao)你(ni)的(de)問(wen)題(ti)
，草(cao)率(lv)的(de)發(fa)問(wen)隻(zhi)能(neng)得(de)到(dao)草(cao)率(lv)的(de)回(hui)答(da)，或(huo)者(zhe)根(gen)本(ben)得(de)不(bu)到(dao)任(ren)何(he)答(da)案(an)。越(yue)表(biao)現(xian)出(chu)在(zai)尋(xun)求(qiu)幫(bang)助(zhu)前(qian)為(wei)解(jie)決(jue)問(wen)題(ti)付(fu)出(chu)的(de)努(nu)力(li)，你(ni)越(yue)能(neng)得(de)到(dao)實(shi)質(zhi)性(xing)的(de)幫(bang)助(zhu)。
怎樣提問 (When You Ask)
謹慎選擇不同的分組：
小心選擇提問的場合。如果象下麵描述的那樣
，你很可能被忽略掉或者被看作失敗者：
1. 在風馬牛不相及的論壇貼出你的問題
2. 在探討高級技巧的論壇張貼非常初級的問題
；反之亦然
3. 在太多的不同新聞組交叉張貼
用辭貼切，語法正確，拚寫無誤
我們從經驗中發現，粗心的寫作者通常也是馬虎的思考者（我敢打包票）。
回答粗心大意者的問題很不值得

，我們寧願把時間耗在別處。
正確的拚寫，標點符號和大小寫很重要。
更一般的說，如果你的提問寫得象個半文盲，你很有可能被忽視。
如果你在使用非母語的論壇提問，你可以犯點拚寫和語法上的小錯--但決不能在思考上馬虎（沒錯，我們能弄清兩者的分別）
使用含義豐富，描述準確的標題
在郵件列表或者新聞組中
，大約50字以內的主題標題是抓住資深專家注意力的黃金時機。別用喋喋不休的“幫幫忙”（更別說“救命啊！！！！！”這樣讓人反感的話）來浪費這個機會。不要妄想用你的痛苦程度來打動我們
，別用空格代替問題的描述，哪怕是極其簡短的描述。
蠢問題：
救命啊！我的膝上機不能正常顯示了！
聰明問題：
XFree86 4.1下鼠標光標變形，Fooware MV1005的顯示芯片。
如果你在回複中提出問題，記得要修改內容標題，表明裏麵有一個問題。一個看起來象“Re：測試”或者“Re：新bug”的問題很難引起足夠重視。另外
，引用並刪減前文的內容
，給新來的讀者留下線索。
精確描述，信息量大
1. 謹慎明確的描述症狀。
2. 提供問題發生的環境（機器配置、操作係統、應用程序以及別的什麼）。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前采取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬件、軟件變更。
話不在多
你(ni)需(xu)要(yao)提(ti)供(gong)精(jing)確(que)有(you)效(xiao)的(de)信(xin)息(xi)。這(zhe)並(bing)不(bu)是(shi)要(yao)求(qiu)你(ni)簡(jian)單(dan)的(de)把(ba)成(cheng)噸(dun)的(de)出(chu)錯(cuo)代(dai)碼(ma)或(huo)者(zhe)數(shu)據(ju)完(wan)全(quan)轉(zhuan)儲(chu)摘(zhai)錄(lu)到(dao)你(ni)的(de)提(ti)問(wen)中(zhong)。如(ru)果(guo)你(ni)有(you)龐(pang)大(da)而(er)複(fu)雜(za)的(de)測(ce)試(shi)條(tiao)件(jian)
，盡(jin)量(liang)把(ba)它(ta)剪(jian)裁(cai)得(de)越(yue)小(xiao)越(yue)好(hao)。
這樣做的用處至少有三點。第一

，表現出你為簡化問題付出了努力

，這可以使你得到回答的機會增加
；第二
，簡化問題使你得到有用答案的機會增加；第三，在提煉你的bug報告的過程中
，也許你自己就能找出問題所在或作出更正。
隻說症狀，不說猜想
告訴大家你認為問題是怎樣引起的沒什麼幫助。（如果你的推斷如此有效

，還用向別人求助嗎
？），因此要確信你原原本本告訴了他們問題的症狀
，不要加進你自己的理解和推論。
蠢問題：
我在內核編譯中一次又一次遇到SIG11錯誤，我懷疑某條飛線搭在主板的走線上了，這種情況應該怎樣檢查最好？
聰明問題：
我自製的一套K6/233係統，主板是FIC-PA2007 （VIA Apollo VP2芯片組），256MBCorsair PC133 SDRAM
，在內核編譯中頻頻產生SIG11錯誤，從開機20分鍾以後就有這種情況
，開機前20分鍾內從沒發生過。重啟也沒有用，但是關機一晚上就又能工作20分鍾。所有內存都換過了，沒有效果。相關部分的典型編譯記錄如下...。
按時間順序列出症狀
對(dui)找(zhao)出(chu)問(wen)題(ti)最(zui)有(you)幫(bang)助(zhu)的(de)線(xian)索(suo)
，往(wang)往(wang)就(jiu)是(shi)問(wen)題(ti)發(fa)生(sheng)前(qian)的(de)一(yi)係(xi)列(lie)操(cao)作(zuo)，因(yin)此(ci)，你(ni)的(de)說(shuo)明(ming)應(ying)該(gai)包(bao)含(han)操(cao)作(zuo)步(bu)驟(zhou)，以(yi)及(ji)電(dian)腦(nao)的(de)反(fan)應(ying)，直(zhi)到(dao)問(wen)題(ti)產(chan)生(sheng)。
如果你的說明很長（超過四個段落）
，在開頭簡述問題會有所幫助，接下來按時間順序詳述。
明白你想問什麼
漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的人（他們忙是因為要親自完成大部分工作）。這樣的人對無節製的時間黑洞不太感冒，因此也可以說他們對漫無邊際的提問不大感冒。 如果你明確表述需要回答者做什麼（提供建議，發送一段代碼
，檢查你的補丁或是別的），就最有可能
得到有用的答案。這會定出一個時間和精力的上限，便於回答者集中精力來幫你，這很湊效。
要(yao)理(li)解(jie)專(zhuan)家(jia)們(men)生(sheng)活(huo)的(de)世(shi)界(jie)

，要(yao)把(ba)專(zhuan)業(ye)技(ji)能(neng)想(xiang)象(xiang)為(wei)充(chong)裕(yu)的(de)資(zi)源(yuan)，而(er)回(hui)複(fu)的(de)時(shi)間(jian)則(ze)是(shi)貧(pin)乏(fa)的(de)資(zi)源(yuan)。解(jie)決(jue)你(ni)的(de)問(wen)題(ti)需(xu)要(yao)的(de)時(shi)間(jian)越(yue)少(shao)，越(yue)能(neng)從(cong)忙(mang)碌(lu)的(de)專(zhuan)家(jia)口(kou)中(zhong)掏(tao)出(chu)答(da)案(an)。因(yin)此(ci)，優(you)化(hua)問(wen)題(ti)的(de)結(jie)構(gou)，盡(jin)量(liang)減(jian)少(shao)專(zhuan)家(jia)們(men)解(jie)決(jue)它(ta)所(suo)需(xu)要(yao)的(de)時(shi)間(jian)
，會(hui)有(you)很(hen)大(da)的(de)幫(bang)助(zhu)--這通常和簡化問題有所區別。因此，問“我想更好的理解X，能給點提示嗎？”通常比問“你能解釋一下X嗎？”更好。如果你的代碼不能工作，問問它有什麼地方不對，比要求別人替你修改要明智得多。
別問應該自己解決的問題
大家總是善於分辨哪些問題應該由你自己解決；yinweiwomenzhongdedaduoshudouzengzijijiejuezheleiwenti。tongyang，zhexiewentideyounilaigaoding
，nihuicongzhongxuedaodongxi。nikeyiyaoqiugeidiantishi，danbieyaoqiudedaowanzhengdejiejuefangan。
去除無意義的疑問
別用無意義的話結束提問，例如“有人能幫我嗎
？”或者“有答案嗎？”。
首先：如果你對問題的描述不很合適
，這樣問更是畫蛇添足。其次：由於這樣問是畫蛇添足
，大家會很厭煩你--而且通常會用邏輯上正確的回答來表示他們的蔑視，例如：“沒錯，有人能幫你”或者“不，沒答案”。
謙遜絕沒有害處
，而且常幫大忙
彬彬有禮

，多用“請”和“先道個謝了”。讓大家都知道你對他們花費時間義務提供幫助心存感激。
然而，如果你有很多問題無法解決，禮貌將會增加你得到有用答案的機會。
問題解決後，加個簡短說明
wentijiejuehou
，xiangsuoyoubangzhuguoniderenfageshuoming
，rangtamenzhidaowentishizenyangjiejuede，bingzaiyicixiangtamenbiaoshiganxie。ruguowentizaixinwenzuhuozheyoujianliebiaozhongyinqileguangfanguanzhu，yinggaizainalitieyigebuchongshuoming。buchongshuomingbubihenchanghuoshihenshenru；簡單的一句“你好，原來是網線出了問題！謝謝大家--Bill”比什麼也不說要強。事實上，除非結論
真的很有技術含量，否則簡短可愛的小結比長篇學術論文更好。說明問題是怎樣解決的
，但大可不必將解決問題的過程複述一遍。
除了表示禮貌和反饋信息以外，這種補充有助於他人在郵件列表/新聞組/論壇中搜索對你有過幫助的完整解決方案，這可能對他們也很有用。
最後（至少？），這zhe種zhong補bu充chong有you助zhu於yu所suo有you提ti供gong過guo幫bang助zhu的de人ren從cong中zhong得de到dao滿man足zu感gan。如ru果guo你ni自zi己ji不bu是shi老lao手shou或huo者zhe黑hei客ke
，那na就jiu相xiang信xin我wo們men，這zhe種zhong感gan覺jiao對dui於yu那na些xie你ni向xiang他ta們men求qiu助zhu的de導dao師shi或huo者zhe專zhuan家jia而er言yan，是shi非fei常chang重zhong要yao的de。問wen題ti久jiu拖tuo未wei決jue會hui讓rang人ren灰hui心xin
；黑客們渴望看到問題被解決。好人有好報，滿足他們的渴望，你會在下次貼出新問題時嚐到甜頭。
還是不懂
如果你不是很理解答案
，別立刻要求對方解釋。象你以前試著自己解決問題時那樣（利用手冊，FAQ，網絡，身邊的高手）
，去理解它。如果你真的需要對方解釋，記得表現出你已經學到了點什麼。比方說，如果我回答你：“看來似乎是zEntry被阻塞了；你應該先清除它。”，然後：一個很糟的後續問題：“zEntry是什麼？” 聰明的問法應該是這樣：“哦~~~我看過幫助了但是隻有-z和-p兩個參數中提到了zEntry而且還都沒有清楚的解釋:<你是指這兩個中的哪一個嗎？還是我看漏了什麼

？”
三思而後問 ( Questions Not To Ask)
以下是幾個經典蠢問題，以及大家在拒絕回答時的心中所想：
問題：我能在哪找到X程序？
回答：就在我找到它的地方啊蠢貨--搜索引擎的那一頭。天呐！還有人不會用Google嗎？
提問：我的程序（配置
、SQL申明）沒有用
回答：這不算是問題吧，我對找出你的真正問題沒興趣--如果要我問你二十個問題才找得出來的話--我有更有意思的事要做呢。
在看到這類問題的時候，我的反應通常不外如下三種：
1. 你還有什麼要補充的嗎
？
2. 真糟糕
，希望你能搞定。
3. 這跟我有什麼鳥相關？
提問：我的Windows有問題，你能幫我嗎？
回答：能啊

，扔掉Microsoft的垃圾
，換Linux吧。
提問：我在安裝Linux（或者X）時有問題，你能幫我嗎？
回答：不能，我隻有親自在你的電腦上動手才能找到毛病。還是去找你當地的Linux用戶組尋求手把手的指導吧（你能在這兒找到用戶組的清單）。
提問：我怎麼才能破解root帳號/竊取OP特權/讀別人的郵件呢？
回答：想要這樣做
，說明你是個卑鄙小人；想找個黑客幫你
，說明你是個白癡！
好問題
，壞問題 ( Good and Bad Questions )
最後，我舉一些例子來說明，怎樣聰明的提問；同一個問題的兩種問法被放在一起，一種是愚蠢的，另一種才是明智的。
蠢問題：我可以在哪兒找到關於Foonly Flurbamatic的資料？
這種問法無非想得到“STFW”這樣的回答。
聰明問題：我用Google搜索過“Foonly Flurbamatic 2600”，但是沒找到有用的結果。誰知道上哪兒去找對這種設備編程的資料？
這個問題已經STFW過了，看起來他真的遇到了麻煩。
蠢問題：我從FOO項目找來的源碼沒法編譯。它怎麼這麼爛？
他覺得都是別人的錯，這個傲慢自大的家夥
聰明問題：FOO項目代碼在Nulix 6.2版下無法編譯通過。我讀過了FAQ，但裏麵沒有提到跟Nulix有關的問題。這是我編譯過程的記錄，我有什麼做得不對的地方嗎？
他講明了環境
，也讀過了FAQ，還指明了錯誤
，並且他沒有把問題的責任推到別人頭上，這個家夥值得留意。
蠢問題：我的主板有問題了，誰來幫我？
對這類問題的回答通常是：“好的，還要幫你拍拍背和換尿布嗎？”,然後按下刪除
鍵。
聰明問題：我在S2464主板上試過了X、Y和Z，但沒什麼作用
，我又試了A
、B和C。請注意當我嚐試C時(shi)的(de)奇(qi)怪(guai)現(xian)象(xiang)。顯(xian)然(ran)邊(bian)帶(dai)傳(chuan)輸(shu)中(zhong)出(chu)現(xian)了(le)收(shou)縮(suo)
，但(dan)結(jie)果(guo)出(chu)人(ren)意(yi)料(liao)。在(zai)多(duo)處(chu)理(li)器(qi)主(zhu)板(ban)上(shang)引(yin)起(qi)邊(bian)帶(dai)泄(xie)漏(lou)的(de)通(tong)常(chang)原(yuan)因(yin)是(shi)什(shen)麼(me)？誰(shui)有(you)好(hao)主(zhu)意(yi)接(jie)下(xia)來(lai)我(wo)該(gai)做(zuo)些(xie)什(shen)麼(me)測(ce)試(shi)才(cai)能(neng)找(zhao)出(chu)問(wen)題(ti)？
這個家夥，從另一個角度來看，值得去回答他。他表現出了解決問題的能力

，而不是坐等天上掉答案。在最後一個問題中，注意“告訴我答案”和“給我啟示，指出我還應該做什麼診斷工作”之間微妙而又重要的區別。
事實上，後一個問題源自於2001年8月在Linux內核郵件列表上的一個真實的提問。我（Eric）就是那個提出問題的人。我在Tyan S2464主板上觀察到了這種無法解釋的鎖定現象
，列表成員們提供了解決那一問題的重要信息。
通過我的提問方法
，我給了大家值得玩味的東西；worangrenmenhenrongyicanyubingqiebeixiyinjinlai。woxianshilezijijubeihetamentongdengdenengli，yaoqingtamenyuwogongtongtantao。wogaosutamenwosuozouguodewanlu
，yibimiantamenzailangfeishijian，zheshiyizhongduitarenshijianjiazhidezunzhong。houlai
，dangwoxiangmeigerenbiaoshiganxie，bingqiezanshangzhetaochengxu（指郵件列表中的討論--譯者注）運作得非常出色的時候
，一個Linux內核郵件列表（lkml）成員表示，問題得到解決並非由於我是這個列表中的“名人”，而是因為我用了正確的方
式來提問。
找不到答案怎麼辦 (If You Can''t Get An Answer)
如ru果guo仍reng得de不bu到dao答da案an
，請qing不bu要yao以yi為wei我wo們men覺jiao得de無wu法fa幫bang助zhu你ni。有you時shi隻zhi是shi看kan到dao你ni問wen題ti的de人ren不bu知zhi道dao答da案an罷ba了le。沒mei有you回hui應ying不bu代dai表biao你ni被bei忽hu視shi，雖sui然ran不bu可ke否fou認ren這zhe種zhong差cha別bie很hen難nan區qu分fen。
總的說來，簡單的重複張貼問題是個很糟的想法。這將被視為無意義的喧鬧。
你可以通過其它渠道獲得幫助，這些渠道通常更適合初學者的需要。有許多網上的以及本地的用戶組
，由狂熱的軟件愛好者（即使他們可能從沒親自寫過任何軟件）組成。通常人們組建這樣的團體來互相幫助並幫助新手。
另外，你可以向很多商業公司尋求幫助

，不論公司大還是小（RedHat和LinuxCare就是兩個最常見的例子）。別為要付費才能獲得幫助而感到沮喪！畢竟
，假使你的汽車發動機汽缸密封圈爆掉了--完全可能如此--你還得把它送到修車鋪，並且為維修付費。就算軟件沒花費你一分錢
，你也不能強求技術支持總是免費的。
對大眾化的軟件，就象Linuxzhileieryan
，meigekaifazhezhishaohuiyoushangwanmingyonghu。genbenbukenengyouyigerenlaichulilaizishangwanmingyonghudeqiuzhudianhua。yaozhidao
，jishiniyaoweibangzhufufei
，tongnibixugoumaitongleiruanjianxiangbi，nisuofuchudeyeshiweibuzudaode（通常封閉源代碼軟件的技術支持費用比開放源代碼軟件要高得多

，且內容也不那麼豐富）。

TO lhdlsl：
你的那個貼子我看了，很好。是不是也轉過來？一定會成為一曲“優美的交響樂”。啊哈。