提问的艺术_提问的艺术 github-CSDN博客

提问的艺术

在学习的过程中，难免会遇到一些问题，这个时候不可避免地就需要向他人寻求帮助，这个时候如何提问就是一个问题。「不懂就问」其实是一个非常好的品质，但是提问也是一门艺术。我可能把这个话题说的很大，但是核心的思想是基于他人方便和舒服的角度有效地把自己的问题问出来。掌握了一些提问的注意事项和细节，并且态度诚恳，才会得到准确的答复。

如何提问
在网上已经流行的一份资料叫做《提问的智慧》，如果大家暂时没有时间细看的话，我在这里为大家简单总结一下，具体在刷题的过程当中向他人提问的注意事项：

不要在论坛或者是 QQ 群、微信群里说：**「在吗」或者是「有人能帮我解决一个问题吗」**这样的提问？这样的提问是没有意义的，有问题直接说是更有效的；
在提问之前建议先使用搜索引擎搜索一下，看看是否有我们所需要的答案，然后再提问并且说明我已经尝试过了可能的搜索答案的方式，并且做了哪些尝试，仍然没有得到结果，才向大家求助。例如，我已经百度过了，查到的方案我都尝试过了，都不行，想请教一下大家这个问题有没有什么好的解决方案，我的思考是什么。尽量言简意赅，我是不是在哪个地方考虑出了问题；
特别不建议直接贴一个问题然后问：大家能帮我做一下吗？
不建议要求他人编码帮助你解决问题：一般情况下，你可以期望得到一个思路的回答，这样既不过多占用了对方的时间，同时也帮助我们解决了问题；甚至对方如果不能帮助我们解决问题，我们也需要表示感谢。这是因为在互联网上，没有人有义务用自己时间和经历帮助我们解决问题，除非这个人提供的就是付费的咨询服务；
在刷题领域，70% 以上的问题都可以通过调试得到解决，我们之前提过若干次调试经验的重要性，提问之前请先自己尝试调试，就在程序里把一些变量打印出来看一下，利用 IDEA 工具的调试功能，甚至是我们之前向大家介绍的阿里巴巴的代码规范插件，很多问题都能够得到解决。并且解决问题的能力也是一个工程师的核心技能，请珍惜这样的实践的机会，不要依赖于有一个问题，我们就马上向他人求助。所以我们真正要问的其实是一个解决问题的思路，在问之前请一定要带上自己的思考；
有些问题可能是代码层面的，提问的过程中避免不了要贴代码，贴代码前建议先检查代码的可读性，保证代码能够让他人更好的理解你的逻辑，这样才有可能获得快速、准确的答复。这一点其实在介绍算法与数据结构的学习建议的时候已经向大家说明过，写可读性强的代码，是需要伴随我们整个职业生涯始终的；
在 QQ 群或者是微信群里，贴代码的时候尽量使用专门提供代码粘贴服务的网站，这是因为大段的代码会占用大量的屏幕空间，我们的问题很可能是别人不需要知道的，此时给一个链接就是一个较好的做法，并且贴代码的网站也肯定提供了针对不同语言代码高亮的功能，给阅读代码的人也提供了方便，并且也方便他人直接复制代码帮助你调试完成问题的定位。贴代码的网站有：

https://paste.ofcode.org/；
https://paste.ubuntu.com/；
https://gist.github.com/；
Gitee 提供的代码片段功能，登录以后，点击「发布代码片段」按钮。
另外还有一些注意事项：

有合理的交流氛围即可，不建议使用「菜鸡」和「大佬」这样的称呼；
- 不要拿正在笔试过程当中遇到的问题问别人，这是非常不尊重被提问者的行为，同时也是不尊重笔试规则的行为；
- 一些相对复杂的问题，尽量在论坛或者是大家都能看到地方提问，描述清楚很重要。例如「力扣」的「圈子」，QQ 群或者是微信群，能解答的朋友回答了你的问题还能顺便帮助到其他朋友，并且也不会觉得你占用了他的时间；
- 向一个人提问的时候，很可能我们问问题的这个时间，别人并不方便，即使是社交软件也不能够要求对方能够马上回复，这样一来二去很可能就会耽误问题的解决，因此还是建议在群体范围里提问。
  如何回答问题

最后我们谈一下如何回答问题，回答一个问题主要的原则是**「实事求是」**。

对于自己拿捏不准，思考不成熟，或者只是建议的部分，在回答的文字前面加上**「我认为」，或者后面补上「仅供参考」**；
如果对于一个问题，一点思路都没有，或者根本不是自己专业领域的问题和自己擅长的问题，直接回答「不好意思，我没有思路」是更节约对方时间和自己时间的做法；
回答问题也尽量是启发式的、建议式的。建议的说法是：「建议您」、「那样或许会更好一点」；
回答问题的过程其实也对自己有益，在对自己不造成影响的情况下，如果知道答案的尽量回答，互帮互助是一个好的交流氛围。
不论是提问还是回答，态度是最重要的，只有先尊重对方才有可能得到对方的尊重。

引用来自LeetCode著名题解作者liweiwei