无论在工作还是生活中，提问无处不在。每个人都可以是问题提出者（简称“提问者”），也都可能成为问题解答者（简称“提问对象”、“被提问者”）。只不过，相对而言，尤其是在技术圈子中，被提问者更多是更有经验、更有能力的那部分人。而这部分人大多数喜爱有挑战性的、能激发他们思维的好问题。有价值、有挑战、耐人寻味和探索的问题，往往使得这些人更加有经验和有能力，这显然是一个良性循环。好问题对他们来说，实在是提升技能和丰富经验的必备良药。因此，一个问题，能否得到有用的、有效的答案，往往取决于你提问的方式。
提问之前
提问对象是谁？
提问对象决定提问的原则和态度。
- 如果提问对象是公司外聘的顾问，或是公司培训课上的讲师，那他们理应解答你的问题；
- 如果提问对象是项目中的干系人，包含但不限于开发工程师、产品经理、运维工程师、项目经理等，他们从一定程度上需要配合你理解产品需求和逻辑，但回答的深度和全面性却可能差强人意；
- 如果提问对象是陌生人，那他们完全没有义务回答你的问题。
但无论他们是否有义务回答你，请务必注意你的说话语气和态度，“礼多人不怪”。
因此，当回答问题的深度和全面性可能差强人意，甚至完全得不到答案时，提问的智慧就有了用武之地。掌握提问的智慧，有百利而无一害。
该做些什么？
通常情况下，当你准备问一个技术问题时，可以试着做到以下事情：
- 上网搜索，最好用google（你懂得）；
- 去相关主题的论坛、网站寻找答案；
- 阅读相关文档，包含但不限于官方文档、同行总结的文档、FAQ列表、技术wiki等等；
- 试着自己探索解决；
- 向关系比较近的牛人朋友请教；
- 如果有源代码，不妨阅读下。
越是能表现出在寻求帮助前你为解决问题所付出的努力，你越有可能得到实质性的帮助。
这里的“表现”并非是让你说谎，而是让你如实地反映出你所做的努力。
RTFM的好处
如果你在提问之前做了上述尝试，那这首先表明你不是一个所谓的失败者——不劳而获的提问者；其次，因为你有了这些尝试，你提问时所能提供的信息就更多更详细，提问的深度、广度都有提高，这不仅可以使你更容易获得满意的答案，还可以和被提问者建立良好的沟通交流关系，向被提问者释放一种“你珍惜他的时间，你很上进，你很nice…”的信号。久之，他们也更愿意和你探讨问题，你也将在这个过程中进步斐然。
正常来说，你提问，别人解答，别人是帮你的忙。但如果你的问题更有挑战，这些更牛的人是乐于解答的，不仅不会认为是帮你的帮，还会认为你给他提供了成长的机会，至少会在心里谢谢你。
另外，建立起良好的沟通习惯后，即使你偶尔没有经过思考就提问，被提问者也不会因此而为难你。
不RTFM的坏处
知道了提问之前RTFM的好处，自然就会知道不RTFM的坏处。
更进一步，如果你没有做准备就提问，那提问对象完全可能态度不佳，甚至斥责你，你要做好心理准备。一般来说，提问对象不一定会这么做（犯不上），但他一定有对你有所看法，并默默记在心里。尤其是当他跟你们部门的其他同事打交道时，谁在提问前做了努力，一目了然。不要小看这些细节，员工绩效评审中通常会有“其它部门同事的评价”这一项，你平常的行为决定了他们对你的评价！
提问时
利用提问方式的特性
提问可以有很多方式——打电话、发邮件、当面沟通、工作交流软件、内外部论坛等。
为了保证沟通效率，应尽量避免用邮件的方式提问。邮件尤其不适合即时沟通，最好能在当面沟通或电话沟通之后发邮件，邮件更多的好处是进行备忘和归档，信息确认和信息同步。
如果能够当面进行提问和解答，自然最好，如果不能，也应尽量用能够沟通清楚、方便反复确认的方式，如打电话、开视频会议、语聊软件等。
不同的提问方式也有不同的侧重点：比如邮件，可以在提供的信息中对文本进行富文本处理，比如加粗、标记颜色、调整字体大小等，以使关键信息更容易被关注到。
邮件提问的小细节
注意，当以邮件提问时，在经过了好几次的邮件往返后，邮件标题就会显示诸如“回复：XXX”或者“回复：回复：XXX”这样的标题，这样的标题给人的感觉是“漫长的拉锯扯皮战”，难以引起重视，可以适当地删除那些无意义的文字，重新命名邮件标题。
当在一个邮件或帖子中包含的问题过多时，随着讨论的开展，不妨将它们分成几个新的邮件，独自跟踪。因为，邮件线性讨论问题的方式，不适合同时讨论多个话题。
信息要及时同步，范围要适当
有时候，虽然你问的问题，项目中个别人员就可以很好地解答，但也可以周知给项目组其它人员，好处如下：
- 对项目组中的其它成员也有利；
- 分散负担，其它人员或许也可以解答；
- 为项目做贡献，文档归档，便于其他人使用。
即使一开始没有周知其他人员，也可以在问题得到解答或告一段落后，抄送或转发给其他人员。
但同时，也应避免同步给了过多的人。务必同步给直接干系人员、他们的直属上级，至于他们部门的其他人员是否需要同步，可以由他们的直属上级来决定。
在问题的描述上下功夫
使用有意义且描述明确的主题
- 使用一句话来做开场白——有意义且描述明确的一句话主题。这点可以借鉴提bug，bug的标题总是需要足够简洁，尽量用一句话表述出来。如果提问对象不能明白具体是什么问题，则会再花点时间阅读更详细的信息。
- 尽量不要用哪些“帮帮忙”、“跪求”之类的字眼，这些字眼很容易让人条件反射式地忽略。
- 文中也提供了一种好标题的范例，“目标-差异”式的描述：在目标部分指出是哪一个或哪一组东西有问题，在差异部分则描述与期望的行为不一致的地方。
蠢问题：救命啊！我的app连不上服务器了！