- 按時間順序列出症狀
對找出問題最有幫助的線索，往往就是問題發生前的一系列操作，因此，你的說明 應該包含操作步驟，以及電腦的反應，直到問題產生。

如果你的說明很長（超過四個段落），在開頭簡述問題會有所幫助，接下來按時間順序詳述。這樣黑客們就知道該在你的說明中找什麼。

- 明白你想問什麼
漫無邊際的提問近乎無休無止的時間黑洞。最能給你有用答案的人也正是最忙的人（他們忙是因為要親自完成大部分工作）。這樣的人對無節制的時間黑洞不太感冒，因此也可以說他們對漫無邊際的提問不大感冒。

如果你明確表述需要回答者做什麼（提供建議，發送一段代碼，檢查你的補丁 或是別的），就最有可能得到有用的答案。這會定出一個時間和精力的上限，便於回答者集中精力來幫你，這很湊效。要理解專家們生活的世界，要把專業技能想像為充裕的資源，而回復的時間則是貧乏的資源。解決你的問題需要的時間越少，越能從忙碌的專家口中掏出答案。

因此，優化問題的結構，盡量減少專家們解決它所需要的時間，會有很大的幫助--這通常和簡化問題有所區別。因此，問「我想更好的理解X，能給點提示嗎？」通常比問「你能解釋一下X嗎？」更好。如果你的代碼不能工作，問問它有什麼地方不對，比要求別人替你修改要明智得多。

- 別問應該自己解決的問題
黑客們總是善於分辨哪些問題應該由你自己解決；因為我們中的大多數都曾自己解決這類問題。同樣，這些問題得由你來搞定，你會從中學到東西。你可以要求給點提示，但別要求得到完整的解決方案。

- 去除無意義的疑問
別用無意義的話結束提問，例如「有人能幫我嗎？」或者「有答案嗎？」。 首先：如果你對問題的描述不很合適，這樣問更是畫蛇添足。其次：由於這 樣問是畫蛇添足，黑客們會很厭煩你--而且通常會用邏輯上正確的回答來表 示他們的蔑視，例如：「沒錯，有人能幫你」或者「不，沒答案」。

- 謙遜絕沒有害處，而且常幫大忙
彬彬有禮，多用「請」和「先道個謝了」。讓大家都知道你對他們花費時間義務提供幫助心存感激。然而，如果你有很多問題無法解決，禮貌將會增加你得到有用答案的機會。

（我們注意到，自從本指南發佈後，從資深黑客處得到的唯一嚴重缺陷反饋，就是對預先道謝這一條。一些黑客覺得「先謝了」的言外之意是過後就不會再感謝任何人了。我們的建議是：都道謝。）

- 問題解決後，加個簡短說明
問題解決後，向所有幫助過你的人發個說明，讓他們知道問題是怎樣解決的，並再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了廣泛關注，應該在那裡貼一個補充說明。補充說明不必很長或是很深入；簡單的一句「你好，原來是網線出了問題！謝謝大家--Bill」比什麼也不說要強。事實上，除非結論真的很有技術含量，否則簡短可愛的小結比長篇學術論文更好。說明問題是怎樣解決的，但大可不必將解決問題的過程複述一遍。除了表示禮貌和反饋信息以外，這種補充有助於他人在郵件列表/新聞組/論壇中搜索對你有過幫助的完整解決方案，這可能對他們也很有用。最後（至少？），這種補充有助於所有提供過幫助的人從中得到滿足感。如果你自己不是老手或者黑客，那就相信我們，這種感覺對於那些你向他們求助的導師或者專家而言，是非常重要的。問題久拖未決會讓人灰心；黑客們渴望看到問題被解決。好人有好報，滿足他們的渴望，你會在下次貼出新問題時嘗到甜頭。

- 還是不懂
如果你不是很理解答案，別立刻要求對方解釋。像你以前試著自己解決問題時那樣（利用手冊，FAQ，網絡，身邊的高手），去理解它。如果你真的需要對方解釋，記得表現出你已經學到了點什麼。比方說，如果我回答你：「看來似乎是zEntry被阻塞了；你應該先清除它。」，然後：一個很糟的後續問題：「zEntry是什麼？」 聰明的問法應該是這樣：「哦~~~我看過幫助了但是只有-z和-p兩個參數中提到了zEntry而且還都沒有清楚的解釋:<你是指這兩個中的哪一個嗎？還是我看漏了什麼？」