之前寫過文章講工程師應該怎么學習，講的最多的就是要多讀體系化的技術書籍。最近碰到一些朋友說讀書讀不進去，讀的太慢，或者讀完就忘該怎么辦。

這篇文章解答一下這幾個問題：

• 讀書讀不進去

• 如何加快閱讀技術類書籍的速度

• 讀過的書會忘記怎么辦

讀書讀不進去

讀技術書主要有兩個目的，一是和工作內容結合尋找能夠落地的方案，二是了解不太熟悉的領域的宏觀大圖，幫助自己建立知識體系，拓寬視野。

能直接和工作內容結合的書是最好的，如果我們在做流式計算領域，那把市面上常見的幾本英文書：《stream processing with flink/spark》 和 《streaming systems》讀完自然是應該的，書的內容和我們的工作密切相關，這種類型的書不太可能看不進去，如果看不進去，就看看自己的銀行卡余額。

若是想拓寬視野，閱讀的內容大多就和我們的日常工作脫離了，如果書里的一些生僻內容，恰好觸達了我們某根脆弱的躺平神經，可能直接就棄了。這需要我們對自己的意志力有一些要求，閱讀時定一個簡單的目標，比如這個月要讀完，并且要寫出一篇讀書筆記。有辦法來跟蹤自己的進度(比如有 deadline 的 todo list)。

某些公司的環境會讓大家過度焦慮看不進書，這也是可以理解的。適度的焦慮能夠促使我們思考、創新和進步，過度的焦慮對精神和身體都是摧殘。如果在公司內長期無法緩解焦慮的話，建議還是轉崗或換工作對自己更好一些。

簡單說，就是與工作結合，對自己的意志力要有基本要求，遠離那些讓自己無法沉下心讀書的環境。

加快讀書速度

這里僅指技術類的書，也分兩種，一種是實戰類，一種是理論類。

實戰類的書內容有很多代碼片段，我們跟著書的進度把書里的 demo 都敲一遍，可以把書里的內容吸收大部分了，不太看得懂的 demo 才需要去閱讀代碼附著的文字說明。敲完的 demo 可以直接放在自己的工具箱里，可以在 Github 上為自己開一個 learning 的倉庫來做這件事。

理論類的書一般都是在向讀者兜售方法論，質量比較高的理論書都有豐富詳實的配圖。這種類型的書，我們只要能夠讀懂書里的所有圖就好。相比理解文字，人們在理解圖片上有天然的優勢：

Research at 3M Corporation concluded that we?process visuals 60,000 times faster than text. Further studies find that the human brain deciphers image elements simultaneously, while language is decoded in a linear, sequential manner taking more time to process.

舉個例子，《microservices patterns》這本書就寫的特別好，書內所有內容基本都配有具體的流程、交互、架構圖，所以閱讀起來體驗也非常好，可以在 1-3 天之內順利地讀完，不太注意圖形表達的作者寫出來的書往往就很糟糕。

重視內容結構的書，會按總分總的結構來編寫，每一章要有一個大圖，圖里會把章節內的關鍵點都放進去，讓人能很方便的在讀完文章之后根據圖片去記憶一些關鍵知識。沒有匯總的章節閱讀就很費勁了，這一點在做內容輸出的時候也應該注意。

簡單來說嘛，就是抄代碼+讀圖。

讀過就忘

拓寬自己視野的書讀了忘正常的。。。。

這里我們要講費曼學習法了，你需要用思維導圖把書里的內容給總結下來，不想畫圖也行，寫一篇讀書筆記也是可以的。輸出是最好的促進輸入的工具，不需要多講了，寫文章、做演講也是工程師重要的能力。

如果未來某天忘記了某本書的內容，把之前自己總結的圖和筆記翻出來就行，很快就可以回憶起來了。我見到過很多牛人你問他某個領域的東西也想不起來，但掏出他的導圖馬上就可以滔滔不絕地講起來。

日常工作可能會碰到某些公司里高級別的老板宣揚讀書無用論，這些人大多是被時代的紅利沖昏了頭，對于互聯網的后來人來說，很難像前人那樣憑借運氣實現人生的逆轉。

作為從業者，面對日新月異的技術領域，只有知識積累與個人能力才不會讓我們沉淪。

總結

以上是生活随笔為你收集整理的曹大：我的快速阅读法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。