讀書

   博客註冊有一段時間了，可是一直沒開張。冒着雖然寫東西也仍是會長草的危險，我仍是先貼幾個字吧，一方面是好歹給本身一個開始，一方面也是有人想看。其實後者更重要，這個跟咱們寫代碼很像，不少時候你關注一些問題的主要緣由並非解決這個問題能幫幫你掙多少錢，而是除了你以外還有不少人關注這個問題而且願意跟你討論這些個問題。也就是說，在這裏寫東西也是由於除了本身以外還有別人掛住相似的問題， 人畢竟是羣居的動物，拿出來點有意思的事情你們討論討論生活才顯得美好。不過，貌似莫言同志認爲：做家應當只爲本身的靈魂歌唱。既然我距離做家還有不止十萬八千里的距離，以別人願意看爲理由來寫點東西，應該仍是說的過去的。
 
   既然寫是爲了讀，那就先說說讀書。如今讀書的人真心已經很少了，且不說當年那些人人語文快九十分的同窗們，單單是到了大學就不多有人看到有人在圖書館捧着書看.( 大多數人是去蹭空調和座位的 )。到了辦公室以後就更別提了，同事的桌子上除了技術手冊就是技術手冊，連相似於<linux編程藝術>這樣的書都見不到。因此想在辦公室充當文學青年那真是要多簡單有多簡單，且不說拿着紅樓夢或者百年孤獨，隨便帶一本《明朝那些事兒》就能讓身邊的人注意到"你在看書"這件事情的存在。感謝互聯網和手機的不懈努力，各類淺層次閱讀已經佔據了身邊人的大多數閒散時間。不過我這會兒不太想扯什麼好或者什麼很差，我想談談我在讀書過程當中犯的一些錯誤，以及從錯誤走出獲得的提升，想必對不少人仍是頗有幫助。

  我讀的書能夠簡單的分紅兩種，技術類和非技術類。後者的閱讀相對簡單，只要有時間，有精力，一個一個字讀就行了。在體驗做者的感情和經歷中，本身的心會在不知不覺中，被觸動甚至是被治癒。關於這一種閱讀，我想說的是它比看上去重要的多。 不少人不理解這個事情。以爲要作優秀的程序員要看c++ primer，要看數據結構，要了解操做系統和軟件架構。可是若是隻瞭解這些，那最後只能作平庸的程序員。由於程序員說到底實用計算機語言表達本身對於問題解的理解。而文學做品是用人類語言表達本身對於生活的理解。說白了都是用語言表達理解，所謂的高質量程序無非就是對於問題的表達更優美更準確，而優美和準確也一樣文學做品的目標。他們在不少時候作的徹底是一樣的事情。對於文學做品的深刻思考，感覺和理解與程序設計並無看上去那麼大的距離。文學做品中須要給每一個人一個合適的名字，程序設計中不也要想一想每一個變量到底應該叫什麼比較合適麼？讀書的時候咱們看到命運都不是無緣無故的走到最後的那個結局的，咱們從僞代碼開始構造程序的時候，不也是一步一步算出來程序有幾個部分，而後給每一個部分分一份他本身的職責麼？優秀的書和優秀的程序有太多的共通點。垃圾的程序長得也很像垃圾的書，就是看着不只噁心並且不知道他到底說的是什麼意思。因此推薦全部的程序猿們多翻一翻非技術類的書，文學也好，歷史也罷，哪怕是中學生必讀書目。只要能讀進去，收穫毫不僅僅是看上去的那麼一點點。
   
   對於技術類來講，我更想說說怎麼讀，先把以前的本身擺出來跟你們看看。往常我要是拿着一本《c programming language》，旁邊必定要擺一臺電腦。往往在書中看到哪一個本身不瞭解的知識點，就努力在電腦裏把它試出來， 而後認認真真的造成一條筆記。抽象的說就是，看兩行書，寫一段代碼，而後作一句筆記。以前這麼搞了一段時間，發現效率不是通常的低，雖然看着長長的筆記和滿屏的實驗代碼，很是的有成就感，可是總感受以這種方式繼續下去，我就是再過半年也翻不完那本這本並非很厚的書。（ 畢竟，c++比它厚太多了 ）。後來在一本牛書的指導下，我發現本身犯了一個本質性錯誤（ 這本牛書叫作:超級快速閱讀,德國人寫的 ）,看技術類書籍的目的不是作一份優秀的筆記， 也不是寫滿屏的實驗程序。而是搞清楚：這書裏說的究竟是啥？ 作實驗和寫筆記固然是很是好的手段，可是當把手段當成目的時候。整個過程就變味兒了。由於我發現本身忙於讓本身的筆記看上去準確和本身的實驗更有說服力上。這麼作固然有錯，由於在學習的初期本身的理解根本不可能準確，而所謂更有說服力的實驗也不是本身在實踐過程當中體會到的，而是搜索引擎給的結果。因此這麼搞半年纔讀完一本書也是理所應當的。正確的思路是，用最快的方法搞清楚這麼本書講的是什麼，總共分幾個部分，每一個部分之間最基本的關係是什麼？人不少人這麼作會沒有安全感，由於都以爲技術是很細節的事情，不瞭解每一個部分的細節很難對總體有一個很好地把握。其實而且不是如此，之因此會很沒有安全感是由於咱們從小到大接受到的都是爲了考試而準備的學習，而考試最關心的就是你對於細節的記憶和掌握，而在真正面對問題的時候，細節問題由編譯器和測試幫你把關，實在什麼東西想不起來了也有免費的谷歌作後盾。因此細節是什麼樣的在最開始一點都不重要。就好像你帶一千我的去旅遊，每一個人早上起牀的時候是否是喝水這種問題其實你壓根都不會考慮。而是會想把一千我的帶到目的地，須要多少車，到了以後須要多少住的地方，以及在整個過程當中你能搜刮多少油水。這些纔是關鍵，好比我最近讀《linux system programming》,發現那麼厚的書分析分析也就是講三部分東西，進程是嘛？I/O是嘛？剩下的零碎是嘛？而後就沒了....因此讀因此第一遍我只讀整書的簡介和每一個部分的簡介，只要搞清楚了這他們是嘛，書裏剩下的部分無非就是講他們和底層的恩怨情仇而已，而這部分說白了也不過是在什麼狀況下應該怎麼作。因而乎，一個讀書的過程就變成了拆書的過程。因此最能讀書人必定的是庖丁，讓他把書像拆牛同樣都拆拆，估計問鼎個圖靈獎，壓力不大。反過來看我以前方法就很容易發現其的弊端，原本應當先把牛拆成幾大快，而後分別處理之。 我是這裏撕一塊皮，而後哪裏抽一根筋，且不說慢，最後好好的一隻整牛被我弄得不成樣子。

   本身最近的感覺是:方法和思路仍是很重要的。並且生活中也仍是有不少能夠改進的地方。比方我如今用vim寫程序，比方說大黃開始用Less弄他的css。這些看上去很簡單，很平淡，而這些最簡單的地方每每是最要命的地方，也是咱們最容易忽略的地方。

   先扯這麼多吧，已經半夜了，但願blog不要長草。。。不要長草。。。下次簡單的寫一寫vim除了幫助人們提升效率以外還有那些優勢，由於vim以提速著稱。同事看我用vim寫代碼就比如是在砸鍵盤。可是講vim技巧的文章彷佛都快被寫爛了。。。