技术学习的三个过程

最近看到一篇文章,很简短,但自己还是深有体会,尤其第三点,结合自己的情况和理解分享给大家。

1:阅读,一种浅层次的学习方式

阅读不仅仅是读书,还包括看文章、公众号、微博,从中了解到一些新的技术,在阅读的过程中,需要将新技术和已知的知识进行融合。

如果能够有效的融合,本身就非常了不起了,如果只是走马观花,那还不如不阅读,阅读本身要高度集中,要积极思考和融合,我一直想着提升这种能力

但就算你做到有效阅读,阅读本质上还是一种很浅层次的学习。

通过阅读,将来在工作的时候,如果需要解决一个特定的问题,那么你可能会唤醒你的记忆,换句话说,虽然不一定能够解决问题,但至少知道有一个解决方案存在,多多少少有一定的印象,这就是阅读的作用。

为什么阅读有用呢?想想看,你周围是不是有很多专家,好像无所不能?可真的有这样的人存在吗?我觉得每个领域都精通的人太少了,这些专家可能仅仅是读了一篇技术文章,并有效的理解了,讲给你听的时候,你觉得很有道理,然后认为他就是这个领域的专家了。

2:构建,学会使用并扩展它

粗略了解一个新技术后,如果要知道它是如何工作的,必须去构建它,构建形式并不重要,比如可以写个小程序或小脚本,逐步深度了解这个新技术。

通过构建,你能扩充对新技术的理解,从而更有信心讨论这个技术的利与弊,成为这个特定领域的专家。

关于这一点其实还是很有体会的,你会从“道理看上去很简单”转变为“原来我原先有些理解是错误的”。

3:写下来,了解边缘知识

这个边缘测试有点像单元测试,目的是巩固理解,准确理解。

什么意思呢?有时候构建后,感觉自己理解的很充分了,但此时此刻,完全从你自己的角度去说服你自己,一般不会有问题。

可如果要将你的理解写成一篇文章,或者讲给另外一个人听,你主观就要求更严谨,为了说清楚,你就会去做很多的测试,让你的理解更完善,从中可能会发现很多问题。

比如我为啥写公众号,其中很重要的一点就是能够巩固知识的理解,当你写出来的时候,会发现一些问题。比如我在写ssh系列文章的时候,虽然也构建了(就是成功测试了),但为了把客户端密钥文件权限说清楚,又针对每种情况都做了测试,测试后发现自己原来理解的有偏差,如果你不写下来,可能就忽略了一些细节。

技术学习理论上就是不断重复这三个过程,但要记住,千万不要生搬硬套。

因为不是什么样的学习都要经过这三个阶段,学习到什么层次完全取决于你的需要,很多知识保持很浅的理解就行了,完全没有必要深入下去,这就是选择放弃

对于一个高手来说,很重要的一点就是知道自己要学什么,知道哪些技术是自己应该深入学习的,哪些技术简单了解即可,这就是有的放矢。

对于技术来说,深入学习需要耗费很久,也取决于你的基础知识掌握的是否扎实,这条路本身就很坎坷。加油吧,少年!

技术学习的三个过程_第1张图片
欢迎关注我的公众号

你可能感兴趣的:(技术学习的三个过程)