读书到什么程度才能算融会贯通?

版权声明:本文为博主原创文章,转载不需要博主同意,只需贴上原文链接即可。 https://blog.csdn.net/zhige_me/article/details/81279869

我是一个喜欢读书的人,因为面对这样一个复杂的世界,我渴望了解它的真相,我想获得关于这个世界各个层面的知识,从而提高我的认知,进而成为一个不糊涂、有趣的人,这就是我的原始驱动力。

我们也应该都读了不少书了,但是始终有一个问题,书读到什么程度才算通汇贯通呢?

我觉得可以从两方面作答:纵向和横向。

首先是纵向。怎么做到融会贯通呢?就是当你读一本书的时候,还能推荐这一类的其他几本书。

比如说我前一段时间写了几篇文章:

关于读书,请你丢掉对书本的敬畏感
关于读书,为什么需要速读?
关于读书,千万不要忽略输出

只看题目就好了,想了解细节的可以点进去看看,其实这几篇文章阐述了读书的几个基本步骤:
1、摆脱对读书的敬畏感。就是别怕。
2、速读。先看主题,再看结构和脉络,找你想看的重点,提出好的问题。注意这部分一定要不求甚解。
3、精读。根据你的问题有针对性地仔细去看。
4、输出。或者叫反馈,这里指写作。

其实我的观点主要是来自于我读过的几本书,并且我也是这么实践的。如果你看完我这几篇文章,觉得要是志哥也读过这几本就更好了,那里面有个什么什么观点比这几篇文章要好,那你在这个小的领域差不多就算融会贯通了。

列一下这几本书:
《如何阅读一本书》 ——莫提默.J.艾德勒
《这样读书就够了》——赵周
《如何高效读懂一本书》——秋叶
《如何有效阅读一本书》——奥野宣之
《书都不会读,你还想成功》——二志成

当然还有很多其他类似的书就不多介绍了。

另一个是横向。也就是不只是读书,在做其他事情的时候也是能够用这一套方法的。我举几个例子。

比如读源码,我是一个程序员,平时肯定要读源码,有些人一听到读源码,觉得那都是牛逼的人才读的,我等渣渣就算了。那现在我们套用上面几条读书心得,来看看这个问题。

首先就是要摆脱对读源码的敬畏感,很多人怕读源码,其实这种心理大可不必有,你想想看,你新加入一个公司,或者接手一个新项目,如果不是你从头开始开发的话,是不是需要先了解这个项目的源码,难道你自己项目的源码就不是源码?只是那些优秀的开源技术框架写的好一点而已。

第二是先速读一遍,根据需求文档、技术文档,先去了解这个项目的大概内容,找到关键的点,提出你自己的问题。同样注意,这步要不求甚解,不要去跟某个小的函数里面的实现。

第三是精读,可能你急需改这一部分的 bug,或者你想弄明白这个地方是怎么实现的,这就要你精读这一部分的代码。这一步就要求甚解了,每一行都要明白是干嘛的。

最后是输出,把你遇到的那些坑,或者这段代码写的比较好的地方记下来,留着以后回顾,还可以分享给同事,或者写篇文章,加深一下记忆,还能帮助他人。

你看,是不是和读书一样的道理,读开源的框架也是一样的。其实同样的文章我可以再写几篇,只要把关于读书改成关于读源码就好了。

上面那个可能比较技术一点,再举一个生活中的例子,就是前几天发生的,我朋友圈的都知道我装了个桌子,有人说装个桌子还不简单吗?你先听我讲啊。

我和两个同事合租的三室一厅,我们买了三个桌子,要自己装,刚开始一个室友尝试了一下,说不好装,我大致瞄了一眼,加上他说的话,也觉得不好装,于是就在那放了一个月,我每天没桌子也挺痛苦的,但是那句不好装加上拖延症,也就没装,其实这就是对装桌子有点敬畏感。

image

上周的一天,我决定必须得把它装了,这就是摆脱敬畏感。

就去客厅,先大致看一下,什么螺丝应该装哪,桌腿该怎么放的,这个大致的过程,我们可以称之为速读。

然后就是一个螺丝一个螺丝的拧,这就是精读。

最后把这个安装过程分享给室友,就是输出。

客厅没空调,流了两斤汗,就没给室友也装了……

image

最后一个例子,是我表哥的例子,他要给孩子剪头,一般人肯定是找个师傅剪剪就好了,你看他是怎么套用这个逻辑的,当然是我瞎想的,他有没有用我读书的心得我就不知道了。

image

首先摆脱敬畏感。不怕,不就是剪头嘛,剪就是了。

然后是速读,剪头嘛,先两边后中间嘛。

然后是精读,一下一下的剪。

最后是输出,分享一下剪头心得到朋友圈。

来,看看效果。是不是很完美?

image

不管是纵向还是横向,要做到融会贯通,都要多读、多思考。

相关文章:
关于读书,请你丢掉对书本的敬畏感
关于读书,为什么需要速读?
关于读书,千万不要忽略输出

精选文章:
如何把百度网盘下载速度提高 100 倍,我推荐这个下载工具
《活出生命的意义》:人生有何意义?
从疫苗说起,为悲剧性的乐观主义辩护
如何有效训练你的研究能力
新手如何摆脱教程魔咒
这个世界会好吗

阅读更多

没有更多推荐了,返回首页