在日常工作中,产品不断写业务需求,他们加班一天,我们开发就得工作一周来完成。
业务领域达到一定地步后,发现日常编写业务代码已经很难让我有突破性的进步,日复一日,担心自己变成一个业务代码生产机器,而无法面对新技术和环境变化。
同时也有危机感,长江后浪推前浪,自己不继续学习的话,很快就会有人超过。
而且我算是比较热心的好同学,喜欢帮别人解决问题和记录解决方案,所以不希望在别人问我工作中有什么常用的框架,遇到这个问题该怎么办,我却回答不上的感觉
所以就沉下心来,从工作中一直在用的 Spring 框架源码学起,看看大牛们的代码设计。
虽然我拿 Spring 作为例子,但模板可以套用到你想阅读的任何源码上~
官方文档地址
可以说,开源框架的官方文档是最完整,最全面的使用和说明介绍,详细到每行代码的用途和异常都有说明(大雾),反正只有想不到,没有官方文档没写的。
如果在运行当中,跟官方文档不符合的场景,应该算 BUG ,那么读者发现了,可以给他们提 ISSUE ,为开源生态圈做出自己的一份贡献~
很多开源框架的文档是英文写的,这是个不争的事实,所以直接看英文的话,会很吃力。
但国内也有大牛和大神,我们会从中学习,然后不断改良和吸收优点,然后再创建更符合国内需求的框架。极客们会将翻译或者改良建议公布到网络,与我们大家进行分享。
例如去 CSDN
、 掘金
和思否等技术社区,都已经有人翻译或者写了自己的见解,我们先从中文文档学习,遇到疑惑或者官方文档更新了,与官方文档比对后,得出自己最后的结论和使用方法。
之前看到微笑大神在 知识星球「Java极客技术」 里写的主题「如何高效的学习」:
文章中提到了“学习金字塔”模型,有以下七个层次:
1 听讲
2 阅读
3 视听
4 演示
5 讨论
6 实践
7 教给他人
然后学习内容的保留率从上往下依次递增:
下面是两者对比后得出的结论:
我们上学时经历过太多的被动学习,高中时还好,老师上课时,台下的学生认真听讲,下课后还记得老师在课堂上讲的大部分内容。
但到了大学后,台下的学生更多,老师无法兼顾这么多学生,学生也有很多课堂外的活动,还记得有张动图,两个学生在上高数课,老师在黑板上写了几行公式,然后学生瞌睡,眯眼了一会,睁开眼睛,发现黑板上写满了高等数学定理…
我也认为学习不是一步登天,也不可能将自己只看过一次的内容完全记牢,跟微笑哥一样, 我一年前看过 jvm 的知识,后来工作中用得比较少,在需要用到的时候,我又回去看了一遍书本,后来我将这些常用的命令总结了一下,在后来使用时,一边翻阅笔记,同时命令行敲得更快了一点!
网上也有很多学习视频,看视频的同时,要自己敲下代码,能够正常运行起来,成功运行时会有一种成就感,同时也会加深自己的理解,可以在下次遇到相似场景时进行借鉴,去解决实际问题。
这里的收获也有两种类型:
1、 加深了 Spring
框架的基础结构
对 IoC
、 Aop
和 MVC
等基础概念有了更深的了解
abstract
抽象父类,里面做了很多复杂操作,但会提供一些模板方法,通过继承,让子类去扩展实现,在子类调用父类的方法,做到了 「关闭修改,开放扩展」 。 3、 多种设计模式
简单工厂、工厂方法、单例模式、模板方法等等,都在源码中有所体现,在了解整体结构时,可以弥补之前看设计模式书籍的不足,加深对它们的理解
( PS:「Java极客技术」知识星球里面每周都会有设计模式的分享,可以加入进去,在里面一起加深设计模式的学习 )
通过上面的学习,在之后自己编码时,会注意到这些细节,然后不断提高自己的编码能力
学会一个 demo
很容易,成功运行虽有点难度,但根据教程和资料,弄成功是没有问题的,难就难在写出来教会别人。
之前写的更多偏向于速记型,是为了自己查看的,根据关键信息速查,自己回顾也得花上一段时间,所以别人不一定能看懂。这次想要让自己回顾起来更快速,于是在语言组织以及格式编排上画了一点时间,尽可能的完善笔记,提升了写作的能力。
不厚道的说一句,如今太多贩卖焦虑的推文,我也清楚明白人无忧虑和追求,是不会有所进步的。
但我也认识到,如果看到焦虑却想着不劳而获,那是更可怕的事情,一不小心就会掉落营销者他们所设的陷阱,停止了前进。
何不换种思路,心中保持担忧,但心态放轻松,不要想着不劳而获,而是克服苦难,继续增强自己的技能。所以这次的沉淀学习也是想让自己冷静下来,沉浸在书籍中,获取解决一个又一个疑问的喜悦
客观的说,我的担忧还是没有消除,但我的心态转变了一些,想要通过增长的技术体现自己的价值,在实际工作中解决实际问题,得到别人的肯定。
一千个读者有一千个哈姆雷特,同样的书籍大家的感悟应该也会不一样,以上只是个人的分享,期待听到朋友们的留言