提问的艺术(转)

提问的艺术原Github项目

一个简单的提问或提议方法

对于一些不怎么喜欢看文档的人其实觉得还是用更加通俗易懂的方法`，提出问题其实只需要一段话就行，最简单的可以按照下面三部分来提问：

• 第一部分请写敬语表示的谦虚一点，比如说大佬你们好，大佬们请教个问题，有一颗谦虚的心才能问到想要的问题

• 第二部分请具体描述你的问题和提议，并且请务必表达明确思想清晰

• 第三这部分也请一定要表达谦虚

• 最后请务必加上报错截图，这样有助于更好的解决以及了解问题

例如：大佬们好，请教大佬们一个问题，我请在使用本项目遇到了XXX情况,已经翻阅过文档了，但是依然没有解决,请问各位大佬也遇到过相同的情况吗?像这样的有办法解决吗?
报错截图.PNG

如果得到了问题的解决请一定要表示感谢，不需要太麻烦，简单一句谢谢你或者感谢大佬就够了，还想再表达诚意的话你也可以给别人1毛2毛或更多一点的红包，这样在表达谢意的同时也有助于下次再问（实在问不到答案的话也可以发个红包悬赏一下） （感觉说着说着忽然俗气了起来但确实挺有用）

如果你是认为软件有BUG，那么请确定是已经看过帮助文档之后才是认为这是BUG

如果你认为有什么更好的意见愿意提的话，请一定要按照上面。那段话的顺序将中间的话改成提议，但请记住一定不要太过分比如说做些什么东西或者说移植什么什么平台之类的，提议请记住一定要有个度，不要太过分了（时刻要清楚不管是本软件也好还是那些开源项目的作者也好，他们大部分其实都是无私奉献的，有太多要求就真的是不合适，这样是挺下贱的）

请一定不要一有问题或者提议就去私聊群主管理

• 有些人可能会想因为是项目创作者所以了解的非常深，所以可能觉得直接私聊会比较方便，但请一定要牢记，作者也是需要私人空间的万一人家在工作万一人家正在好好聊天呢，你冷不丁的叮那么一下。会打扰人家的，而且如果帮了这一次帮了那如果下一次还有问题会不会直接再来找一次（具体感受请换位思考一下）

群里提问的艺术

虽然这个提问的艺术非常全面，但我估计大部分人也不会看多少的，所以在开头弄了个贼简单版本的，虽然原文可能看都不会看，但还是希望各位大佬看一下

提问之前

在群里提问之前首先我们应该做好功课，看自己是否完成以下步骤，否则你的提问将一塌糊涂，大概率得不到想要的答案

• 查看一遍文档，然后尝试自己解决（查文档非常的重要，大部分常见的问题都是在文档里面就能直接找到的）
• 不能自己解决应该准备哪些材料

尝试自己解决

尝试自己解决是非常重要的一步，这也是我们能否经过这个问题能否有所成长的关键之一

• 1.自检并不断测试： 通过查看文档并且自己检查或试验以找到答案。（很重要）

• 2.询问朋友或者群友： 如果你是因为朋友或者群友在使用本软件，然后产生了兴趣跟着使用，那么抬起你的脚、或拿起你的电话，真挚诚恳的去探讨去询问，这么做不仅不会遭遇拒绝，反而会增进友谊。所以不要犹豫，勇敢而大胆的去询问吧（不出意外的话群友应该是你在群中问问题接触与回答最多的人了）

• 3.查阅社区/论坛： 阅读常见问题文件（FAQ）或者开源项目的 issue，或者论坛(类似 react china)（原文内容，请作为其他非本项目提问的参考。

• 4.通过搜索引擎搜索： baidu 或者 google(推荐)，搜索结果中前三页如果找不到你想要的信息，就进行下一步吧。对于成熟的开源项目，你遇到的问题，很可能别人也遇到过。这时通过 Google、StackOverflow 等网站的搜索服务，可以帮你快速定位并解决问题。永远记住，地球上的你并不孤单，包括你遇到的问题。（原文内容，请作为其他非本项目提问的参考）

尝试自己解决失败

不能自己解决应该准备哪些材料

• 1.最开始请一定要确认自己已经将帮助文档好好的读了一遍真的请务必好好读，大部分常见的问题真的都在里面

• 2.要明白自己想要问什么问题：不能自己都说不清自己想要问什么问题，那么群里提问你也问不出什么来，而且你也可能会因为没人理你的问题（可能只是因为你的问题单纯的没人看得懂）真的会很尴尬的。。。

• 3.梳理准备您的问题：要说明之前你都干了些什么，以及你项目处于的环境，比如家用PC，服务器，以及操作系统请尽量把需要或者感觉需要讲的都讲一下

• 4.要用言简意赅的语言：这个是我们作为职场以及一个提问者的一个必备的技能，说重点，言简意赅客套话不要太多，因为问题才是关键呀

怎么提问

请抱着平和对等的心态，找到合适的途径与词汇后，就得静下心来将遇到的问题写成文字。书写文字不是一件简单的事情，我们可以从遵循一些简单的规则开始

用词准确，问题明确

标题要简洁清晰，要言之有物

错误示例：我的软件使用不了，大佬们知道怎么回事吗，我的软件出现了这样的问题，大佬们这样没事吗，大佬们网站登录不进去啊，一直提示这个

• 像这类的问题，一般都属于比较低级的错误，而且有时候问这种问题的人连张图都不带的，哪里出问题的地方就把哪里截图然后加上描述，然后说发生了什么情况以及和原来的有什么不同

描述清晰，信息充足

• 1.想好自己要问什么：提供建议？发送一段代码？检查你的补丁或者别的？在群里经常会出现这种情况，当某个人发了一段文字，另外的人说：你想问什么？所以我们在问问题的时候一定要把你想要问到什么，这个目标想清楚。

• 2.注意表达方式与措辞： 先描述事实，而不是先给猜测，然后再给出你的猜测，一定要先描述事实，给你的猜测一些证据，如果提不出证据的话，一定要保持谦逊的询问与说明，不然就不要猜测，举个简单的例子来讲：
  A：我遇到了叉叉叉问题这个应该是叉叉叉原因引起的
  像这种就感觉是个大佬了，不像是个想解决问题的人
  A：我遇到了叉叉叉问题，先这个有可能是因为擦擦擦引起的吗这个可能是因为叉叉叉引起的吗，各位群里的大佬有什么看法吗
  像这种，多谦虚啊，真大佬看了也会很舒服的，也会很愿意回答的，这就是提问的艺术了

• 3.问题表现/内容 提供尽量多的信息： 按照时间顺序列出问题症状。问题发生前的一系列操作，往往就是对找出问题最有帮助的线索。因此，你的说明里应该包含你的操作步骤，以及机器和软件的反应，直到问题发生。在命令行处理的情况下，提供一段操作记录（例如运行脚本工具所生成的），并引用相关的若干行（如20 行）记录会非常有帮助。虽然来说并没有这么严格，但能尽量做到的话还是请尽量去做，这对于你提问其他项目的问题也是有好处的。

• 4.简单的做过什么尝试： 在描述你做过什么尝试的时候，简单的你描述你做了哪些尝试就行，为什么要这么做其实不是那么重要。
  如果你按照操作文档来进行操作之后依然没有解决问题请按照上面的说法，来进行回答
  如果你想弄清楚如何做某事（而不是报告一个 Bug），在开头就描述你的目标，然后才陈述重现你所卡住的特定步骤。
  经常寻求技术帮助的人在心中有个更高层次的目标，而他们在自以为能达到目标的特定道路上被卡住了，然后跑来问该怎么走，但没有意识到这条路本身就有问题。结果要费很大的劲才能搞定。（大佬说的好）

避免一些毫无意义的问题

错误示例：有没有人会xxx？ 错误示例：有没有人在？ 错误示例：谁能帮我解决一个问题？

• 面对这种问题，别人就很难预估你这个问题需要解决多久，也很难判断自己是否能解决这个问题，如果他回答了你，意味着你就是有空而且很在行，所以他还是选择不出声。这个就跟微信私聊的时候说：”在吗？“ 这种一个意思。
  这种是很烦人的，因为很可能就会跨时段聊天，因为每个人有空的时间有可能是不同的，所以，就很可能隔个两三天都解决不了这个问题，而且还整的人心烦，所以请务必刚开始就直接把问题讲清楚了就可以了。

错误示例: 什么是 C#？

• 这种问题也是，很明显通过搜索引擎就能搞定的，要是下次还有这种问题，你就把这个图发给它。

• 这也告诉我们，勤用搜索引擎是多么重要，不过还是觉得其实谷歌在大部分时候找问题会比百度好一点

建议的问法(参考)

有问题请直接问。比如：ES6什么时候雄霸天下，前端什么时候一统江湖？（这位大佬相当的幽默）

直接说场景：我在做xx端东西的时候，在 Window7 平台的 IE7 版本下遇到了左右不对齐问题，具体如图所示img，代码地址：xxx 在百度中找到的答案，试了之后还是有同样的问题。请有空的同学帮我看看是什么问题？

注意事项

提前做好冷场的准备：也许别人在忙，也许这个问题太简单了，也许没人做过这块，如果冷场了，没人回答，赶紧换下一个群。 谦虚，别人没有义务帮你解决问题，往往大牛的时间比你少，比你珍贵。 没有一定的自学能力，问到问题就伸手的不适合玩这个。 群唯一的作用就是：扯淡、交流、分享，以上几条为前提。 如果觉得问题记不住，收藏一下这个图吧：

冷场也请不要怕，这是正常现象没什么大不了的，不过请注意提问的基本礼仪

总结

其实对于问问题，我们换位思考一下就更好了，这其实也是人际交往的方式，站在看你提问题的角度，想想当别人提问题的时候，你想让他问什么，你才愿意去回答。

当然除了在群里提问，在社区或其他地方提问都有一定的规范，所以请务必注意

文章来自：Glastbam博客

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。