周末了,写篇文章跟大家闲聊一下。上午花了三四个小时,看完了公众号里的文章,有一些感想,就写篇文章跟大家聊聊。

内容关于三方面:聊聊公众号内容的阅读,聊聊总结的Java技术栈,聊聊技术学习的感悟。

阅读的小习惯

个人有一个小习惯,公众号收到的文章不会单纯让它放哪里,会定时去阅读或清理。但随着关注的技术号越来越多,再也没时间去一篇篇看了,基本上都是集中阅读。

集中阅读有两个好处:

第一,如果按照公众号新的推送模式,推送一条,马上阅读,整块的时间反而被碎片化了,而且难以分辨当前推送文章的质量如何,点开只是一时脑热。集中阅读就能够更加准确的分辨文章是不是自己感兴趣的,是不是有价值,是不是要读一读。

举一个例子,就拿“程序员被定义为农民”这个话题来说吧。如果文章放一段时间,集中阅读,你可能看一个公众号的一篇文章之后,也就了解情况了。但如果推送一条消息就马上阅读的话,在兴头上,每个公众号推送的相关主题可能都会阅读一下,时间加倍,收益几乎一样。

第二,避免广告带来的时间浪费。一篇标题很好的文章,点开读了几分钟,发现是广告,这种体验是不是不太好?我个人读文章一般是一周集中读一次。这时,很多文章点开时已经被作者删除了。而且集中读时,你会发现很多重复的文章(广告或转载),真的感兴趣,读一篇即可。

个人集中阅读时,会把阅读完的内容删除掉,算是一个小洁癖吧。但如果一篇一篇的删,那非常耗时。个人会采用公众号最初的查看模式,也就是右上角三个横杆那里,点开之后是以公众号为维度划分的。这样就可以看到每个号所有的推送文章,看完一个,整体删一个号全部的内容。

写技术的越来越少了

早上花了三四个小时,来阅读清理文章。几十个号,大概几百篇文章吧。在阅读的过程中,一个最大的感慨是:文章越来越多了,但写技术文章的人却越来越少了。

大多数的号都是热点、转载、职场、广告。这不能说不好,但作为技术人,读一百篇职场文章,不去行动,不真实提升自己的技术能力,好像作用也不大。读时感觉挺感慨的,读完也就完了。就像刷过一条抖音一样。

当然,还是有不少人在持续输出技术文章,比如我的号就是。

在看文章时,萌生了整理一下Java技术分类的想法。看看这么多号,这么多文章,都涉及了Java的哪些框架,哪些知识点。于是有了下面的脑图:

Java技术栈

脑图的细节就不再截图了,感兴趣的朋友可以在公众号「程序新视界」内回复“999”直接获得原始文件。这个脑图后续还会继续扩充整理,划分维度也会重新调整。

当整理完这个脑图之后,发现技术的知识点可能真的就这么多了。每天花大量时间看的文章内容,基本上都离不开这些框架和点。既然如此,为什么要零散的学习一个方面的一个点?为什么不集中学习,逐个攻克呢?这是个问题,你可以思考一下。

集中学习是最有效的方式

其实整理上面的脑图得益于两方面原因:阅读源码的感悟和朋友的影响。

最近正在阅读Nacos的源码,而且还在持续输出系列文章。在此过程中发现,所有的知识都是一个系统嵌套一个系统,一个框架嵌套一个框架。只有把底层的框架搞懂了,源码中的应用才能够理解的更加透彻。不然,阅读源码是一件非常痛苦的事。

举个例子,阅读Nacos中的gRPC通信实现,会发现所有的知识点都是连起来的。要学会gRPC实现,得了解RPC的原理、gRPC框架本身的实现,gRPC又涉及到protobuf框架、Netty框架、HTTP2.0协议。如果这每个框架的实现都深究下去,便是更加基础的知识点了。

下面是学习gRPC时整理的脑图(还在完善):

gRPC

在上面的例子中,你会发现,如果你之前的学习模式是每个知识点或框架都系统学习,那么当一些其他的框架用到这些知识点时,理解起来是超级容易的。反之,你想弄明白一个框架为什么使用gRPC,可能只能停留在“别人说它好”的层面。

另外一个是朋友的影响,一位朋友正在准备面试,就把所有的框架先搞出来个脑图,然后把这个框架涉及到的知识点进行系统的整理,最后再逐个学习攻克。说实话,非常佩服这位朋友,也在学习他的方法。

他这样做有两个好处。第一,系统化学习更容易记忆,更容易融会贯通;第二,方便后续回顾,系统的鸟瞰。

鉴于上面的原因,集中的系统化的去学习一个框架、一个领域知识是最好的学习方法之一。至于这种模式是否适合你,效果如何,尝试一下就知道了。

小结

这篇文章就闲聊这么多,最后只想再说一句:只有不断的反思、复盘,才能找到自己最佳的学习模式和生活状态。



翻看了上百篇技术号文章,写技术的越来越少了插图2

关注公众号:程序新视界,一个让你软实力、硬技术同步提升的平台

除非注明,否则均为程序新视界原创文章,转载必须以链接形式标明本文链接

本文链接:http://choupangxia.com/2021/08/21/java-2/