很多时候都陷入了某个技术点或者概念的深挖再忘的怪圈,明明以前对此做过专题分析啊(网上各种搜索),为什么再用到的时候又不认识了呢,像个小白一样满脑袋XXX。其实呢,原因很简单:虽然做过点对点研究,这里研究一点那里研究一点,却没有形成全面的认知,不清楚技术在知识图谱中所处的位置,以及为什么它会处于目前这个位置,前因后果是什么?比如:IO-BIO-NIO-Netty。是怎样一笔笔演变过来的?每个技术的特性是什么?先整体后局部,顺序不能搞反了,否则白白耗费时间学了最后还是记不住。因为没有真正理解技术演变的过程以及技术在框架中的作用即其功能用途特性,要先对框架有个了解。看书也是如此,不能抱着把每章的每个知识点都啃透的想法,要先整体的翻一遍,有个大概的认知轮廓,有了框架再去往里面填充细节。就如同创建一个Java类之前,要先搞懂创建这个类的初衷是啥,这个类能够提供哪些服务呢?服务具体能够提供哪些功能呢?每个功能会用到哪些对象属性呢?这样一路思考下来,就更清晰了。
就如同高中的时候刚开始做阅读理解,词汇量还没达到一定水平,总会遇到几个不认识的单词,可是并不影响我们对整片文章的理解,而且通过上下文章节的相互串联,反而能帮助我们去理解这些不认识的单词,这时就会有一种茅塞顿开的感觉,不禁感慨原来是这么回事啊。
理解为主,应用为王。要先理解背景框架,并结合实际应用场景最好能实战,这样应该会更加认知深刻。
发现了一扇若隐若现的大门:读源代码据说能帮助理解很多框架设计模式之类的知识。跃跃欲试~
尝试书写自己的知识图谱~
善于利用已知推导出位置 思考很关键
读源码、看视频、看书、参加培训,虽然方式不同,但都是在了解一些编程技术的由来、演变历史及最新技术的独特优势所在的点,同时也是在积累和汲取前人的宝贵思路方法以及高效的工具。不会搞得像是盲人摸象般不得其法。
慢慢开始有了点章法啦 这种感觉很踏实 真的很踏实~