在電腦高手的世界裡，你得到的問題解答，取決於你提問的方法與問題的難度。這份指南
將教你如何提出一個最容易令你得到滿意答案的問題。
現在開放原始碼的應用越來越普及，你可以從有經驗的人那邊得到幫助，而不是所謂的電
腦高手。這是件好事，因為這些使用者一般對於新手常遭遇的問題會比較寬容。同樣地，
用我們的方法來對待這些有經驗的使用者，跟拿來與電腦高手打交道一樣有效。
首先必須了解的是，電腦高手們喜歡有挑戰性且有深度的好問題。如果不是這樣的話，我
們也不用在這邊廢話了。如果你給我們一個有趣的議題，我們會非常感謝你，因為這是個
很好的刺激與禮物。一個好的問題可以幫助我們發現被遺漏而未曾注意的問題。在電腦高
手中，“好問題！”是非常強烈而真摯的讚美。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
除此之外，有時候電腦高手們會對簡單的問題表現得敵視或自大，看起來好像是我們輕視
新手或外行人，但事實上並不盡然如此。
只有對於不想思考或在問問題前不先做功課的人，我們才會表現出毫無歉意的敵意。這種
人就像時間漩渦般，問了就跑，只會浪費我們的時間，使我們錯過更值得注意的問題或更
值得回答的人。這種人我們稱之為“失敗者”（loser，基於一些歷史因素，有時候我們
會將之拼為lusers。）。!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
我們體認到，有很多人只想使用我們寫的程式，但對一些技術性的細節沒什麼興趣。對大
多數人來說，電腦只是個工具、一種獲取結果的方法，他們有自己的生活要過，還有其他
更重要的事情要做。我們承認這點，也不期望大家都對這些讓我們著迷的技術細節有興趣
。雖然如此，我們回答的風格還是會與那些有求知慾並主動參與的人同調。這不會改變、
也不該改變的，一旦改變了，我們也會對原本我們做得最好的事情不再那麼有效率。
我們大多數是自願者，從繁忙的生活中撥時間來回答問題，而有時候我們也會力不從心，
所以我們會殘酷地過濾問題。特別是那些看起來就像是失敗者提的問題，以期把回答問題
的時間更有效率地花在勝利者身上。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
如果你覺得這種態度令人憎惡、像施捨東西一般或是自大，請檢查你的假設，我們並未要
求你屈服於我們。事實上，如果你做了該有的努力，我們巴不得對你平等並歡迎你進入我
們的世界。但是我們才不會蠢到去幫助那些不肯自助的人，這是笨蛋才做的事情。
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
所以我們可以知道，要得到我們的注意，本身技術並不需要非常高竿，而是必須表現出你
的能力－－機伶、能思考、善於觀察的，並且在解決問題的過程中是一個很主動的參與者
。如果你表現不出這些差異，我們建議你花錢找人幫忙，而不是要我們無償貢獻協助。
發問前
在你用電子郵件、新聞群組或是網站討論區提問前，先做以下事情：
嘗試搜尋網路來找答案
嘗試閱讀說明書來找答案
嘗試閱讀常見問與答（FAQ, Frequently Asked Questions）來找答案
嘗試自己實驗檢查來找答案
嘗試先詢問內行的朋友來找答案
如果你是程式設計師，嘗試從原始碼中找答案
提問時，先表明你已經做過上述事情，這樣有助於建立你不是個浪費時間的寄生蟲的印象
。最好還能表示你已從中領悟了什麼，我們喜歡那些可以從答案中學習的人。
使用一些手段，諸如利用 Google 搜尋你的錯誤訊息（要同時搜尋網頁與討論區），也許
就直接找到可以解決你問題的文件或是郵件，就算沒找到，你也可以說：「我用 Google
搜尋了相關關鍵字，可是沒有有用的結果。」這在你的提問中是件好事。
徹底組織思考你的問題後再提出。一個草率的提問只會獲得同樣草率的答案，甚至沒人鳥
你。越是表現出你在提問前確實努力過，就越能獲得實質上的幫助。
小心問錯問題。若你的問題建立於錯誤的假設上，某高手會邊想著“蠢問題……”，邊以
敷衍無用的答案回覆你，並希望你能從中學到教訓。
絕不要假設你有資格得到回答，畢竟你沒有付錢。不要把日常對話帶來專業討論區
你只是在浪費除錯時間，我們沒有必要去各項對話來專為你服務
如果你提了個確實有趣且可激發思考的問題，並且可以無形中對社群有所貢獻，而不只是
單純想從別人那兒得到答案，那你自然就會為自己爭取到答案。
描述你的問題須精準且提供足夠資訊
清楚且小心地描述你的問題。
描述發生問題的環境（機器配備、作業系統、應用程式等等），提供經銷商的發行與
版本號（例如 Fedora Core 2、Slackware 9.1）。
描述你提問前已做過的研究與心得。
描述你提問前的診斷處理過程。
描述你最近電腦做的改變，像是安裝軟體、變更設定或各種相關可能。
盡可能預想高手們可能還會問什麼，並先準備好答案。
Simon Tatham 寫過一篇叫做“How to Report Bugs Effectively”的文章，我強烈建議
你們閱讀。
寫得多不如寫得巧
你必須描述得精準且提供足夠資訊，而不只是無目的地在求助文章中加些無意義的文字。
如果你有一個大而複雜的測試方法使得程式當掉，請盡量精簡你的敘述。
至少有三個理由支持此論點：第一，讓人看到你在努力簡化問題有助於你得到答案；第二
，簡化問題可以使你得到更有用的回覆；第三，在重整這些錯誤紀錄的過程中，也許你會
自己發現問題所在。
描述問題的症狀，而不是你的臆測
告訴高手你認為問題出在哪是沒有用的（如果你那麼行，還需要問別人嗎？），所以要確
認告訴他們問題的症狀，而不是你的解釋與理論，讓他們來解釋診斷就好。如果你覺得陳
述你的猜測很重要，請清楚註明這是你的做法以及為什麼不起作用。
愚蠢的：
我在編譯核心的時候一直遇到 SIG11 錯誤，懷疑我的主機板電路絲有細微斷裂。有
什麼好方法可以確認它們？
聰明的：
我自組的 K6/233 CPU、用 FIC-PA2007 主機板（VIA Apollo VP2 晶片組）、記憶體
是 256MB Corsair PC133 SDRAM，在開機約 20 分鐘左右後，編譯核心時頻繁遇到
SIG11 錯誤，但在前 20 分鐘完全不會。重新啟動電腦時不會重啟時鐘，但整夜關機後再
開就會。替換所有記憶體也沒用。相關的典型編譯紀錄如後。
依序列出你的問題症狀
在出問題前所發生的事情往往有指出錯誤最有幫助的線索。所以你應該精準描述在系統掛
掉前，你和你的系統做了什麼事。使用命令列模式來產生紀錄並且適當引用關鍵的幾行會
很有幫助。
如果會當掉的程式有診斷選項（例如 -v 參數），想辦法使用這些除錯選項來做紀錄。
如果你的紀錄很長（如超過四段），先簡單描述問題的發生點接著附上紀錄，這樣高手們
就知道大概要注意哪些地方了。
描述目的而不是步驟
如果你是想知道如何達成某個目的（而不是回報臭蟲），請先描述你的目標，接著再說明
過程中遇到什麼困難。
通常來尋求技術協助的人，心中都有一個比較高層次的目標，但他們一開始就想錯了，以
致於讓過程變得非常複雜。
愚蠢的：
我要怎麼做才能在某程式中使用顏色選取器來取得十六進位的 RGB 值？
聰明的：
我正試著用我選定的顏色來取代圖片中的顏色表，我現在所知的方法是手動編輯每一
個對照表內容，但卻無法讓某程式的顏色選取器取得十六進位的 RGB 值。
第二種方法是明智的，它使人容易想到該建議其他更好用的工具來達到目的。
如果你覺得這20年前給的準則不夠成為標準 建議你們還是不要上來發廢文吧
畢竟你也沒有為排除問題付過甚麼費，而原本軟體更是只有開發商才清楚。
你付費卻不會再找客服又何必來凹其他人免費無償幫你解決問題?
難不成不是這樣 我看妳們寫的帖就是這樣
甚麼叫EQ?把技術討論版變成問板就能叫有EQ?
請問這裡是教會還是廟宇? 各位求解問問看的問題哪不是如同求神問卜一般
看醫生沒拿藥還有掛號費呢 請問你們喜歡聽模糊又沒有實際效果的假建議?
問問各位去其他軟體或硬體版敢不敢這樣 你瀏覽器問題不用補版本號?
不用補系統環境?請問我們有坐在你電腦前?都會有神通知道你的開始紐與我是不是一樣?
如果不一樣呢?為自己的問題負責吧!!我沒有針對任何人
我針對的是你求救的方式!!