无论是工作，学习还是生活中，向别人提问都是不可或缺的一部分。
有一个很有趣的故事，说一个肥宅逐渐把“这件事为什么发生在我身上”的想法替换成了“这件事要教会我什么”，他的人生境遇彻底改变了，从此一路开挂并且变成了成功人士，很多时候，提问的方式真的会改变人的一生。
学会提问的艺术是通往成功的阶梯 ——"沃兹基·辨德"
我们都应该遇这类情况，在互联网，或者论坛中，当自己要提问寻求帮助的时候，往往没有回应，最终，满心期待却只问出个寂寞。当你会觉得世风日下，人心不古，质问这种情况为什么总发生在我身上时。或许可以改变下思路，想一想这件事情教会了你什么？没错！它告诉你应该改一改提问的方式了。
提问之前，先自己找一找答案，文献，书籍，百度，很多时候都能找到解决办法。如果还是无法解决，先理清问题，清楚自己为什么要问，打算为此问题做点什么？
首先，提一个好的问题，要注意以下几点：
- 你是如何遇到要解决的问题的，什么场景。
- 知道你的目的，搞清楚你要问什么，比如为什么1+1=2，我想让他等于3，我作出如下尝试等等...
- 让你的问题精简。使用描述准确，含义丰富的标题或者主题。
- 只问基本问题。对问题无关紧要的信息不要出现，尊重对方的时间和注意力
提问就是一个代入的过程，让回答者跟随你的想法走一遍这个问题，那么沟通障碍会少很多
例如计算机领域：
提问前确保自己已经思考过这个问题，知道自己需要达到的目的是什么，对这个问题作出了哪些尝试，如果在网络、论坛问复杂一些的问题请提供一个简单的能够重现该问题的example。
问题要文章一样，使用一句话（标题）来总结整个问题，你可以提供哪些详细信息来帮助对方识别并解决这个问题，包括任何错误消息，关键API或异常情况，如果提问题时不提供一些基本信息那么你就会和对方进入你问我答场景：“什么版本？”，“配置文件发来看看”...
这里插一嘴：很多地方看到过一些人认为代码不应该有注释，“好的代码是自解释的”，“代码应该好到不需要任何多余的解释”等等等等，我目前经手的几个项目里也有很多那种所谓自解释的代码命名，但是这些代码让人看得无一例外的晕头转向，因为国内语言差异、混式散装英语会带给读你代码的人比中文注释更混乱的意思，读你代码的人除了重构这块代码就是单纯需要知道这块代码做了什么事情，如果没有注释，对于简单一点的代码还好，那种复杂业务逻辑的几百行难道让人去逐行阅读吗？所以代码注释以及提问就跟文章一样，给人一个大概主题，再详细深入去了解详细内容，而不是直接给人一堆细节让人去猜测你的意图。
Ref
- 《学会提问》
