摘要

這篇文章從如何閱讀書籍出發，簡單討論了如何選擇書籍、是否閱讀原版和閱讀數量這幾個常見問題，然后自己的閱讀問題進行了分析和總結。

注意

“如何閱讀”指“What to read”而非“How to read”，Mortimer J. Adler的怎樣閱讀一本書對How to read有著精彩的描述。

“書籍”指非小說（Non-fiction）類書籍。

目標

我是一個功利主義者（Utilitarianism），因此我認為閱讀的目標在于為自己創造實際價值，所以：

我不會因為某本書看起來很有趣就去閱讀（機會成本）。

也不會因為很多人推薦某本書就去閱讀（從眾）。

更不會因為某本書難就去閱讀（追求智商優越感）

一本書值得閱讀，當且僅當：

它可以直接為我創造價值。

它可以間接為我創造價值。

我的閱讀目標：

形成T型知識結構：專業知識盡可能深入，專業周邊知識盡可能精煉。

如何選擇？

專業書籍

專業知識盡可能深入。

我是一個軟件開發者（Software Developer），因此這里的專業書籍均和軟件開發有關。

這里介紹我自己用的兩種方法：

根據引用列表

從一本經典書籍出發，深度優先遍歷它的引用列表，通過書評和摘要了解這些引用書籍，再根據自己的實際情況決定自己的閱讀次序。

這里以代碼大全為例（為了方便和一致性，這里使用英文書名）：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27

Code Complete：軟件構建全程最佳實踐指南。 | |----How to Solve it：系統解決問題。 | |----Conceptual Blockbusting：跳出思維的壁壘。 | |----Mythical Man Month：軟件工程不能做什么。 | |----Programming Pearls：極簡算法手冊。 | |----The Science of Programming：編寫正確的程序。 | |----Writing Efficient Programs：編寫高效的程序。 | |----Pragmatic Programmer：高效程序員的實踐。 | |----Refactoring：如何改進自己的代碼。 | |----Programming on Purposes：用正確的編程模式處理問題。 | |----Software Tools：用合適的抽象封裝復雜度。 | |----The Practice of Programming：極簡編程風格指南。 | |---- Writing Solid Code：減少調試的時間。 | |---- Elements of Programming Style：極簡編程風格指南。

可以發現，通過代碼大全一本書，經過短短兩層引用聯系，幾乎可以找到2004年以前所有軟件開發的經典書籍。事實上，我閱讀的80%以上的軟件開發經典書籍，都源自于代碼大全的引用列表。

這種方法的好處：

• 簡單直接：相對于從茫茫書海里找出10本經典書籍，找1本經典書籍再從它的引用列表里面找到20本經典書籍要容易的多。
• 質量保證：靠譜書籍的引用書籍的質量一般都很高。
• 發現一些被忽視的經典：相當一部分的書籍隨著時間的流逝而淡出人們的視野，但這并不代表它們本身沒有價值，例如：
  • Programming on Purposes
  • Software Tools
  • The Science of Programming
  • Writing Solid Code
  • Writing Efficient Programs
  • 等等… 這些書或者絕版，但它們都對我的軟件開發理念產生了巨大影響。
• 形成知識體系：引用書籍彼此具有天然的聯系，這使得創建知識體系更加容易。

我認為這種方法適用于任何需要嚴肅閱讀的領域：

錨點：找到一本經典書籍。

撒網：了解該書引用列表中的書籍。

收網：根據自己實際需要，精讀相關書籍。

根據作者

這里以計算機書籍為例（以下僅代表個人口味）：

Richard Stevens：善。

Brian Kernighan：極善。

Deitel Series：翔。

Bruce Eckel：廢話連篇。

Jon Bentley：善。

Andrew S Tanenbaum：大善。

Jeffrey D Ullman：善。

P.J. Plauger：大善。

Robert C Martin：善。

Bjarne Stroustrup：善，但略神叨（神侃世界觀方法論有點頂不住）。

Martin Fowler：善，但略嘮叨。

Ron Jeffries：翔（好吧我是故意來黑的，尼瑪連個Sudoku都解不出來寫毛程序）

這種方法的問題在于需要一定閱讀經驗，但是它非常有效——以至于不用看內容就對書的質量有七八成把握。

非本專業書籍

專業周邊知識盡可能精煉。

對于專業周邊知識，了解關鍵概念及指導思想即可。

不需要，也沒有必要對專業周邊知識進行深入了解。

“Know what” is enough, “Know how” is expensive.

以我2年前編寫手機應用，學習用戶體驗為例：

分別在現實中（身邊有幾個很不錯的交互設計師）和線上（Quora和知乎）進行提問和搜索，得到一個書單。

按照下面的原則過濾書單：

• 去掉教科書和大部頭。
• 去掉包含大量原理或論證的書籍。
• 保留結論型書籍。
• 保留指南型書籍。

總結出書單，迅速的閱讀并找到關鍵點。

• 給大家看的設計書：CRAP原則，字體與配色。
• 設計心理學：心智模型，心智摩擦，最小驚訝。
• 交互設計之路：為什么需要交互，交互有哪些坑。
• Tapworthy：具有實際操作性的移動平臺交互設計指南。

了解設計的人可能認為上面的書單過于初級——沒錯，它們都是結論型或指南型書籍，沒有原理，也沒有論證——但這正是對于我這樣的非專業者所需要的書籍：我不需要知道這些知識是怎么來的，知道怎么用足矣。

此外，受價值驅動，而非興趣——大多數情況下興趣只是把自己脫離當前困境的接口。

學習型書籍

學習型書籍是一種元（Meta）方法書籍：這類書籍用于提升學習能力，換句話說，就是縮短吸收知識所需要的時間。

這類書籍我只讀過下面的幾本，效果有但不明顯：

• 學習之道：冥想，體會。
• 如何閱讀一本書：檢視閱讀，主題閱讀。
• Learn more, study less：建立知識體系及聯系。

需要注意的是，不要陷入到尋求最優學習方法的誤區——Best is the worthest enemy of better。

閱讀原版？

如何在翻譯版和原版做選擇？

優先選擇翻譯版。計算機書籍這種描述精確知識的書籍更是如此。

此外，如果閱讀中出現難以理解的問題，不要下意識的把其歸咎于翻譯問題——多數情況是理解問題。

為什么還有那么多人閱讀原版？

因為翻譯版還沒出版。

知識的價值有其時效性。

逼格。

越多越好？

我經常逛豆瓣，豆瓣有一個很有意思的現象就是人們喜歡去比較自己每年讀書的數量，或者是截圖炫耀自己讀過幾千本書云云。

我在這里酸一下：書的數量并沒有什么參考價值，就好比無法用蓋一棟大樓的磚數評價這棟大樓的質量；換個說法，Effort不等于Progress。

關鍵在于讀過書的質量，吸收的程度，以及創造的價值。

此外，盲目追求讀書的數量會帶來另一個問題——淺嘗輒止。本應花在專業書籍上的時間被分配到其它無關緊要的事情上，導致該學好的沒學好，沒必要的學了一灘但用不上。

總結

形成T型知識結構：專業知識盡可能深入，專業周邊知識盡可能精煉。

• 按照引用列表和作者深入閱讀專業書籍。
• 利用結論型/指南型書籍精煉閱讀專業周邊書籍。
• 不斷強化自己的按需學習能力。

不一定非要閱讀原版。

讀書并非多多益善。

讀書之前回答下面幾個問題：

• 這本書能給自己帶來什么改變？
• 自己是否需要這種改變？
• 如果均為Yes，繼續；如果有一個No，砍掉。

原文地址：http://zh.lucida.me/blog/on-reading-books/

轉載于:https://www.cnblogs.com/MrLJC/articles/3728927.html

總結

以上是生活随笔為你收集整理的如何阅读书籍的全部內容，希望文章能夠幫你解決所遇到的問題。

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