开发人员解决问题的艺术:如何优雅的向别人提出你不懂的问题
Posted 大道至简
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了开发人员解决问题的艺术:如何优雅的向别人提出你不懂的问题相关的知识,希望对你有一定的参考价值。
做技术如同做学问:首先得态度端正,其次得勤于思考,还要能于吃苦,最后你得学习有方。
- 态度:严谨、朴素、踏实、顽强、不浮躁
- 思考:多角度、多维度
- 吃苦:愿意为解决一个问题而穷极所能
案例
下面是一个非常不错的发起提问的例子,我们看一看这里是如何提出问题的:
首先,肯定别人的项目,对项目组成员致以感谢。并说明自己选用这个项目是因为这个项目非常 awesome 。
接着,告诉项目组自己在使用时遇到的问题,并说明自己不是一遇到问题就立即来提问,而是经过很多途径、尝试了很多种解决方案,没有得到解决,然后才提出这个issue。比如文中提到“我根据你的文档一步一步的进行操作,并且通过google搜索尝试了很多解决方案,但是仍然没有找到能够解决该问题的办法,请给我一点 wisdom”。
在说明这些之后,表述了事情经过。他在issue提到:“根据要求安装和配置好了 Vagrant 及 VB,通过 gitbash 设置了相关配置,一切都很正常。然而,无论我怎么努力都不能通过 ssh 连接上服务器。随后,命令行返回一段错误,并说出了错误信息:blablabla...”
仔细描述了操作过程,以及错误的发生时机和返回的错误信息等。这些信息都非常有助于使问题得到快速解决,都是能够初步或直接断定问题所在的关键点。
通过上面一段描述之后,发生错误的时机以及整个操作流程都说清楚了。接着,是对操作流程中每一个操作细节的描述:
这里提到了,操作系统环境是 win8x64,ssh keys 是通过 Gitbash 创建的并且保存在 .ssh 目录中,尝试了不同的命令行终端但是都不能正常工作,但是 ssh 可以与其他服务器。进行了系统重启、删除并重建配置等与虚拟机相关的各种尝试,但问题依旧。还通过VB界面检查了端口设置,并尝试修改端口配置,但都无济于事,还通过 netstat -a 检查了端口情况。接着通过vagrant相关命令尝试了一系列操作,根据文档进行逐步尝试,仍无法连接上服务器。还阅读了google来的各种解决方案,但都没有解决问题。
最后,请给我一些帮助,我是真的想使用你的 setup file !
做事和做学问的艺术。
- 选择项目,在众多开源项目中选择一个能够满足自己需求的项目。
- 确保自己的选择是科学的,一旦选中,就将其应用到自己的项目。
- 遇到问题,首先要做的是对照官网文档仔细检查操作有没有问题,而不是直接去问别人要答案。
- 在检查完使用方法完全符合文档要求后问题依旧,把解决问题的思路继续向周边扩散(不要局限于依托文档解决问题,比如文中提到的检查端口等等)。
- 穷尽个人知识结构,仍不能解决问题,用笨办法(排除法,如尝试自己的SSH是否可以连接上其他服务器等等)开始逐个检查相关环境是否有问题。
- 排除法也不能定位问题,开始google求助,筛选和识别出哪些搜索结果有可能解决自己遇到的问题。
- 对筛选出的可能可行的解决方案进行尝试,仍然没有直接去开 issue 寻求答案。
- 通过 google 依然解决不了问题,并已穷极所能。此时,只能问人要答案了。
- 答案不是随便要的,你得明白应该去找谁要答案。不是随便找个人讨论就能解决问题,所以他到github提交了issue。
- 最后才是提问的艺术,比如措辞、表述等等。
提问的艺术
先立足于自己解决,确定通过一己之力无法处理问题,对外寻求帮助。一定要有自己思考的过程,这个方案可能不是最高效的,但对提高处理问题能力大有帮助。提出问题请求帮助时,要注意以下几点:
- 背景说明:尽可能详细的描述你做了什么
- 问题本身:尽可能详细的描述问题本身
- 环境信息:尽可能详细的提供有利于别人判断问题所在的关键点
最后
本文地址:http://www.cnblogs.com/kelsen/p/6259647.html
关于本文如果您有任何建议或疑问请在下面留言交流。
以上是关于开发人员解决问题的艺术:如何优雅的向别人提出你不懂的问题的主要内容,如果未能解决你的问题,请参考以下文章