當你拋出一個技術問題時，最終是否能得到有用的回答，往往取決於你所提問和追問的方式。
我們不諱言我們對那些不願思考、或者在發問前不做他們該做的事的人的蔑視。那些人是時間殺手 —— 他們只想索取，從不付出，消耗我們可用在更有趣的問題或更值得回答的人身上的時間。我們稱這樣的人為
失敗者（擼瑟）
我們回答問題的風格是指向那些真正對此有興趣並願意主動參與解決問題的人，這一點不會變，也不該變。如果連這都變了，我們就是在降低做自己最擅長的事情上的效率。
我們（在很大程度上）是自願的，從繁忙的生活中抽出時間來解答疑惑，而且時常被提問淹沒。所以我們無情的濾掉一些話題，特別是拋棄那些看起來像失敗者的家伙，以便更高效的利用時間來回答
贏家（winner）
的問題。
如果你厭惡我們的態度，高高在上，或過於傲慢，不妨也設身處地想想。我們並沒有要求你向我們屈服 —— 事實上，我們大多數人非常樂意與你平等地交流，只要你付出小小努力來滿足基本要求，我們就會歡迎你加入我們的文化。但讓我們幫助那些不願意幫助自己的人是沒有效率的。
如果你做不到這些，我們建議你花點錢找家商業公司簽個技術支持服務合同，而不是要求黑客個人無償地幫助你。
提問之前
- 嘗試在你准備提問的論壇的舊文章中搜索答案。
- 嘗試上網搜索以找到答案。
- 嘗試閱讀手冊以找到答案。
- 嘗試閱讀常見問題文件（FAQ）以找到答案。
- 嘗試自己檢查或試驗以找到答案。
- 向你身邊的強者朋友打聽以找到答案。
- 如果你是程序開發者，請嘗試閱讀源代碼以找到答案。
當你提出問題的時候，請先表明你已經做了上述的努力；這將有助於樹立你並不是一個不勞而獲且浪費別人的時間的提問者。
草率的發問只能得到草率的回答
當你提問時
- Super User 是問一些通用的電腦問題，如果你的問題跟代碼或是寫程序無關，只是一些網絡連線之類的，請到這里。
- Stack Overflow 是問寫程序有關的問題。
- Server Fault 是問服務器和網管相關的問題。
郵件列表
大多數郵件列表都會被存檔，那些被存檔的內容將被搜索引擎索引。
花幾秒鍾在郵件客戶端設置一下回復地址，如果你的郵件程序不支持這樣做，
換個好點的
不要使用即時通信中的簡寫
在使用非母語的論壇提問，你可以犯點拼寫和語法上的小錯，但決不能在思考上馬虎
如果英文是你的外語：
English is not my native language; please excuse typing errors.
最好設置你的換行分割點小於 80 字。
精確地描述問題：
描述問題發生的環境（操作系統，版本號）
- 描述在提問前為確定問題而采取的診斷步驟。
- 描述最近做過什么可能相關的硬件或軟件變更。
- 盡可能的提供一個可以重現這個問題的的方法
問題發生前的一系列操作，往往就是對找出問題最有幫助的線索。因此，你的說明里應該包含你的操作步驟，以及機器和軟件的反應，直到問題發生。
最有可能給你有用答案的人通常也正是最忙的人
問題解決后，加個簡短的補充說明
問題解決后，向所有幫助過你的人發個說明，讓他們知道問題是怎樣解決的，並再一次向他們表示感謝。
並在標題中包含
已修正
，
已解決
以下是幾個經典蠢問題，以及黑客沒回答時心中所想的：
我可以用 Bass-o-matic 文件轉換工具將 AcmeCorp 檔案轉換為 TeX 格式嗎？
回答：試試看就知道了。如果你試過，你既知道了答案，就不用浪費我的時間了。
我的{程序/設定/SQL 語句}不工作
回答：這不算是問題吧，我對要我問你二十個問題才找得出你真正問題的問題沒興趣
如果仍得不到回答，請不要以為我們覺得無法幫助你。有時只是看到你問題的人不知道答案罷了。沒有回應不代表你被忽視，雖然不可否認這種差別很難區分。
對初犯者私下回復。對那些坦誠犯錯之人沒有必要當眾羞辱，一個真正的新手也許連怎么搜索或在哪找常見問題都不知道。
如果幫不了忙，也別妨礙他。
如果你決定回答，就請給出好的答案。