提問的智慧

https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md

當你拋出一個技術問題時，最終是否能獲得有用的回答，每每取決於你所提問和追問的方式。

咱們不諱言咱們對那些不肯思考、或者在發問前不作他們該作的事的人的蔑視。那些人是時間殺手 —— 他們只想索取，從不付出，消耗咱們可用在更有趣的問題或更值得回答的人身上的時間。咱們稱這樣的人爲  失敗者（擼瑟）

咱們回答問題的風格是指向那些真正對此有興趣並願意主動參與解決問題的人，這一點不會變，也不應變。若是連這都變了，咱們就是在下降作本身最擅長的事情上的效率。

咱們（在很大程度上）是自願的，從繁忙的生活中抽出時間來解答疑惑，並且時常被提問淹沒。因此咱們無情的濾掉一些話題，特別是拋棄那些看起來像失敗者的傢伙，以便更高效的利用時間來回答 贏家（winner） 的問題。

若是你厭惡咱們的態度，高高在上，或過於傲慢，不妨也設身處地想一想。咱們並無要求你向咱們屈服 —— 事實上，咱們大多數人很是樂意與你平等地交流，只要你付出小小努力來知足基本要求，咱們就會歡迎你加入咱們的文化。但讓咱們幫助那些不肯意幫助本身的人是沒有效率的。

若是你作不到這些，咱們建議你花點錢找家商業公司籤個技術支持服務合同，而不是要求黑客我的無償地幫助你。

提問以前

1. 嘗試在你準備提問的論壇的舊文章中搜索答案。
2. 嘗試上網搜索以找到答案。
3. 嘗試閱讀手冊以找到答案。
4. 嘗試閱讀常見問題文件（FAQ）以找到答案。
5. 嘗試本身檢查或試驗以找到答案。
6. 向你身邊的強者朋友打聽以找到答案。
7. 若是你是程序開發者，請嘗試閱讀源代碼以找到答案。

當你提出問題的時候，請先代表你已經作了上述的努力；這將有助於樹立你並非一個坐享其成且浪費別人的時間的提問者。

先用 Google 搜索你所遇到的各類錯誤信息（既搜索  Google 論壇 ，也搜索網頁）

草率的發問只能獲得草率的回答

當你提問時

Stack Exchange 已經成長到 超過一百個網站 ，如下是最經常使用的幾個站：

• Super User 是問一些通用的電腦問題，若是你的問題跟代碼或是寫程序無關，只是一些網絡連線之類的，請到這裏。
• Stack Overflow 是問寫程序有關的問題。
• Server Fault 是問服務器和網管相關的問題。

郵件列表

大多數郵件列表都會被存檔，那些被存檔的內容將被搜索引擎索引。

花幾秒鐘在郵件客戶端設置一下回復地址，若是你的郵件程序不支持這樣作， 換個好點的

不要使用即時通訊中的簡寫

在使用非母語的論壇提問，你能夠犯點拼寫和語法上的小錯，但決不能在思考上馬虎

若是英文是你的外語：

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

最好設置你的換行分割點小於 80 字。

精確地描述問題：

描述問題發生的環境（操做系統，版本號）

• 描述在提問前爲肯定問題而採起的診斷步驟。
• 描述最近作過什麼可能相關的硬件或軟件變動。
• 儘量的提供一個能夠重現這個問題的的方法

問題發生前的一系列操做，每每就是對找出問題最有幫助的線索。所以，你的說明裏應該包含你的操做步驟，以及機器和軟件的反應，直到問題發生。

最有可能給你有用答案的人一般也正是最忙的人

問題解決後，加個簡短的補充說明

問題解決後，向全部幫助過你的人發個說明，讓他們知道問題是怎樣解決的，並再一次向他們表示感謝。

並在標題中包含 已修正 ， 已解決

如下是幾個經典蠢問題，以及黑客沒回答時心中所想的：

我能夠用 Bass-o-matic 文件轉換工具將 AcmeCorp 檔案轉換爲 TeX 格式嗎？

回答：試試看就知道了。若是你試過，你既知道了答案，就不用浪費個人時間了。

個人{程序/設定/SQL 語句}不工做

回答：這不算是問題吧，我對要我問你二十個問題才找得出你真正問題的問題沒興趣 

若是仍得不到回答，請不要覺得咱們以爲沒法幫助你。有時只是看到你問題的人不知道答案罷了。沒有迴應不表明你被忽視，雖然不能否認這種差異很難區分。

對初犯者私下回復。對那些坦誠犯錯之人沒有必要當衆羞辱，一個真正的新手也許連怎麼搜索或在哪找常見問題都不知道。

若是幫不了忙，也別妨礙他。

若是你決定回答，就請給出好的答案。

若是你須要我的電腦、Unix 系統和網絡如何運做的基礎知識，參閱  Unix 系統和網絡基本原理 。

當你發佈軟件或補丁時，試着按 軟件發佈實踐 操做。