怎樣提問，別人才願意問答?
看過一篇提問的智慧，寫的很好，但是那篇文章是針對***技術提問說的，我做了精簡,說明如果遇到編程技術問題，怎樣提問，別人才願意問答。
========
提問之前
========
在通過電郵、新聞組或者聊天室提出技術問題前，檢查你有沒有做到：
1. 通讀手冊，試着自己找答案。
2. 在FAQ裏找答案（一份維護得好的FAQ可以包羅萬象:）。
3. 在網上搜索（個人推薦google~~~）。
4. 向你身邊精於此道的朋友打聽。
當你提出問題的時候，首先要說明在此之前你幹了些什麼；這將有助於樹立你的形象：你不是一個妄圖不勞而獲的乞討者，不願浪費別人的時間。如果提問者能從答案中學到東西，我們更樂於回答他的問題。
周全的思考，準備好你的問題，草率的發問只能得到草率的回答，或者根本得 不到任何答案。越表現出在尋求幫助前爲解決問題付出的努力，你越能得到實質性的幫助。
不要當純粹的伸手黨,問問題的方式和語言也非常重要,比如如下方式就比較好.
“誰能給點提示？”、“我這個例子裏缺了什麼？”以及“我應該檢查什麼地方？”比“請把確切的過程貼出來”更容易得到答覆。因爲你顯得只要有人指點正確的方向，你就有完成它的能力和決心。
========
怎樣提問
========
1.使用含義豐富，描述準確的標題
在郵件列表或者新聞組中，大約50字以內的主題標題是抓住資深專家注意力的黃金時機。別用喋喋不休的“幫幫忙”（更別說“救命啊！！！！！”這樣讓人反感的話）來浪費這個機會。不要妄想用你的痛苦程度來打動我們，
別用空格代替問題的描述，哪怕是極其簡短的描述。
蠢問題：
救命啊！我的膝上機不能正常顯示了！
聰明問題：
XFree86 4.1下鼠標光標變形，Fooware MV1005的顯示芯片。
------------------
2. 精確描述，信息量大
------------------
1. 謹慎明確的描述症狀。
2. 提供問題發生的環境（機器配置、操作系統、應用程序以及別的什麼）。
3. 說明你在提問前是怎樣去研究和理解這個問題的。
4. 說明你在提問前採取了什麼步驟去解決它。
5. 羅列最近做過什麼可能有影響的硬件、軟件變更。
--------
3. 話不在多
--------
你需要提供精確有效的信息。這並不是要求你簡單的把成噸的出錯代碼或者數據完 全轉儲摘錄到你的提問中。如果你有龐大而複雜的測試條件，儘量把它剪裁得越小 越好。
這樣做的用處至少有三點。第一，表現出你爲簡化問題付出了努力，這可以使你得 到回答的機會增加；第二，簡化問題使你得到有用答案的機會增加；第三，在提煉 你的bug報告的過程中，也許你自己就能找出問題所在或作出更正。
----------------------------
4.謙遜絕沒有害處，而且常幫大忙
----------------------------
彬彬有禮，多用“請”和“先道個謝了”。讓大家都知道你對他們花費時間提供幫助心存感激。
然而，如果你有很多問題無法解決，禮貌將會增加你得到有用答案的機會。
------------------------
5.問題解決後，加個簡短說明
------------------------
問題解決後，向所有幫助過你的人發個說明，讓他們知道問題是怎樣解決 的，並再一次向他們表示感謝。如果問題在新聞組或者郵件列表中引起了 廣泛關注，應該在那裏貼一個補充說明。
補充說明不必很長或是很深入；簡單的一句“你好，原來是網線出了問題！謝謝大家--Bill”比什麼也不說要強。事實上，除非結論真的很有技術含量，否則簡短可愛的小結比長篇學術論文更好。說明問題是怎樣解決的，但大可不必將解決問題的過程複述一遍。
除了表示禮貌和反饋信息以外，這種補充有助於他人在郵件列表/新聞組/論壇中搜索對你有過幫助的完整解決方案，這可能對他們也很有用。
這種補充有助於所有提供過幫助的人從中得到滿足感。
================
找不到答案怎麼辦
================
如果仍得不到答案，請不要以爲我們覺得無法幫助你。有時只是看到你問題的人不知道答案罷了。沒有迴應不代表你被忽視，雖然不可否認這種差別很難區分。
有許多網上的以及本地的用戶組，由狂熱的軟件愛好者（即使他們可能從沒親自寫過任何軟件）組成。通常人們組建這樣的團體來互相幫助並幫助新手。
另外，你可以向很多商業公司尋求幫助，不論公司大還是小（RedHat和LinuxCare就是兩個最常見的例子）。別爲要付費才能獲得幫助而