《如何阅读一本书》读后感

背景

​ 最近阅读了一本书《如何阅读一本书》，感觉人还是要多读书，所以最开始我想读的书就是教我如何读书的书，后面读书时才能快速和高效。

​ 这本书很经典，我这里也是做了一个思维导图，链接在这里：链接。也供大家参考一下：

心得体会

​ 下面就是自己读完后，自己的一些心得体会。主要是阅读中一些感悟。

• 对于难读的书，第一遍可以细读，无论是否读懂，都要细读，了解各个语句的含义，没有任何歧义。然后再读一遍，这一遍可以略读，梳理文章读结构和观点。
• 一定要梳理出适合自己的读书方式，记笔记的方式、读各种类型书籍的方式。
• 读一本书不是读一遍就完事，一定要多读，书读百遍其义自现以前一直以为只是句谚语，没想到是真理。
• 读书是需要环境的，太过于嘈杂的环境读书是没有意义的。
• 要清楚你读书的意义，有些书读完是能够在某些行为影响到你的（如果你认同的话），没有影响到你行为的读书也是无意义的。
• 要建立自己的书单，这个书单的作用是为了自己主题阅读时能够列出同类型的书。

不同总类书籍的读法

​ 这一部分是记录自己对于不同书籍不同的阅读方式。因为我本身是一名程序员，所以列举的书籍大部分也是和我的行业有关。

查找问题时遇到的不同博客

​ 因为工作中阅读的博客基本都是查找问题时搜寻的博客，其实这一类非常适合主题阅读。大体做法如下：

• 确定你的目的，即你搜索的方向或者你要解决的问题。
• 在各个搜索引擎上搜索对应的问题或者词语。拿到大量的博客链接或者文章链接。这里比较推荐官方的文档。
• 大致看一下这些博客的内容，略读。看看整体有没有大的毛病或者不正确的地方，可以参考文章的评论部分。对于不正确的文章pass掉，选出一些有价值的博客。
• 对这些博客的各个词语进行意义统一，因为程序行业，所以大部分人的名词基本都是统一的，但还是有个别人的词语可能有些歧义。
• 将博客的方法进行归纳，最后得出一些步骤或者方法，能统一最好，不能统一则选择合适自己的方法。

空下来（摸鱼时）看的技术博客

​ 平时有时间时，会看一些技术的文章来提升自己的技术，这个时候的做法如下：

• 先大致略读文章，看看有没有大的毛病或者不正确的地方，可以参考文章评论，有错误的文章直接舍弃。有价值的文章可以进行到下一步。
• 将文章进行分类，例如是大数据方向、架构方向、行业信息、技术细节等。
• 分类完毕后可以按照自己的需求确定是否需要阅读。例如：你从事Java行业的工作，想转到大数据，你读到大数据的文章，但是你现在不想读，可以将文章放到你的分类缓存里面，以后阅读。也有些文章可能对你目前的工作有帮助，你需要现在阅读，就可以进行到下一步骤。
• 详细的阅读文章，可以按照分析阅读的步骤阅读。读懂作者的意图和作者的方法，认同的话可以后续的行为就可以按照作者的叙述进行修改，不认同就将文章的内容忘记。例如你读了一篇《Java代码的33个规范》博客，你认同该博客，就按照作者的博客修改自己的部分行为，不认同就可以慢慢忘记作者写的内容。

一些经典的书籍

​ 有时候你的时间会比较多，可以读一些行业内比较经典的书，不仅仅是行业内，也有行业外的。例如《Java编程思想》、《毛泽东选集》等。这类书可以细读，不用太担心这类书会写的很烂，很多人已经帮助我们证明过了。阅读的步骤如下：

• 略读大致的章节，对于本书要叙述的事有一个大致的了解。
• 分析阅读，细读书的各个章节，理解各个细节中的词语和含义，最后达到的效果就是对作者的意图和句子的含义不产生歧义。
• 找一些类似的文章或者书籍，验证你读完书后的一些问题。

其他书籍

​ 这里的其他书籍可以代指很多书籍，例如《Docker入门与实战》、《SpringBoot入门实战》。这类书籍因为读的人可能不是很多，达不到经典的程度（不是说这些书写的不够好，是读的人不多，无法达成有效的判断）。所以这些书可以按照阅读技术博客的套路来读。

​ 也是大致略读，看看有没有价值，有价值就找时间读读或者放到自己的书单里面，没有价值就直接放弃，不再浪费时间。你要是对个别章节感兴趣，也可以读读个别章节。但是没有必要细读全书。

​ 以上就是自己阅读《如何阅读一本书》后的读后感，以后也会按照这篇博客的内容慢慢修改自己的行为。

​ 就这样吧，结束。