怎样提问，别人才愿意问答?

 看过一篇提问的智慧，写的很好，但是那篇文章是针对***技术提问说的，我做了精简,说明如果遇到编程技术问题，怎样提问，别人才愿意问答。

　　========
　　提问之前
　　========

　　在通过电邮、新闻组或者聊天室提出技术问题前，检查你有没有做到：
　　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就是两个最常见的例子）。别为要付费才能获得帮助而