身为一个程序员,高效学习是最核心的能力之一,会问问题,让学习事半功倍。那么,你真的会问问题吗?程序员
一、不喜欢提问
app
有些人压根就不喜欢,也不会去提问,老是一我的默默地在闷头研究。不能彻底说这种方式很差,可是效率极低,除非去作创造性的研究,无人可问。而大多数人不喜欢提问的根本缘由在于,惧怕别人知道本身不知道,自尊心过不去。闷头研究可能浪费大量的时间,而别人也许三言两语或几行代码,就能让你茅塞顿开。因此向懂的人提个问题,寻求帮助,即便会遭到嘲笑或者批评,可是大大提升了本身解决问题的效率,也是很是值得的。ide
二、逮到就问
学习
遇到了任何问题,只要本身不会,立马冲到别人面前就问。不只会被嘲笑,还会被喷。好比:搜索引擎
一、这个问题为何在他电脑是好的,在我这边就不行?spa
二、个人程序怎么不打印日志?日志
三、为何我这段代码会报错?orm
谁知道你在电脑上配置了什么,缺了什么,致使结果不正确;对象
你知道打印日志有哪些配置,哪些地方能够控制日志的输出吗;索引
谁知道你代码干吗的。
问的这些问题都是没有通过思考、不去查资料尝试解决,让人哭笑不得,只有被鄙视和拉黑的份。要知道你的时间宝贵,别人的时间也一样宝贵。别人没有义务去帮你解决问题,况且是这种无从回答的问题。
三、好的问题能让双方都有收获
通过思考、查找相关资料、不断尝试问题点,缩小锁定问题的精准范围,苦思冥想以后还没想明白。这时候向别人提出问题的背景、问题点、本身的尝试方法和疑惑。也许别人已经遇到了相似问题,可能一语道破玄机;也许别人也没仔细想过这个问题,被你这么一问,能很快进入思考的节奏,最后一块儿实践解决。
四、优先本身尝试解决
一、查看项目中的说明文档和涉及技术的官方文档。
二、跳出问题细节,从总体上捋一下思路,想一想问题可能出在哪里。
三、借助搜索引擎,准确向搜索引擎提出问题。
四、查找项目中相似功能,借鉴别人是如何完成的,问题可能就出在差别点。
五、找一个合适的提问对象
找一个水平比本身高,同时预判他熟悉那方面知识,大几率能解决问题的人提问。你找一个资深 DBA 去问一个代码细节问题,基本上是徒劳无功,浪费时间。
六、问题的清楚阐述也很重要
一、尽量一句话归纳问题,提炼出问题的核心点。
二、问题的背景、机器环境、场景、尝试方法、阻碍点也要能简介、清楚表达,方便问题复现。
三、最好能保留日志、截图和 Dump 信息。
四、表述前本身内心先过一遍。
七、记录分享和索引已解决问题
问题获得解决,要把问题的机器环境、复现方法、产生缘由和解决方案记录下来,作到不二过。同时把这个记录经过博客或者文档的方式分享出去,当别人经过你的记录解决了一样的问题,大家都将获得莫大的快乐。最后能够把问题索引发来,方便时间久远仍然能快速查到问题和解决方法。
必定必定要对别人的帮助表达谢意!