一楼百度

没有

当你提出问题的时候，首先要说明在此之前你干了些什么；这将有助于树立你的形象：你 不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。能说明你从这些操作中学到了什 么就更好了。如果提问者能从答案中学到东西，我们更乐于回答他的问题。 周全的思考，准备好你的问题，草率的发问只能得到草率的回答，或者根本得不到任何答 案。越表现出在寻求帮助前为解决问题付出的努力，你越能得到实质性的帮助。

我们从经验中发现，粗心的写作者通常也是马虎的思考者。回答粗心大意 者的问题很不值得，我们宁愿把时间耗在别处。 因此，明确充分表述你的问题非常重要。如果你嫌这样做麻烦，我们也会懒得搭理你。注 意推敲你的用辞，不一定要用呆板正式的语言。 准确的运用俚语和富有幽默感的语言，但别乱用；一定要能表明你在思考，在关注。

在邮件列表或者新闻组中，大约50字以内的主题标题是抓住资深专家注意力的黄金时机。 别用喋喋不休的“帮帮忙”（更别说“救命啊！！！！！”这样让人反感的话）来浪费这 个机会。不要妄想用你的痛苦程度来打动我们，别用空格代替问题的描述，哪怕是极其简 短的描述。 蠢问题： 救命啊！无法上网。 聪明问题： XPSP3正常开机后拨号出现603错误 ，线路正常。 如果你在回复中提出问题，记得要修改内容标题，表明里面有一个问题。一个看起来象 “Re：测试”或者“Re：新bug”的问题很难引起足够重视。另外，引用并删减前文的内 容，给新来的读者留下线索。

故障描述一定要精确1. 谨慎明确的描述症状。 2. 提供问题发生的环境（机器配置、操作系统、应用程序以及别的什么）。 3. 说明你在提问前是怎样去研究和理解这个问题的。 4. 说明你在提问前采取了什么步骤去解决它。 5. 罗列最近做过什么可能有影响的硬件、软件变更。 你需要提供精确有效的信息。这并不是要求你简单的把成吨的出错代码或者数据完全转储 摘录到你的提问中。如果你有庞大而复杂的测试条件，尽量把它剪裁得越小越好。 这样做的用处至少有三点。第一，表现出你为简化问题付出了努力，这可以使你得到回答 的机会增加；第二，简化问题使你得到有用答案的机会增加；第三，在提炼你的bug报告 的过程中，也许你自己就能找出问题所在或作出更正。例子：标题：救命啊！无法上网。内容：RT分析 无法上网的原因猫坏了 网线坏了 网卡坏了 网卡没驱动 IPDNS错误 ARP病毒 PPPOP TCP/IP协议故障 就算是神仙也不知道你问题的具体原因。

不要只说自己猜想不说故障如果你的推断如此有效，还用向别人 求助吗？，因此要确信你原原本本告诉了我们问题的症状，不要加进你自己的理解和推论。

别用无意义的话结束提问，例如“有人能帮我吗？”或者“有答案吗？”。首先：如果你 对问题的描述不很合适，这样问更是画蛇添足。其次：由于这样问是画蛇添足，人们会 很厌烦你--而且通常会用逻辑上
正确的
回答来表示他们的蔑视，例如：“没错，有人能帮 你”或者“不，没答案”。

谦逊绝没有害处，而且常帮大忙 彬彬有礼，多用“请”和“先道个谢了”。让大家都知道你对他们花费时间义务提供帮助 心存感激。 实话实说，虽然这不象合乎语法、清楚准确的描述，避免私有格式等等那么重要（也不能 用来替代它们）；如果这让你迷惑不解，请记住，我们衡量一个问题价值的标准是：它能让我们 学会多少。 然而，如果你有很多问题无法解决，礼貌将会增加你得到有用答案的机会。

问题解决后，向所有帮助过你的人发个说明，让他们知道问题是怎样解决的，并再一次向 他们表示感谢。如果问题在新闻组或者邮件列表中引起了广泛关注，应该在那里贴一个补 充说明。 补充说明不必很长或是很深入；简单的一句“你好，原来是网线出了问题！谢谢大家 ”比什么也不说要强。事实上，除非结论真的很有技术含量，否则简短可爱的小结 比长篇学术论文更好。说明问题是怎样解决的，但大可不必将解决问题的过程复述一遍。 除了表示礼貌和反馈信息以外，这种补充有助于他人在帖吧/百度搜索对你 有过帮助的完整解决方案，这可能对他们也很有用。 最后（至少？），这种补充有助于所有提供过帮助的人从中得到满足感。 这种感觉对于那些你向他们求助的老鸟而言，是 非常重要的。问题久拖未决会让人灰心；他们渴望看到问题被解决。好人有好报，满足 他们的渴望，你会在下次贴出新问题时尝到甜头。

END

不错，支持