1、拒绝开场白

在提问的时候不要使用“在吗”，“有空吗”，“我想问你一个问题”，这些开场白的确是有礼貌的，但的确是效率低下的。

因为对方可能不在线，当发现你发出的消息之后，并不能够马上判断出你的来意，仍然需要继续询问有什么可以帮助的吗，但此时提问者又可能不在线，导致效率非常低下。

不过我们可以做一个折中，在开场白之后接着把需要的问题进行提出，这样既不失风度，又能够及时提出问题。

乔布斯说：“我特别喜欢和聪明人交往，因为不用考虑他们的尊严”。因为聪明人更关注自己的成长，时刻保持开放的心态，而不是捍卫“面子”

2、提出具体问题

提问者经常会提出“我电脑坏了”，“我代码不能运行了”，这些问题很难去解决。

因为电脑坏了，可能是系统问题，硬盘问题，内存问题，主板问题，电源问题，软件问题，环境问题，代码问题，兼容问题，设计问题，网络问题，操作问题，等等无数的可能性。

这类提问是无意义的，这些提问一般是初学者居多，解决这些问题应该去学习基础知识，当具备一些基础知识之后，便能更加系统的去提问，很多问题也能迎刃而解。

3、多使用截图来进行提问

很多时候使用文字很难描述清楚问题的具体细节。

并且很多情况下问题的最终答案，并不是你提出的问题，而是被你忽视的其他问题导致的连锁反应。

请尽可能多的给提问者提供线索，运行的环境，运行时的数据，运行的结果，运行报错的代码，运行的日志信息等等。

这些信息能够很方便的给解决问题的人整体的思考，更利于问题的解决。

4、截图尽量使用大图片

在提问过程中，应该给予解决着更多的信息。

如果只是截取一部分出现问题的部分，很可能这截取的图片中不包括出现问题的部分，导致问题无法得到解决。

不要截取非常长的一条截图，这样会导致打开的时候很难左右滑动，非常不便观看。

错误示范：（截取图片过于长，手机上很难查看细节，左右滑动过程中很容易关闭图片）

错误示范：（截取不全，右侧有部分没有显示，不能查看大局，只能在这一部分查找问题，如果问题是由其他地方引起的，那么很难去定位问题）

正确示范：（截取一整个画面，把需要重点查看的部分使用矩形框，或者箭头来标注）

5、尽量详细的进行描述

使用更多的语句来描述所需要的需求，或者出现问题的前因后果，站在一个不知情的角度去解释。

很多情况下，一个问题可能是由于先前做过一些修改而导致的，这些修改很容易被你忽略，但是这可能就是解决问题的金钥匙。

正确示范：

1. 需求是…
2. 目前情况是…
3. 代码是…
4. 报错信息是…
5. 日志是…
6. 应该的结果是…

6、不要无休止的提问

应当在别人给出具体意见时，独立思考一些时间，当遇到另一个新的问题时，应当仔细思考去尝试自己解决。

或者根据提示查阅相关资料，而不是对每一个细节问题进行提问。

错误示范：

1. mysql怎么安装呢？
2. 去什么地方下载呢？
3. 网站怎么点不开啊
4. 这下载的太慢了，怎么办啊
5. 下载完了，然后怎么弄？
6. 点哪个才能安装啊
7. 这个要不要选择？
8. 他怎么不动了
9. 密码设置多少啊？
10. 安装完然后呢？

7、解决了一个问题，然而依然不可用

有时候一个错误是由于很多原因造成的，解决其中的一个问题并不能完全解决。

在修改一处之后，报错信息变为了另一个报错信息，这并不代表着这次解决无效，而是因为造成这个错误的原因有非常多。

如果报错信息改变了，或者运行结果发生了改变，不应该放弃思考，或者唾弃解决问题人的技术水平。

应该根据新的信息，继续解决问题，因为这是向成功迈进了新的一步。

8、正式提问应当包含复现环境

在正式提问场景中，例如github的issue，邮件咨询等，应当携带docker环境。

如果是主流环境应当说明版本号，以及部署环境。

代码应当处在在工程中，这样便于克隆之后直接运行复现问题，避免了工程，环境等带来的次生影响。

9、侠客不言谢

在得到别人的帮助之后，没有必要去感谢，应该把这个火炬传递下去，当别人遇到类似的问题时，应当挺身而出，帮助别人解决问题。

而不是故步自封，害怕其他人超过自己。