一個(gè)好標(biāo)題範(fàn)例是目標(biāo) -- 差異式的描述，許多技術(shù)支持組織就是這樣做的。在目標(biāo)部分指出是哪一個(gè)或哪一組東西有問題，在差異部分則描述與期望的行為不一致的地方。

蠢問題：救命啊！我的筆電不能正常顯示了！

聰明問題：X.org 6.8.1的滑鼠游標(biāo)會(huì)變形，某牌顯示卡 MV1005 晶片組。

更聰明問題：X.org 6.8.1的滑鼠游標(biāo)，在某牌顯示卡 MV1005 晶片組環(huán)境下 - 會(huì)變形。

編寫目標(biāo) -- 差異 式描述的過程有助於你組織對(duì)問題的細(xì)緻思考。是什麼被影響了？ 僅僅是滑鼠游標(biāo)或者還有其它圖形？只在 X.org 的 X 版中出現(xiàn)？或只是出現(xiàn)在6.8.1版中？ 是針對(duì)某牌顯示卡晶片組？或者只是其中的 MV1005 型號(hào)？ 一個(gè)黑客只需瞄一眼就能夠立即明白你的環(huán)境和你遇到的問題。

總而言之，請(qǐng)想像一下你正在一個(gè)只顯示標(biāo)題的封存討論串（Thread）索引中查尋。讓你的標(biāo)題更好地反映問題，可使下一個(gè)搜尋類似問題的人能夠關(guān)注這個(gè)討論串，而不用再次提問相同的問題。

如果你想在回覆中提出問題，記得要修改內(nèi)容標(biāo)題，以表明你是在問一個(gè)問題， 一個(gè)看起來像 Re: 測(cè)試 或者 Re: 新bug 的標(biāo)題很難引起足夠重視。另外，在不影響連貫性之下，適當(dāng)引用並刪減前文的內(nèi)容，能給新來的讀者留下線索。

對(duì)於討論串，不要直接點(diǎn)擊回覆來開始一個(gè)全新的討論串，這將限縮你的觀眾。因?yàn)橛行┼]件閱讀程序，比如 mutt ，允許使用者按討論串排序並通過折疊討論串來隱藏消息，這樣做的人永遠(yuǎn)看不到你發(fā)的消息。

僅僅改變標(biāo)題還不夠。mutt 和其它一些郵件閱讀程式還會(huì)檢查郵件標(biāo)題以外的其它信息，以便為其指定討論串。所以寧可發(fā)一個(gè)全新的郵件。

在網(wǎng)頁(yè)論壇上，好的提問方式稍有不同，因?yàn)橛懻摯c特定的訊息緊密結(jié)合，並且通常在討論串外就看不到裡面的內(nèi)容，故通過回覆提問，而非改變標(biāo)題是可接受的。不是所有論壇都允許在回覆中出現(xiàn)分離的標(biāo)題，而且這樣做了基本上沒有人會(huì)去看。不過，通過回覆提問，這本身就是曖昧的做法，因?yàn)樗鼈冎粫?huì)被正在查看該標(biāo)題的人讀到。所以，除非你只想在該討論串當(dāng)前活躍的人群中提問，不然還是另起爐灶比較好。

使問題容易回覆

以請(qǐng)將你的回覆寄到……來結(jié)束你的問題多半會(huì)使你得不到回答。如果你覺得花幾秒鐘在郵件客戶端設(shè)置一下回覆地址都麻煩，我們也覺得花幾秒鐘思考你的問題更麻煩。如果你的郵件程式不支持這樣做，換個(gè)好點(diǎn)的；如果是作業(yè)系統(tǒng)不支持這種郵件程式，也換個(gè)好點(diǎn)的。

在論壇，要求通過電子郵件回覆是非常無(wú)禮的，除非你相信回覆的信息可能比較敏感（而且有人會(huì)為了某些未知的原因，只讓你而不是整個(gè)論壇知道答案）。如果你只是想在有人回覆討論串時(shí)得到電子郵件提醒，可以要求網(wǎng)頁(yè)論壇發(fā)送給你。幾乎所有論壇都支持諸如追蹤此討論串、有回覆時(shí)發(fā)送郵件提醒等功能。

用清晰、正確、精準(zhǔn)並合法文法的語(yǔ)句

我們從經(jīng)驗(yàn)中發(fā)現(xiàn)，粗心的提問者通常也會(huì)粗心的寫程式與思考（我敢打包票）?；卮鸫中拇笠庹叩膯栴}很不值得，我們寧願(yuàn)把時(shí)間耗在別處。

正確的拼字、標(biāo)點(diǎn)符號(hào)和大小寫是很重要的。一般來說，如果你覺得這樣做很麻煩，不想在乎這些，那我們也覺得麻煩，不想在乎你的提問。花點(diǎn)額外的精力斟酌一下字句，用不著太僵硬與正式 -- 事實(shí)上，黑客文化很看重能準(zhǔn)確地使用非正式、俚語(yǔ)和幽默的語(yǔ)句。但它必須很準(zhǔn)確，而且有跡象表明你是在思考和關(guān)注問題。

正確地拼寫、使用標(biāo)點(diǎn)和大小寫，不要將its混淆為it's，loose搞成lose或者將discrete弄成discreet。不要全部用大寫，這會(huì)被視為無(wú)禮的大聲嚷嚷（全部小寫也好不到哪去，因?yàn)椴灰组喿x。Alan Cox也許可以這樣做，但你不行。）

更白話的說，如果你寫得像是個(gè)半文盲[譯註：小白]），那多半得不到理睬。也不要使用即時(shí)通訊中的簡(jiǎn)寫或火星文，如將的簡(jiǎn)化為ㄉ會(huì)使你看起來像一個(gè)為了少打幾個(gè)鍵而省字的小白。更糟的是，如果像個(gè)小孩似地鬼畫符那絕對(duì)是在找死，可以肯定沒人會(huì)理你（或者最多是給你一大堆指責(zé)與挖苦）。

如果在使用非母語(yǔ)的論壇提問，你可以犯點(diǎn)拼寫和語(yǔ)法上的小錯(cuò)，但決不能在思考上馬虎（沒錯(cuò)，我們通常能弄清兩者的分別）。同時(shí)，除非你知道回覆者使用的語(yǔ)言，否則請(qǐng)使用英語(yǔ)書寫。繁忙的黑客一般會(huì)直接刪除用他們看不懂語(yǔ)言寫的消息。在網(wǎng)路上英語(yǔ)是通用語(yǔ)言，用英語(yǔ)書寫可以將你的問題在尚未被閱讀就被直接刪除的可能性降到最低。

如果英文是你的第一外語(yǔ)（Second language），提示潛在回覆者你有潛在的語(yǔ)言困難是很好的：
[譯註：以下附上原文以供使用]

English is not my native language; please excuse typing errors.

• 英文不是我的母語(yǔ)，請(qǐng)?jiān)徫业腻e(cuò)字或文法

If you speak $LANGUAGE, please email/PM me;
I may need assistance translating my question.

• 如果你說某語(yǔ)言，請(qǐng)寄信/私訊給我；我需要有人協(xié)助我翻譯我的問題

I am familiar with the technical terms,
but some slang expressions and idioms are difficult for me.

• 我對(duì)技術(shù)名詞很熟悉，但對(duì)於俗語(yǔ)或是特別用法比較不甚了解。

I've posted my question in $LANGUAGE and English.
I'll be glad to translate responses, if you only use one or the other.

• 我把我的問題用某語(yǔ)言和英文寫出來，如果你只用一種語(yǔ)言回答，我會(huì)樂意將其翻譯成另一種。

使用易於讀取且標(biāo)準(zhǔn)的文件格式發(fā)送問題

如果你人為地將問題搞得難以閱讀，它多半會(huì)被忽略，人們更願(yuàn)讀易懂的問題，所以：

• 使用純文字而不是HTML (關(guān)閉HTML並不難）
• 使用MIME附件通常是可以的，前提是真正有內(nèi)容（譬如附帶的原始碼或patch），而不僅僅是郵件程式生成的模板（譬如只是信件內(nèi)容的拷貝）。
• 不要發(fā)送一段文字只是單行句子但多次斷行的郵件（這使得回覆部分內(nèi)容非常困難）。設(shè)想你的讀者是在80個(gè)字符寬的終端機(jī)上閱讀郵件，最好設(shè)置你的斷行點(diǎn)小於80字。
• 但是，也不要用任何固定斷行資料（譬如日誌檔案拷貝或會(huì)話記錄）。檔案應(yīng)該原樣包含，讓回覆者有信心他們看到的是和你看到的一樣的東西。
• 在英語(yǔ)論壇中，不要使用Quoted-Printable MIME編碼發(fā)送消息。這種編碼對(duì)於張貼非ASCII語(yǔ)言可能是必須的，但很多郵件程式並不支援這種編碼。當(dāng)它們分?jǐn)鄷r(shí)，那些文本中四處散佈的=20符號(hào)既難看也分散注意力，甚至有可能破壞內(nèi)容的語(yǔ)意。
• 絕對(duì)，永遠(yuǎn)不要指望黑客們閱讀使用封閉格式編寫的文檔，像是微軟公司的Word或Excel文件等。大多數(shù)黑客對(duì)此的反應(yīng)就像有人將還在冒熱氣的豬糞倒在你門口階梯上時(shí)你的反應(yīng)一樣。即便他們能夠處理，他們也很厭惡這麼做。
• 如果你從使用Windows的電腦發(fā)送電子郵件，關(guān)閉微軟愚蠢的智慧引號(hào)功能 （從[選項(xiàng)] > [校訂] > [自動(dòng)校正選項(xiàng)], 按掉智慧引號(hào)核取方塊），以免在你的郵件中到處散佈垃圾字符。
• 在論壇，勿濫用表情符號(hào)和HTML功能（當(dāng)它們提供時(shí)）。一兩個(gè)表情符號(hào)通常沒有問題，但花哨的彩色文本傾向於使人認(rèn)為你是個(gè)無(wú)能之輩。過濫地使用表情符號(hào)、色彩和字體會(huì)使你看來像個(gè)傻笑的小姑娘。這通常不是個(gè)好主意，除非你只是對(duì)性而不是有用的回覆更有興趣。

如果你使用圖形用戶界面的郵件程式（如微軟公司的Outlook或者其它類似的），注意它們的預(yù)設(shè)配置不一定滿足這些要求。大多數(shù)這類程式有基於選單的查看原始碼命令，用它來檢查發(fā)送文件夾中的消息，以確保發(fā)送的是沒有多餘雜質(zhì)的純文本文件。

精確的描述問題並言之有物

• 仔細(xì)、清楚地描述你的問題或臭蟲的癥狀。
• 描述問題發(fā)生的環(huán)境（機(jī)器配置、作業(yè)系統(tǒng)、應(yīng)用程式、以及相關(guān)的資訊），提供經(jīng)銷商的發(fā)行版和版本號(hào)（如：Fedora Core 4、Slackware 9.1等）。
• 描述在提問前你是怎樣去研究和理解這個(gè)問題的。
• 描述在提問前為確定問題而採(cǎi)取的診斷步驟。
• 描述最近做過什麼可能相關(guān)的硬體或軟體變更。
• 盡可能的提供一個(gè)可以重製這個(gè)問題的既定環(huán)境的方法

儘量去揣測(cè)一個(gè)黑客會(huì)怎樣反問你，在他提問的時(shí)候預(yù)先給他答案。

以上幾點(diǎn)中，當(dāng)你回報(bào)的是你認(rèn)為可能在程式碼中的問題時(shí)，給黑客一個(gè)可以重製你的問題的環(huán)境尤其重要。當(dāng)你這麼做時(shí)，你得到有效的回答的機(jī)會(huì)和速度都會(huì)大大的提升。

Simon Tatham寫過一篇名為《如何有效的回報(bào)Bug》的出色文章。強(qiáng)力推薦你也讀一讀。

話不在多而在精

你需要提供精確有內(nèi)容的資訊。這並不是要求你簡(jiǎn)單的把成堆的出錯(cuò)程式碼或者資料完全轉(zhuǎn)錄到你的提問中。如果你有龐大而複雜的測(cè)試樣例能重現(xiàn)程式當(dāng)?shù)舻那榫?，儘量將它剪裁得越小越好?/p>

這樣做的用處至少有三點(diǎn)。
第一，表現(xiàn)出你為簡(jiǎn)化問題付出了努力，這可以使你得到回答的機(jī)會(huì)增加；
第二，簡(jiǎn)化問題使你更有可能得到有用的答案；
第三，在精鍊你的bug報(bào)告的過程中，你很可能就自己找到了解決方法或權(quán)宜之計(jì)。

別動(dòng)輒聲稱找到Bug

當(dāng)你在使用軟體中遇到問題，除非你非常、非常的有根據(jù)，不要?jiǎng)虞m聲稱找到了Bug。提示：除非你能提供解決問題的原始碼補(bǔ)丁，或者對(duì)前一版本的回歸測(cè)試表現(xiàn)出不正確的行為，否則你都多半不夠完全確信。這同樣適用在網(wǎng)頁(yè)和文件，如果你（聲稱）發(fā)現(xiàn)了文件的Bug，你應(yīng)該能提供相應(yīng)位置的修正或替代文件。

請(qǐng)記得，還有許多其它使用者沒遇到你發(fā)現(xiàn)的問題，否則你在閱讀文件或搜尋網(wǎng)頁(yè)時(shí)就應(yīng)該發(fā)現(xiàn)了（你在抱怨前已經(jīng)做了這些，是吧？）。這也意味著很有可能是你弄錯(cuò)了而不是軟體本身有問題。

編寫軟體的人總是非常辛苦地使它盡可能完美。如果你聲稱找到了Bug，也就是在質(zhì)疑他們的能力，即使你是對(duì)的，也有可能會(huì)冒犯到其中某部分人。這尤其嚴(yán)重當(dāng)你在標(biāo)題中嚷嚷著有Bug。

提問時(shí)，即使你私下非常確信已經(jīng)發(fā)現(xiàn)一個(gè)真正的臭蟲，最好寫得像是你做錯(cuò)了什麼。如果真的有臭蟲，你會(huì)在回覆中看到這點(diǎn)。這樣做的話，如果真有臭蟲，維護(hù)者就會(huì)向你道歉，這總比你惹惱別人然後欠別人一個(gè)道歉要好一點(diǎn)。

可以低聲下氣，但還是要先做功課

有些人明白他們不該粗魯或傲慢的提問並要求得到答覆，但他們選擇另一個(gè)極端 -- 低聲下氣：我知道我只是個(gè)可悲的新手，一個(gè)魯蛇，但...。這既使人困擾，也沒有用，尤其是伴隨著與實(shí)際問題含糊不清的描述時(shí)更令人反感。

別用原始靈長(zhǎng)類動(dòng)物的把戲來浪費(fèi)你我的時(shí)間。取而代之的是，盡可能清楚地描述背景條件和你的問題情況。這比低聲下氣更好地定位了你的位置。

有時(shí)網(wǎng)頁(yè)論壇會(huì)設(shè)有專為新手提問的版面，如果你真的認(rèn)為遇到了初學(xué)者的問題，到那去就是了，但一樣別那麼低聲下氣。

描述問題癥狀而非猜測(cè)

告訴黑客們你認(rèn)為問題是怎樣造成的並沒什麼幫助。（如果你的推斷如此有效，還用向別人求助嗎？），因此要確信你原原本本告訴了他們問題的癥狀，而不是你的解釋和理論；讓黑客們來推測(cè)和診斷。如果你認(rèn)為陳述自己的猜測(cè)很重要，清楚地說明這只是你的猜測(cè)，並描述為什麼它們不起作用。

蠢問題

我在編譯內(nèi)核時(shí)接連遇到 SIG11 錯(cuò)誤，
我懷疑某條飛線搭在主板的走線上了，這種情況應(yīng)該怎樣檢查最好？

聰明問題

我的組裝電腦是 FIC-PA2007 主機(jī)板搭載 AMD K6/233 CPU（威盛 Apollo VP2晶片組），
256MB Corsair PC133 SDRAM記憶體，在編譯內(nèi)核時(shí)，從開機(jī)20分鐘以後就頻頻產(chǎn)生 SIG11 錯(cuò)誤，
但是在頭20分鐘內(nèi)從沒發(fā)生過相同的問題。重新啟動(dòng)也沒有用，但是關(guān)機(jī)一晚上就又能工作20分鐘。
所有記憶體都換過了，沒有效果。相關(guān)部分的標(biāo)準(zhǔn)編譯記錄如下…。

由於以上這點(diǎn)似乎讓許多人覺得難以配合，這裡有句話可以提醒你：所有的診斷專家都來自密蘇里州。 美國(guó)國(guó)務(wù)院的官方座右銘則是：讓我看看（出自國(guó)會(huì)議員 Willard D. Vandiver 在1899年時(shí)的講話：我來自一個(gè)出產(chǎn)玉米，棉花，牛蒡和民主黨人的國(guó)家，滔滔雄辯既不能說服我，也不會(huì)讓我滿意。我來自密蘇里州，你必須讓我看看。） 針對(duì)診斷者而言，這並不是一種懷疑，而只是一種真實(shí)而有用的需求，以便讓他們看到的是與你看到的原始證據(jù)盡可能一致的東西，而不是你的猜測(cè)與歸納的結(jié)論。所以，大方的展示給我們看吧！

按發(fā)生時(shí)間先後列出問題癥狀

問題發(fā)生前的一系列操作，往往就是對(duì)找出問題最有幫助的線索。因此，你的說明裡應(yīng)該包含你的操作步驟，以及機(jī)器和軟體的反應(yīng)，直到問題發(fā)生。在命令列處理的情況下，提供一段操作記錄（例如運(yùn)行腳本工具所生成的），並引用相關(guān)的若干行（如20行）記錄會(huì)非常有幫助。

如果當(dāng)?shù)舻某淌接性\斷選項(xiàng)（如 -v 的詳述開關(guān)），試著選擇這些能在記錄中增加除錯(cuò)資訊的選項(xiàng)。記住，多不等於好。試著選取適當(dāng)?shù)某e(cuò)級(jí)別以便提供有用的信息而不是讓讀者淹沒在垃圾中。

如果你的說明很長(zhǎng)（如超過四個(gè)段落），在開頭簡(jiǎn)述問題，接下來再按時(shí)間順序詳述會(huì)有所幫助。這樣黑客們?cè)谧x你的記錄時(shí)就知道該注意哪些內(nèi)容了。

描述目標(biāo)而不是過程

如果你想弄清楚如何做某事（而不是報(bào)告一個(gè)Bug），在開頭就描述你的目標(biāo)，然後才陳述重現(xiàn)你所卡住的特定步驟。

經(jīng)常尋求技術(shù)幫助的人在心中有個(gè)更高層次的目標(biāo)，而他們?cè)谧砸詾槟苓_(dá)到目標(biāo)的特定道路上被卡住了，然後跑來問該怎麼走，但沒有意識(shí)到這條路本身就有問題。結(jié)果要費(fèi)很大的勁才能搞定。

蠢問題

我怎樣才能從某繪圖程式的顏色選擇器中取得十六進(jìn)制的的RGB值？

聰明問題

我正試著用替換一幅圖片的色碼成自己選定的色碼，我現(xiàn)在知道的唯一方法是編輯每個(gè)色碼區(qū)塊，
但卻無(wú)法從某繪圖程式的顏色選擇器取得十六進(jìn)制的的RGB值。

第二種提問法比較聰明，你可能得到像是建議採(cǎi)用另一個(gè)更適任的工具的回覆。

別要求使用私人電郵回覆

黑客們認(rèn)為問題的解決過程應(yīng)該公開、透明，此過程中如果更有經(jīng)驗(yàn)的人注意到不完整或者不當(dāng)之處，最初的回覆才能夠、也應(yīng)該被糾正。同時(shí)，作為提供幫助者也能因?yàn)槟芰蛯W(xué)識(shí)被其它同行看到而得到某種獎(jiǎng)勵(lì)。

當(dāng)你要求私下回覆時(shí)，這個(gè)過程和獎(jiǎng)勵(lì)都被中止。別這樣做，讓回覆者來決定是否私下回答 -- 如果他真這麼做了，通常是因?yàn)樗J(rèn)為問題編寫太差或者太膚淺，以至於對(duì)其它人沒有興趣。

這條規(guī)則存在一條有但書的例外，如果你確信提問可能會(huì)引來大量雷同的回覆時(shí)，那麼這個(gè)神奇的提問句會(huì)是向我發(fā)電郵，我將為論壇歸納這些回覆。試著將郵件列表或新聞群組從洪水般的雷同回覆中解救出來是非常有禮貌的 -- 但你必須信守諾言。

清楚明確的表達(dá)你的問題以及需求

漫無(wú)邊際的提問近乎無(wú)休無(wú)止的時(shí)間黑洞。最有可能給你有用答案的人通常也正是最忙的人（他們忙是因?yàn)橐H自完成大部分工作）。這樣的人對(duì)無(wú)節(jié)制的時(shí)間黑洞相當(dāng)厭惡，所以他們也傾向於厭惡那些漫無(wú)邊際的提問。

如果你明確表述需要回答者做什麼（如提供指點(diǎn)、發(fā)送一段程式碼、檢查你的補(bǔ)丁、或是其他等等），就最有可能得到有用的答案。因?yàn)檫@會(huì)定出一個(gè)時(shí)間和精力的上限，便於回答者能集中精力來幫你。這麼做很棒。

要理解專家們所處的世界，請(qǐng)把專業(yè)技能想像為充裕的資源，而回覆的時(shí)間則是稀缺的資源。你要求他們奉獻(xiàn)的時(shí)間越少，你越有可能從真正專業(yè)而且很忙的專家那裡得到解答。

所以，界定一下你的問題，使專家花在辨識(shí)你的問題和回答所需要付出的時(shí)間減到最少，這技巧對(duì)你有用答案相當(dāng)有幫助 -- 但這技巧通常和簡(jiǎn)化問題有所區(qū)別。因此，問我想更好的理解X，可否指點(diǎn)一下哪裡有好一點(diǎn)的說明？通常比問你能解釋一下X嗎？更好。如果你的程式碼不能運(yùn)作，通常請(qǐng)別人看看哪裡有問題，比要求別人替你改正要明智得多。

詢問有關(guān)程式碼的問題時(shí)

別要求他人幫你有問題的代碼除錯(cuò)而不提示一下應(yīng)該從何入手。張貼幾百行的代碼，然後說一聲：它不會(huì)動(dòng)會(huì)讓你完全被忽略。只貼幾十行代碼，然後說一句：在第七行以後，我期待它顯示 <x>，但實(shí)際出現(xiàn)的是 <y>比較有可能讓你得到回應(yīng)。

最有效描述程式問題的方法是提供最精簡(jiǎn)的臭蟲展示測(cè)試示例（bug-demonstrating test case）。什麼是最精簡(jiǎn)的測(cè)試示例? 那是問題的縮影；一小個(gè)程式片段能剛好展示出程式的異常行為，而不包含其他令人分散注意力的內(nèi)容。怎麼製作最精簡(jiǎn)的測(cè)試示例？如果你知道哪一行或哪一段程式碼會(huì)造成異常的行為，複製下來並加入足夠重現(xiàn)這個(gè)狀況的程式碼（例如，足以讓這段程式碼能被編譯/直譯/被應(yīng)用程式處理）。如果你無(wú)法將問題縮減到一個(gè)特定區(qū)塊，就複製一份程式碼並移除不影響產(chǎn)生問題行為的部分?？傊瑴y(cè)試示例越小越好（查看話不在多而在精一節(jié)）。

一般而言，要得到一段相當(dāng)精簡(jiǎn)的測(cè)試示例並不太容易，但永遠(yuǎn)先嘗試這樣做的是種好習(xí)慣。這種方式可以幫助你了解如何自行解決這個(gè)問題 —- 而且即使你的嘗試不成功，黑客們也會(huì)看到你在嘗試取得答案的過程中付出了努力，這可以讓他們更願(yuàn)意與你合作。

如果你只是想讓別人幫忙審（Review）一下代碼，在信的開頭就要說出來，並且一定要提到你認(rèn)為哪一部分特別需要關(guān)注以及為什麼。

別把自己家庭作業(yè)的問題貼上來

黑客們很擅長(zhǎng)分辨哪些問題是家庭作業(yè)式的問題；因?yàn)槲覀冎械拇蠖鄶?shù)都曾自己解決這類問題。同樣，這些問題得由你來搞定，你會(huì)從中學(xué)到東西。你可以要求給點(diǎn)提示，但別要求得到完整的解決方案。

如果你懷疑自己碰到了一個(gè)家庭作業(yè)式的問題，但仍然無(wú)法解決，試試在使用者群組，論壇或（最後一招）在專案的使用者郵件列表或論壇中提問。儘管黑客們會(huì)看出來，但一些有經(jīng)驗(yàn)的使用者也許仍會(huì)給你一些提示。

去掉無(wú)意義的提問句

避免用無(wú)意義的話結(jié)束提問，例如有人能幫我嗎？或者這有答案嗎？。

首先：如果你對(duì)問題的描述不是很好，這樣問更是畫蛇添足。

其次：由於這樣問是畫蛇添足，黑客們會(huì)很厭煩你 -- 而且通常會(huì)用邏輯上正確，但毫無(wú)意義的回答來表示他們的蔑視， 例如：沒錯(cuò)，有人能幫你或者不，沒答案。

一般來說，避免用 是或否、對(duì)或錯(cuò)、有或沒有類型的問句，除非你想得到是或否類型的回答。

即使你很急也不要在標(biāo)題寫緊急

這是你的問題，不是我們的。宣稱緊急極有可能事與願(yuàn)違：大多數(shù)黑客會(huì)直接刪除無(wú)禮和自私地企圖即時(shí)引起關(guān)注的問題。更嚴(yán)重的是，緊急這個(gè)字（或是其他企圖引起關(guān)注的標(biāo)題）通常會(huì)被垃圾信過濾器過濾掉 -- 你希望能看到你問題的人可能永遠(yuǎn)也看不到。

有半個(gè)例外的情況是，如果你是在一些很高調(diào)，會(huì)使黑客們興奮的地方，也許值得這樣去做。在這種情況下，如果你有時(shí)間壓力，也很有禮貌地提到這點(diǎn)，人們也許會(huì)有興趣回答快一點(diǎn)。

當(dāng)然，這風(fēng)險(xiǎn)很大，因?yàn)楹诳蛡兣d奮的點(diǎn)多半與你的不同。譬如從 NASA 國(guó)際空間站（International Space Station）發(fā)這樣的標(biāo)題沒有問題，但用自我感覺良好的慈善行為或政治原因發(fā)肯定不行。事實(shí)上，張貼諸如緊急：幫我救救這個(gè)毛絨絨的小海豹！肯定讓你被黑客忽略或惹惱他們，即使他們認(rèn)為毛絨絨的小海豹很重要。

如果你覺得這點(diǎn)很不可思議，最好再把這份指南剩下的內(nèi)容多讀幾遍，直到你弄懂了再發(fā)文。

禮多人不怪，而且有時(shí)還很有幫助

彬彬有禮，多用請(qǐng)和謝謝您的關(guān)注，或謝謝你的關(guān)照。讓大家都知道你對(duì)他們花時(shí)間免費(fèi)提供幫助心存感激。

坦白說，這一點(diǎn)並沒有比清晰、正確、精準(zhǔn)並合法文法和避免使用專用格式重要（也不能取而代之）。黑客們一般寧可讀有點(diǎn)唐突但技術(shù)上鮮明的臭蟲報(bào)告，而不是那種有禮但含糊的報(bào)告。（如果這點(diǎn)讓你不解，記住我們是按問題能教我們什麼來評(píng)價(jià)問題的價(jià)值的）

然而，如果你有一串的問題待解決，客氣一點(diǎn)肯定會(huì)增加你得到有用回應(yīng)的機(jī)會(huì)。

（我們注意到，自從本指南發(fā)佈後，從資深黑客那裡得到的唯一嚴(yán)重缺陷反饋，就是對(duì)預(yù)先道謝這一條。一些黑客覺得先謝了意味著事後就不用再感謝任何人的暗示。我們的建議是要麼先說先謝了，然後事後再對(duì)回覆者表示感謝，或者換種方式表達(dá)感激，譬如用謝謝你的關(guān)注或謝謝你的關(guān)照。）

問題解決後，加個(gè)簡(jiǎn)短的補(bǔ)充說明

問題解決後，向所有幫助過你的人發(fā)個(gè)說明，讓他們知道問題是怎樣解決的，並再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關(guān)注，應(yīng)該在那裡貼一個(gè)說明比較恰當(dāng)。

最理想的方式是向最初提問的話題回覆此消息，並在標(biāo)題中包含已修正，已解決或其它同等含義的明顯標(biāo)記。在人來人往的郵件列表裡，一個(gè)看見討論串問題 X和問題的X - 已解決的潛在回覆者就明白不用再浪費(fèi)時(shí)間了（除非他個(gè)人覺得問題 X的有趣），因此可以利用此時(shí)間去解決其它問題。

補(bǔ)充說明不必很長(zhǎng)或是很深入；簡(jiǎn)單的一句你好，原來是網(wǎng)路線出了問題！謝謝大家 – Bill比什麼也不說要來的好。事實(shí)上，除非結(jié)論真的很有技術(shù)含量，否則簡(jiǎn)短可愛的小結(jié)比長(zhǎng)篇大論更好。說明問題是怎樣解決的，但大可不必將解決問題的過程複述一遍。

對(duì)於有深度的問題，張貼除錯(cuò)記錄的摘要是有幫助的。描述問題的最終狀態(tài)，說明是什麼解決了問題，在此之後才指明可以避免的盲點(diǎn)。避免盲點(diǎn)的部分應(yīng)放在正確的解決方案和其它總結(jié)材料之後，而不要將此訊息搞成偵探推理小說。列出那些幫助過你的名字，會(huì)讓你交到更多朋友。

除了有禮貌和有內(nèi)涵以外，這種類型的補(bǔ)充也有助於他人在郵件列表/新聞群組/論壇中搜索到真正解決你問題的方案，讓他們也從中受益。

至少，這種補(bǔ)充有助於讓每位參與協(xié)助的人因問題的解決而從中得到滿足感。如果你自己不是技術(shù)專家或者黑客，那就相信我們，這種感覺對(duì)於那些你向他們求助的大師或者專家而言，是非常重要的。問題懸而未決會(huì)讓人灰心；黑客們渴望看到問題被解決。好人有好報(bào)，滿足他們的渴望，你會(huì)在下次提問時(shí)嘗到甜頭。

思考一下怎樣才能避免他人將來也遇到類似的問題，自問寫一份文件或加個(gè)常見問題（FAQ）會(huì)不會(huì)有幫助。如果是的話就將它們發(fā)給維護(hù)者。

在黑客中，這種良好的後繼行動(dòng)實(shí)際上比傳統(tǒng)的禮節(jié)更為重要，也是你如何透過善待他人而贏得聲譽(yù)的方式，這是非常有價(jià)值的資產(chǎn)。

如何解讀答案

<a id="rtfm"></a>

RTFM和STFW：如何知道你已完全搞砸了

有一個(gè)古老而神聖的傳統(tǒng)：如果你收到RTFM （Read The Fucking Manual）的回應(yīng)，回答者認(rèn)為你應(yīng)該去讀那該死的手冊(cè)。當(dāng)然，基本上他是對(duì)的，你應(yīng)該去讀一讀。

RTFM 有一個(gè)年輕的親戚。如果你收到STFW（Search The Fucking Web）的回應(yīng)，回答者認(rèn)為你應(yīng)該到該死的網(wǎng)路上搜索過了。那人多半也是對(duì)的，去搜尋一下吧。（更溫和一點(diǎn)的說法是 Google是你的朋友?。?/p>

在論壇，你也可能被要求去爬爬論壇的舊文。事實(shí)上，有人甚至可能熱心地為你提供以前解決此問題的討論串。但不要依賴這種關(guān)照，提問前應(yīng)該先搜索一下舊文。

通常，用這兩句之一回答你的人會(huì)給你一份包含你需要內(nèi)容的手冊(cè)或者一個(gè)網(wǎng)址，而且他們打這些字的時(shí)候也正在讀著。這些答覆意味著回答者認(rèn)為

• 你需要的資訊非常容易獲得；
• 你自己去搜索這些資訊比灌給你能讓你學(xué)到更多。

你不應(yīng)該因此不爽；依照黑客的標(biāo)準(zhǔn)，他已經(jīng)表示了對(duì)你一定程度的關(guān)注，而沒有對(duì)你的要求視而不見。你應(yīng)該對(duì)他祖母般的慈祥表示感謝。

如果還是搞不懂

如果你看不懂回應(yīng)，別立刻要求對(duì)方解釋。像你以前試著自己解決問題時(shí)那樣（利用手冊(cè)，F(xiàn)AQ，網(wǎng)路，身邊的高手），先試著去搞懂他的回應(yīng)。如果你真的需要對(duì)方解釋，記得表現(xiàn)出你已經(jīng)從中學(xué)到了點(diǎn)什麼。

比方說，如果我回答你：看來似乎是 zentry 卡住了；你應(yīng)該先清除它。，然後，這是一個(gè)很糟的後續(xù)問題回應(yīng)：zentry是什麼？ 好的問法應(yīng)該是這樣：哦~~~我看過說明了但是只有 -z 和 -p 兩個(gè)參數(shù)中提到了 zentries，而且還都沒有清楚的解釋如何清除它。你是指這兩個(gè)中的哪一個(gè)嗎？還是我看漏了什麼？

處理無(wú)禮的回應(yīng)

很多黑客圈子中看似無(wú)禮的行為並不是存心冒犯。相反，它是直接了當(dāng)，一針見血式的交流風(fēng)格，這種風(fēng)格更注重解決問題，而不是使人感覺舒服而卻模模糊糊。

如果你覺得被冒犯了，試著平靜地反應(yīng)。如果有人真的做了出格的事，郵件列表、新聞群組或論壇中的前輩多半會(huì)招呼他。如果這沒有發(fā)生而你卻發(fā)火了，那麼你發(fā)火對(duì)象的言語(yǔ)可能在黑客社區(qū)中看起來是正常的，而你將被視為有錯(cuò)的一方，這將傷害到你獲取訊息或幫助的機(jī)會(huì)。

另一方面，你偶而真的會(huì)碰到無(wú)禮和無(wú)聊的言行。與上述相反，對(duì)真正的冒犯者狠狠地打擊，用犀利的語(yǔ)言將其駁得體無(wú)完膚都是可以接受的。然而，在行事之前一定要非常非常的有根據(jù)。糾正無(wú)禮的言論與開始一場(chǎng)毫無(wú)意義的口水戰(zhàn)僅一線之隔，黑客們自己莽撞地越線的情況並不鮮見。如果你是新手或外人，避開這種莽撞的機(jī)會(huì)並不高。如果你想得到的是信息而不是消磨時(shí)光，這時(shí)最好不要把手放在鍵盤上以免冒險(xiǎn)。

（有些人斷言很多黑客都有輕度的自閉癥或亞斯伯格綜合癥，缺少用於潤(rùn)滑人類社會(huì)正常交往所需的神經(jīng)。這既可能是真也可能是假的。如果你自己不是黑客，興許你認(rèn)為我們腦袋有問題還能幫助你應(yīng)付我們的古怪行為。只管這麼幹好了，我們不在乎。我們喜歡我們現(xiàn)在這個(gè)樣子，並且通常對(duì)病患標(biāo)記都有站得住腳的懷疑。）

在下一節(jié)，我們會(huì)談到另一個(gè)問題，當(dāng)你行為不當(dāng)時(shí)所會(huì)受到的冒犯。

如何避免扮演失敗者

在黑客社區(qū)的論壇中有那麼幾次你可能會(huì)搞砸 -- 以本指南所描述到的或類似的方式。而你會(huì)在公開場(chǎng)合中被告知你是如何搞砸的，也許攻擊的言語(yǔ)中還會(huì)帶點(diǎn)夾七夾八的顏色。

這種事發(fā)生以後，你能做的最糟糕的事莫過於哀嚎你的遭遇、宣稱被口頭攻擊、要求道歉、高聲尖叫、憋悶氣、威脅訴諸法律、向其雇主報(bào)怨、忘了關(guān)馬桶蓋等等。相反地，你該這麼做：

熬過去，這很正常。事實(shí)上，它是有益健康且合理的。

社區(qū)的標(biāo)準(zhǔn)不會(huì)自行維持，它們是通過參與者積極而公開地執(zhí)行來維持的。不要哭嚎所有的批評(píng)都應(yīng)該通過私下的郵件傳送，它不是這樣運(yùn)作的。當(dāng)有人評(píng)論你的一個(gè)說法有誤或者提出不同看法時(shí)，堅(jiān)持聲稱受到個(gè)人攻擊也毫無(wú)益處，這些都是失敗者的態(tài)度。

也有其它的黑客論壇，受過高禮節(jié)要求的誤導(dǎo)，禁止參與者張貼任何對(duì)別人帖子挑毛病的消息，並聲稱如果你不想幫助用戶就閉嘴。 結(jié)果造成有想法的參與者紛紛離開，這麼做只會(huì)使它們淪為毫無(wú)意義的嘮叨與無(wú)用的技術(shù)論壇。

誇張的講法是：你要的是友善（以上述方式）還是有用？?jī)蓚€(gè)裡面挑一個(gè)。

記著：當(dāng)黑客說你搞砸了，並且（無(wú)論多麼刺耳）告訴你別再這樣做時(shí)，他正在為關(guān)心你和他的社群而行動(dòng)。對(duì)他而言，不理你並將你從他的生活中濾掉更簡(jiǎn)單。如果你無(wú)法做到感謝，至少要表現(xiàn)地有點(diǎn)尊嚴(yán)，別大聲哀嚎，也別因?yàn)樽约菏莻€(gè)有戲劇性超級(jí)敏感的靈魂和自以為有資格的新來者，就指望別人像對(duì)待脆弱的洋娃娃那樣對(duì)你。

有時(shí)候，即使你沒有搞砸（或者只是在他的想像中你搞砸了），有些人也會(huì)無(wú)緣無(wú)故地攻擊你本人。在這種情況下，抱怨倒是真的會(huì)把問題搞砸。

這些來找麻煩的人要麼是毫無(wú)辦法但自以為是專家的不中用傢伙，要麼就是測(cè)試你是否真會(huì)搞砸的心理專家。其它讀者要麼不理睬，要麼用自己的方式對(duì)付他們。這些來找麻煩的人在給他們自己找麻煩，這點(diǎn)你不用操心。

也別讓自己捲入口水戰(zhàn)，最好不要理睬大多數(shù)的口水戰(zhàn) -- 當(dāng)然，是在你檢驗(yàn)它們只是口水戰(zhàn)，而並未指出你有搞砸的地方，且也沒有巧妙地將問題真正的答案藏於其後（這也是有可能的）。

不該問的問題

以下是幾個(gè)經(jīng)典蠢問題，以及黑客沒回答時(shí)心中所想的：

問題：我能在哪找到 X 程式或 X 資源？

問題：我怎樣用 X 做 Y？

問題：如何設(shè)定我的 shell 提示？

問題：我可以用 Bass-o-matic 文件轉(zhuǎn)換工具將 AcmeCorp 檔案轉(zhuǎn)換為 TeX 格式嗎？

問題：我的程式/設(shè)定/SQL語(yǔ)句沒有用

問題：我的 Windows 電腦有問題，你能幫我嗎？

問題：我的程式不會(huì)動(dòng)了，我認(rèn)為系統(tǒng)工具 X 有問題

問題：我在安裝 Linux（或者 X ）時(shí)有問題，你能幫我嗎？

問題：我怎麼才能破解 root 帳號(hào)/竊取 OP 特權(quán)/讀別人的郵件呢？

<a id="q1"></a>

問題：我能在哪找到 X 程式或 X 資源？

回答：就在我找到它的地方啊，白癡 -- 搜索引擎的那一頭。天哪！難道還有人不會(huì)用 Google 嗎？

<a id="q2"></a>

問題：我怎樣用 X 做 Y？

回答：如果你想解決的是 Y ，提問時(shí)別給出可能並不恰當(dāng)?shù)姆椒?。這種問題說明提問者不但對(duì) X 完全無(wú)知，也對(duì) Y 要解決的問題糊塗，還被特定形勢(shì)禁錮了思維。最好忽略這種人，等他們把問題搞清楚了再說。

<a id="q3"></a>

問題：如何設(shè)定我的 shell 提示？？

回答：如果你有足夠的智慧提這個(gè)問題，你也該有足夠的智慧去 RTFM，然後自己去找出來。

<a id="q4"></a>

問題：我可以用 Bass-o-matic 文件轉(zhuǎn)換工具將 AcmeCorp 檔案轉(zhuǎn)換為 TeX 格式嗎？

回答：試試看就知道了。如果你試過，你既知道了答案，就不用浪費(fèi)我的時(shí)間了。

<a id="q5"></a>

問題：我的程式/設(shè)定/SQL語(yǔ)句沒有用

回答：這不算是問題吧，我對(duì)要我問你二十個(gè)問題才找得出你真正問題的問題沒興趣 -- 我有更有意思的事要做呢。在看到這類問題的時(shí)候，我的反應(yīng)通常不外如下三種

• 你還有什麼要補(bǔ)充的嗎？
• 真糟糕，希望你能搞定。
• 這關(guān)我有什麼屁事？

<a id="q6"></a>

問題：我的 Windows 電腦有問題，你能幫我嗎？

回答：能啊，扔掉萎軟的垃圾，換個(gè)像 Linux 或 BSD 的開放原始碼作業(yè)系統(tǒng)吧。

注意：如果程式有官方版 Windows 或者與 Windows 有互動(dòng)（如Samba），你可以問與Windows相關(guān)的問題， 只是別對(duì)問題是由 Windows 作業(yè)系統(tǒng)而不是程式本身造成的回覆感到驚訝， 因?yàn)?Windows 一般來說實(shí)在太爛，這種說法通常都是對(duì)的。

<a id="q7"></a>

問題：我的程式不會(huì)動(dòng)了，我認(rèn)為系統(tǒng)工具 X 有問題

回答：你完全有可能是第一個(gè)注意到被成千上萬(wàn)用戶反覆使用的系統(tǒng)呼叫與函式庫(kù)檔案有明顯缺陷的人，更有可能的是你完全沒有根據(jù)。不同凡響的說法需要不同凡響的證據(jù)，當(dāng)你這樣聲稱時(shí)，你必須有清楚而詳盡的缺陷說明文件作後盾。

<a id="q8"></a>

問題：我在安裝 Linux（或者 X ）時(shí)有問題，你能幫我嗎？

回答：不能，我只有親自在你的電腦上動(dòng)手才能找到毛病。還是去找你當(dāng)?shù)氐?Linux 使用群組者尋求實(shí)際的指導(dǎo)吧（你能在這兒找到使用者群組的清單）。

注意：如果安裝問題與某 Linux 的發(fā)行版有關(guān)，在它的郵件列表、論壇或本地使用者群組中提問也許是恰當(dāng)?shù)?。此時(shí)，應(yīng)描述問題的準(zhǔn)確細(xì)節(jié)。在此之前，先用 Linux 和所有被懷疑的硬體作關(guān)鍵詞仔細(xì)搜尋。

<a id="q9"></a>

問題：我怎麼才能破解 root 帳號(hào)/竊取 OP 特權(quán)/讀別人的郵件呢？

回答：想要這樣做，說明了你是個(gè)卑鄙小人；想找個(gè)黑客幫你，說明你是個(gè)白癡！

好問題與蠢問題

最後，我將透過舉一些例子，來說明怎樣聰明的提問；同一個(gè)問題的兩種問法被放在一起，一種是愚蠢的，另一種才是明智的。

蠢問題：

我可以在哪兒找到關(guān)於 Foonly Flurbamatic 的資料？

這種問法無(wú)非想得到 STFW 這樣的回答。

聰明問題：

我用Google搜索過 "Foonly Flurbamatic 2600"，但是沒找到有用的結(jié)果。誰(shuí)知道上哪兒去找對(duì)這種設(shè)備編程的資料？

這個(gè)問題已經(jīng) STFW 過了，看起來他真的遇到了麻煩。

蠢問題

我從 foo 項(xiàng)目找來的源碼沒法編譯。它怎麼這麼爛？

他覺得都是別人的錯(cuò)，這個(gè)傲慢自大的提問者

聰明問題

foo 專案代碼在 Nulix 6.2 版下無(wú)法編譯通過。我讀過了 FAQ，但裏面沒有提到跟 Nulix 有關(guān)的問題。這是我編譯過程的記錄，我有什麼做的不對(duì)的地方嗎？

提問者已經(jīng)指明了環(huán)境，也讀過了FAQ，還列出了錯(cuò)誤，並且他沒有把問題的責(zé)任推到別人頭上，他的問題值得被關(guān)注。

蠢問題

我的主機(jī)板有問題了，誰(shuí)來幫我？

某黑客對(duì)這類問題的回答通常是：好的，還要幫你拍拍背和換尿布嗎？，然後按下刪除鍵。

聰明問題

我在 S2464 主機(jī)板上試過了 X 、 Y 和 Z ，但沒什麼作用，我又試了 A 、 B 和 C 。請(qǐng)注意當(dāng)我嘗試 C 時(shí)的奇怪現(xiàn)象。顯然 florbish 正在 grommicking，但結(jié)果出人意料。通常在 Athlon MP 主機(jī)板上引起 grommicking 的原因是什麼？有誰(shuí)知道接下來我該做些什麼測(cè)試才能找出問題？

這個(gè)傢伙，從另一個(gè)角度來看，值得去回答他。他表現(xiàn)出了解決問題的能力，而不是坐等天上掉答案。

在最後一個(gè)問題中，注意告訴我答案和給我啟示，指出我還應(yīng)該做什麼診斷工作之間微妙而又重要的區(qū)別。

事實(shí)上，後一個(gè)問題源自於 2001 年 8 月在 Linux 內(nèi)核郵件列表（lkml）上的一個(gè)真實(shí)的提問。我（Eric）就是那個(gè)提出問題的人。我在 Tyan S2464 主板上觀察到了這種無(wú)法解釋的鎖定現(xiàn)象，列表成員們提供了解決這一問題的重要資訊。

通過我的提問方法，我給了別人可以咀嚼玩味的東西；我設(shè)法讓人們很容易參與並且被吸引進(jìn)來。我顯示了自己具備和他們同等的能力，並邀請(qǐng)他們與我共同探討。通過告訴他們我所走過的彎路，以避免他們?cè)倮速M(fèi)時(shí)間，我也表明了對(duì)他們寶貴時(shí)間的尊重。

事後，當(dāng)我向每個(gè)人表示感謝，並且讚賞這次良好的討論經(jīng)歷的時(shí)候， 一個(gè) Linux 內(nèi)核郵件列表的成員表示，他覺得我的問題得到解決並非由於我是這個(gè)列表中的名人，而是因?yàn)槲矣昧苏_的方式來提問。

黑客從某種角度來說是擁有豐富知識(shí)但缺乏人情味的傢伙；我相信他是對(duì)的，如果我像個(gè)乞討者那樣提問，不論我是誰(shuí)，一定會(huì)惹惱某些人或者被他們忽視。他建議我記下這件事，這直接導(dǎo)致了本指南的出現(xiàn)。

如果得不到回答

如果仍得不到回答，請(qǐng)不要以為我們覺得無(wú)法幫助你。有時(shí)只是看到你問題的人不知道答案罷了。沒有回應(yīng)不代表你被忽視，雖然不可否認(rèn)這種差別很難區(qū)分。

總的來說，簡(jiǎn)單的重複張貼問題是個(gè)很糟的點(diǎn)子。這將被視為無(wú)意義的喧鬧。有點(diǎn)耐心，知道你問題答案的人可能生活在不同的時(shí)區(qū)，可能正在睡覺，也有可能你的問題一開始就沒有組織好。

你可以通過其他管道獲得幫助，這些管道通常更適合初學(xué)者的需要。

有許多網(wǎng)上的以及本地的使用者群組，由熱情的軟體愛好者（即使他們可能從沒親自寫過任何軟體）組成。通常人們組建這樣的團(tuán)體來互相幫助並幫助新手。

另外，你可以向很多商業(yè)公司尋求幫助，不論公司大還是小。別為要付費(fèi)才能獲得幫助而感到沮喪！畢竟，假使你的汽車發(fā)動(dòng)機(jī)汽缸密封圈爆掉了-- 完全可能如此 --你還得把它送到修車鋪，並且為維修付費(fèi)。就算軟體沒花費(fèi)你一分錢，你也不能強(qiáng)求技術(shù)支援總是免費(fèi)的。

對(duì)像是 Linux 這種大眾化的軟體，每個(gè)開發(fā)者至少會(huì)對(duì)應(yīng)到上萬(wàn)名使用者。根本不可能由一個(gè)人來處理來自上萬(wàn)名使用者的求助電話。要知道，即使你要為這些協(xié)助付費(fèi)，和你所購(gòu)買的同類軟體相比，你所付出的也是微不足道的（通常封閉原始碼軟體的技術(shù)支援費(fèi)用比開放原始碼軟體的要高得多，且內(nèi)容也沒那麼豐富）。

如何更好地回答問題

態(tài)度和善一點(diǎn)。問題帶來的壓力常使人顯得無(wú)禮或愚蠢，其實(shí)並不是這樣。

對(duì)初犯者私下回覆。對(duì)那些坦誠(chéng)犯錯(cuò)之人沒有必要當(dāng)眾羞辱，一個(gè)真正的新手也許連怎麼搜尋或在哪找常見問題都不知道。

如果你不確定，一定要說出來！一個(gè)聽起來權(quán)威的錯(cuò)誤回覆比沒有還要糟，別因?yàn)槁犉饋硐駛€(gè)專家很好玩，就給別人亂指路。要謙虛和誠(chéng)實(shí)，給提問者與同行都樹個(gè)好榜樣。

如果幫不了忙，也別妨礙他。不要在實(shí)際步驟上開玩笑，那樣也許會(huì)毀了使用者的配置 --有些可憐的呆瓜會(huì)把它當(dāng)成真的指令。

試探性的反問以引出更多的細(xì)節(jié)。如果你做得好，提問者可以學(xué)到點(diǎn)東西 --你也可以。試試將蠢問題轉(zhuǎn)變成好問題，別忘了我們都曾是新手。

儘管對(duì)那些懶蟲抱怨一聲 RTFM 是正當(dāng)?shù)?，能指出文件的位置（即使只是建議個(gè) Google 搜尋關(guān)鍵詞）會(huì)更好。

如果你決定回答，就請(qǐng)給出好的答案。當(dāng)別人正在用錯(cuò)誤的工具或方法時(shí)別建議笨拙的權(quán)宜之計(jì)（workaround），應(yīng)推薦更好的工具，重新界定問題。

正面的回答問題！如果這個(gè)提問者已經(jīng)很深入的研究而且也表明已經(jīng)試過 X 、 Y 、 Z 、 A 、 B 、 C 但沒得到結(jié)果，回答 試試看 A 或是 B 或者 試試X 、 Y 、 Z 、 A 、 B 、 C 並附上一個(gè)連結(jié)一點(diǎn)用都沒有。

幫助你的社群從問題中學(xué)習(xí)。當(dāng)回覆一個(gè)好問題時(shí)，問問自己如何修改相關(guān)文件或常見問題文件以免再次解答同樣的問題？，接著再向文件維護(hù)者發(fā)一份補(bǔ)丁。

如果你是在研究一番後才做出的回答，展現(xiàn)你的技巧而不是直接端出結(jié)果。畢竟給人吃魚不如教他釣魚。

相關(guān)資源

如果你需要個(gè)人電腦、Unix 系統(tǒng)和網(wǎng)路如何運(yùn)作的基礎(chǔ)知識(shí)，參閱Unix系統(tǒng)和網(wǎng)路基本原理。

當(dāng)你發(fā)布軟體或補(bǔ)丁時(shí)，試著按軟體發(fā)布實(shí)踐操作。

鳴謝

Evelyn Mitchel貢獻(xiàn)了一些愚蠢問題例子並啟發(fā)了編寫如何更好地回答問題這一節(jié)， Mikhail Ramendik貢獻(xiàn)了一些特別有價(jià)值的建議和改進(jìn)。