《提问的智慧》读后感

  相信每个人都向别人提出过疑问，但如何在提问时，让自己看起来是一个聪明者，而不是一个loser（失败者)呢？这也许不是每个人都掌握的一项技能。一个失败的提问，不论是对于提问者本身或者是对于解答问题的人来说都是一种煎熬，所以我通过阅读《提问题的智慧》来让我自己在提问时成为一个聪明者。
  首先当你打算要提问的时候，你要明白这是你自己的问题，而不是别人的，不是你将问题提出来然后抛给其他人就可以了。所以你在提问之前需要做出一些准备工作比如如下几条：（摘自书中）

1. 尝试在你准备提问论坛的历史文档中搜索答案
2. 尝试搜索互联网以找到答案
3. 尝试阅读手册以找到答案
4. 尝试阅读“常见问题文档”（FAQ）以找到答案
5. 尝试自己检查或试验以找到答案
6. 尝试请教懂行的朋友以找到答案
7. 如果你是程序员，尝试阅读源代码以找到答案

这就是提问之前的准备工作，也就是你自己要对自己的问题有一定思考和自己的见解，因为只有一个认真的提问才能得到一个认真的解答。
  在你做完上面的准备工作以后，选择一个对的发帖的地方也是非常有必要的，将帖子发在公共的论坛中，也许会更快的得到解答。比如一个项目中有“用户”和“开发者”邮件列表，如果你的问题比较简单，或者不涉及与代码相关的，在“用户”列表对你来说或许是最好的选择。提问的主题（主题的惯例“对象——偏差” 对象：指明有问题的地方；偏差：实际与期望的区别）尽量的做到言简意赅，能描述清楚你的问题是最好的。一个粗心的提问是很难得到回答的，想要尽快得到别人的回答斟酌一下自己的字句也是必须要做到的。英语是网上的工作语言，所以应该尽量使用英语。但我的母语并不是英语，所以我应该也在提问中给与标注，这同样也会给回复者留下一个较好的印象。
  如果你要在你的提问中附上代码，应该截取最小的能体现出你想要表达的问题的测试样例，指明特别需要关注的地方，这也是为了让别人看到你在努力的简化问题。为了使别人容易回复，你应该花费上几秒钟在邮件的客户端设置一下回复地址，如果你连这个都做不到，还期望比人帮你解决问题吗？如果你是想指出别人的问题，最好不要过于的草率，要经过自己的反复确认，然后再去指出，最好写的好像是自己做错了什么，这样的话如果是真的是别人有错，别人也会向你道歉，总比你自己弄砸了然后欠别人一个道歉要好，毕竟人无完人，要学会去谅解别人。
  在提问时也不要低声下气，这并没有什么丢人的，你只需要描述清楚问题就好。描述清你想让回复者帮你做的事情，或者是想让别人帮你看一下哪有问题。但仅仅是需要一点提示并没有什么，不要期望别人能给你一个完整的方法，这些应该是需要你自己去完成的。还有就是要避免一些“是否”类型的问题，也没有必要再标题上加上“紧急”之类的文字，因为这仅仅是对于你自己而言是的，但并不是别人的。做如下的事情会被看做失败者（摘自书中）

1. 张贴与论坛主题无关的问题
2. 在面向高级技术问题的论坛上张贴肤浅的问题，或者反之。
3. 在太多不同的新闻组同时张贴
4. 给既非熟人也没有义务解决你问题的人发送你私人的电邮

  在你的问题解决之后附上一条简要的说明也是你应该做的，一条简单的总结说明一下自己解决问题的过程，这会对遇到类似问题的人提供很大的帮助，这样的一个良好的后继行动比传统意义上的礼貌更加的重要，这会为你赢得一个良好的声誉，当然必要的礼貌也是非常有必要的，客气一点肯定会增加你得到回复的机会。
  如果你的问题没有及时得到回答请不用着急，耐心的等待就好。在你回答别人的问题的时候，态度一定要和善一点，如果你也不太确定，一定要说出来，必要的谦虚和诚实也是应该的。当回复一个好的问题时，问问自己“如何修改相关文件或者FAQ文档以免再次解答同样的问题？”接着再向维护者发一份补丁，授人以鱼不如授人以渔。

如何来理解如下的回答：

1. “读读该死的手册”（RTFM）和“搜搜该死的网络”（STFW）：如何明白你已完全搞砸
      Google is you friend （你应该在网上在查查）
2. 如果还不明白……
     就是说你以前查的可能就有答案（手册、FAQ、网页、懂行的朋友），回去看看，如果还是需要说明，展现你已经明白的