by 楊軍
原文地址：
有關讀書求知的一些想法
一件事情，如果你不能說清楚，十有八九你就做不好
有些事情,做起來要比想象中的容易
出于勉勵自己和分享優秀的心得體會的原因，在此匯總記錄，如有侵權，我會立刻洗掉，
有關讀書求知的一些想法
在求知的程序中，我們經常會要面對這樣，那樣的傭訓，
以讀書為例，一部經典的好教材，想要把它讀通，搞明白，弄扎實，除了在讀的程序中理解作者想要描述的字面意思以外，往往還需要通過作大量的相關習題及實驗來建立起更為扎實，深刻的認識，而捧著厚厚的一本書，人類心理潛在的占有本能又往往會驅使著自己以最快的速度將這部教材拿下，滿足自己的成就感，于是在沒有外人監督，沒有外力監控的情況下，很容易演變為一開始的時候讀書，做題皆顧，隨著時間的推移，自己開始不能抗拒快速讀完書本的傭訓，于是做題的頻率越來越低，最終在快速攻克目標的指導原則下，書讀完了，習題卻沒有做幾道，在讀的程序中，在每個閱讀的區域階段，對作者想要傳遞的意思似乎都搞明白了，但真的把書本一合，要求你對某一小節，某一大章，乃至全書做一個總結性的回顧，往往就覺得很多想法，很多話，似乎就在嘴邊，就在腦子里，卻就是不能以流暢的方式表達而出，真要讓你用書上講述的知識解決一些實際問題，卻往往感覺無從下手，究其根源，實際上還是學習程序做得還不夠扎實，
在我們的閱讀范疇中，有很多圖書，是不值得精讀的，特別是資訊性質的圖書，資料，（尤以互聯網上的資訊為甚），制作這些資訊源的作者，出于快速傳播其資訊的需要，往往會在制作程序中對資訊進行適當的處理，以降低受眾理解消化的門坎，對于這類資訊，在閱讀它們的程序中，能夠增加我們的見識，卻不能增進我們的理解力，因為在開始閱讀之前，我們的理解力就已經與這些資訊的制作者相當了，（資訊的源制作人在其專業的領域當然有著超出常人的理解力，但在他制作資訊的程序中，已經試圖通過各種手段，降低理解資訊所需的理解力了，否則，閱讀一份資訊類的報紙還需要一個普通人經過一兩天的思考才能完成的話，這些資訊制作機構也就早早關門大吉了），
而一本經典的好教材，其定位與資訊類讀物則大不一樣了，通俗來說，讀資訊類讀物，是為了知道發生了什么，而讀經典的教材類讀物，則是為了知道在發生的事情背后蘊藏的機理，再換句話說，經典教材的目的是為了提升人的理解力，而資訊類讀物，則是為了讓人長見識，
想要通過讀經典教材的程序來提升自己的理解力，就好比要通過讀書的程序，將作者身上所具備的，而在讀之前自己身上還未具備的某些能力，特質，吸收過來，不同的知識背景，不同的知識結構，不同的知識基礎，甚至不同的文化背景都注定了要想讓自己通過讀一本書獲得跟作者在這本書所述及的內容上相近的理解力，不會是件容易的事情，大量的思考，習題，實驗，乃至于查找相關資料辨偽存真，相互印證，都是重要的手段，一本好的教材，也許只有500頁，但為了將其讀通，讀透，進而提升自己在這本書所述范疇的理解力，你需要做的習題，需要查的資料，需要寫的筆記和讀書報告，可能會遠大于這個頁數，如果在讀這類書的程序中，只是滿足于在快速閱讀中理解自己目光所觸的書本范圍內容，恐怕，讀完了整本書，你都還未必能體會到作者真正想要傳達內容的十分之一，個人在理解力上的增益也就很有限了，
所以，對于閱讀經典教材，我會試著采用如下的方法：
1，堅持連續的閱讀
關鍵是連續，我本人不主張那種"這周看100頁，下周休一周，再過一周再看幾頁"的這種不均勻的閱讀方式，現代社會里，我們接觸到的事物，需要處理的事情都是非常繁多的，而個體的處理能力，記憶能力是有限的，所以，如果閱讀一本書的間隙太長，很可能你讀到第150頁的內容時，會發現自己已經淡忘了前面的很多內容，這種淡忘在閱讀程序中肯定在所難免，但是不規律，不連續的閱讀引起的淡忘效果要明顯得多， 一股作氣的策略，在讀書程序中也適用，
2，堅持思考
早就有古人說過"學而不思則罔"，長時間的閱讀，卻不去花時間思考why and how? 會讓自己退化為一個知識存盤機器，達不到提升理解力的效果了，對書本上的東西，如果只是人云亦云，所掌握的往往浮于表象，只有真正經過自己深入思考，推敲的，才能更有效的納入自己的知識體系，
3，堅持做題
曾經有過一段時間，我很排斥作題，覺得做題實在是一種應試教育的弊端，但多年之后，經歷過一些認知，學習上的困境，也走過一些彎路之后，我現在的體會是，做題是一種很有效的鞏固所學，扎實所學的方式，只不過，傳統的應試教育過分強調作題本身在功利方面的回報，容易激發起人的心理反彈，以致于個體一旦獲得自由學習的環境以后，會傾向于排斥這種方式了，
有很多時候，我們在讀書的程序中，感覺自己已經明白了作者所說的某句話，某個意思了，而實際上卻未必如此，不同的背景，不同的知識結構，注定了讀者與作者經常會在相同的某個描述上存在理解偏差，作者實際想闡明的意圖是a，他用來闡明意圖a的描述是B，而讀者在讀完描述B以后所建立起來的初始理解則可能是c，c與a可能存在交集，也可能不存在交集，不通過做題，僅僅思考，是很難確立自己對作者的主要意圖的理解是不是存在偏差，而通過做題，往往能發現自己在理解上的偏差和盲點，讓自己對描述B的理解更接近于作者想要表達的原始意圖a了，
4，堅持階段性地寫讀書筆記，
個人覺得，階段性地寫讀書筆記，有那么幾分"跳出畫外看畫"的感覺，不停地閱讀，思考，做題，會讓自己一直糾纏于書本，教材的細節，而適時地跳出來，做一個小結，會有助于自己廓清方向，梳理思路，不囿于一書一時，另一方面，還能起到鞏固所學的目的，至于查找資料，互為印證，因為現在的精力實在是有限，也跟自己的惰性有關，現在自己讀書的程序中，做得還很不夠，(個人感覺，做學術研究的話，查找資料，互為印證是必要條件，而僅僅是求知的話，則不那么緊迫，)但是上面所述的四點，自己在閱讀經典教材類的圖書的程序中還是基本在一直堅持的，
最后參考法國學者Pascal曾經說過的一句話作為此貼的結尾吧：
"讀得太快或太慢，都一無所獲，"
一件事情，如果你不能說清楚，十有八九你就做不好
記得有一次開會，我的頭兒說了標題所寫的這句話,自己深以為然，
有過較多解決問題的經歷的人可能會有這樣的感覺，很多時候，面對一個問題，我們即使沒有完全將之想清楚，也可以基于已有的經驗給出一個能夠work的解決方案，當然這種情況下給出的方案往往不是最優的，而即使給出了解決方案，很可能自己都未必能把自己給出的解決方案所基于的推理邏輯，清晰無誤地闡述出來，因為隨著人的知識，經驗的積累，我們可以越來越多地依靠經驗來解決一些問題，這些經驗有些是自己身體力行，實踐得來的，有些則是道聽途說，經卷紙傳，從其他的地方獲得的，在獲得這些經驗的同時，我們的大腦會建立起這樣的一個觸發機制：遇到問題A，經驗B會有效，遇到問題C,經驗D會有效...
至于為什么經驗B對問題A會有效，是不是在所有場景下都會有效，是否還存在更有效的解法，大多數情況下，我們未必會深入去思考挖掘，
于是，在遇到了與自己以前經歷過的問題相似，相近的場景時，我們就會條件反射地基于已有經驗，設計出一個解決方案，大多數情況下這個方案work得很好，但也有很多情況下，這個方案雖然能work，但并不是最優解，甚至自己都未必能說得清楚為什么給出這樣的方案，
最近在作業中，需要為語法規則設計相應的資料結構,自己就有了這樣的感覺，在做設計的程序中，有的時候，是舊有經驗作祟，有的時候，則是因為偷懶的情緒占了上風，自己會滿足于淺嘗輒止，對某個問題給出一個未經深思熟慮的解決方案，而隨著設計程序的推進，暴露出來的資訊越來越多，就會發現已有的設計不能很好地滿足一些場景的要求，因而對已有的設計進行調整，但是在調整時，自己往往會發現，對于已經作出的設計，為什么當時自己選擇那樣的介面，定義那樣的資料成員，自己并不能給出清晰明確的解釋，這就說明在做出當時的設計的時候，自己并未將問題想清楚，也未將自己給出的設計想清楚，而是基于一些已有的經驗，給出了一個差強人意的方案而已，
在這方面，我的老大作得要比我好很多，對于一個問題，他往往會將之想得非常清楚之后，才會去著手去做，以前的技術討論會上，凡是他提出的設想和方案，幾乎很少會有被我們駁斥倒的，因為只要是他在會議上提出來的東西，幾乎方方面面，各種可能，他都已經去思考過了，而在作業程序中經驗的積累上，他也經常會作深入的思考和挖掘，一般來說，凡是他解決過的問題，只要不是太detail的，跟他討論起來，他往往能夠對答如流，而能夠作到這一點正是因為他在儲備這些經驗的時候已經作足了功夫，而自己在儲備經驗的時候則往往不會花費太多精力，一個典型的場景就是我和老大同時遇到一個問題，有的時候，我能更快地給出答案和解法，但是過了一段時間，又遇到了類似的問題，我卻可能會忘了當時解決問題的思路，需要重新進行思考，而我的老大往往能夠直接從他的經驗體系中找出當時的解法思路，遇到一個問題，我往往能較快地給出一個解決方案，但細究起來，我就時有被卡住的場景，而我的老大，雖然給出問題答案需要的時間會較長一些，但一般他給出的答案，往往都經得起推敲，
外人看來，我干起活來很快，效率蠻高，但是自己內心才清楚，這種效率是以損失扎實性為代價的，
有些事情,做起來要比想象中的容易
記得去年8月份就曾經想自己動手設計一門語言，一開始的想法是先實作一門跟自己的目標語言特征有相似性的現存語言的編譯器，在實作中積累對語言設計和實作的理解，記得當時選定了Ruby以后，就把C Ruby的原始碼下載下來，列印出其語法BNF范式，后來就是一直在研讀Ruby的原始碼，零零星星也花了些時間，因為總是感覺對C Ruby本身的實作理解的還不夠通透，就一直沒有真正開始自己的實作，在我的想象中，真正動手去實作一門編程語言(僅指實作,不包括設計層面的作業) 并不是一件容易的事情，潛在的這種假想就這樣讓自己一直處于儲備階段，
及至到了新公司這邊，自己的第一個任務就是實作一門語言( 已經有相應的IEEE標準)的編譯器，這門語言已經比較成熟，市面上支持它的編譯器很多，也不乏一些開源的實作，自己一開始當然也是下載了語言的IEEE標準和相應的開源實作研讀了一番，不過公司里的作業不像個人任務那樣，總是在你感覺達到一個好整以暇的狀態以后才開始進行，專案的schedule、release的deadline往往會驅使個人在達到相對準備就緒的狀態以后就需要開始實際作業的推進了(在我的理解中，對于預研型的專案來說，可能還可以有更多的儲備時間，但對于工程性較強的專案來說，儲備時間往往并不會給很長)，于是在閱讀了語言的BNF描述，并對相應開源實作作了一些研究以后，自己就開始上馬了，
到現在為止，過去了大概有兩個月時間，回頭看來，自己也基本上實作了這個語言的詞法，語法部分，支持80%的核心語法，可以成功地讀入該語言的源檔案，并生成記憶體語法樹，現在自己已經開始著手做一些語意層面的事情了，這個進度還是有些出乎自己意料之外的，在剛著手做這件作業的時候，自己其實還多少是有些忐忑不安的，因為畢竟感徑訓有太多的東西不完全處于自己的掌控中，沒有那種充沛的成竹在胸的感覺，但真的推進起來，才發現，有很多東西、很多理解,，都是在實際的作業中強化、獲得的，
想想去年的8月份，自己就開始蘊釀設計一門語言，也一直在作儲備作業，過了一年時間，還是停留在儲備階段，沒有開始多少實質作業，
而真的被作業驅使，卻在不到兩個月的時間就已經大致實作了一門以前自己并不太熟悉的語言的parser前端，這里面固然有部分原因是因為近一年來作業的積累讓自己可以更快速的完成相應作業，但也真切的感受到一個問題，如果不實際動手做，僅僅是從外面看，往往會被一些表面上的困難阻塞住，產生不可逾越的感覺，及至真的動手做了，才會發現未必然，如果不是在新公司有作業需要,自己可能還是感覺沒有做好自主實作編譯器的積累，雖然自己現在在編譯器設計實作方面仍存在大量的知識薄弱項需要補充，但這并不意味著自己不可以開始著手作一些實際的作業，
總是期待達到一個完美的積累狀態再去動手實際做，結果可能就是一直陷入積累的狀態不能拔出，
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/240802.html
標籤：其他
下一篇：KVM虛擬化基礎