記-碼農的「啓蒙」之《程序設計語言-實踐之路》和《面向對象分析和設計》兩書

一些廢話

眨眼間已工做走出校門個年頭了，總以爲時間過的好快（一把無情的殺豬刀）。

好長時間木有寫過博客了，有時候忽然之間好多想說的，卻又不知怎麼下筆；老是這樣，也許是不善於語言表達吧（人在不肯作某一件事的時候老是能找出一千個理由來講服本身）。

今天想談談閱讀的一些體會。我是始終認爲在剛開始工做的幾年中是一我的進步最快的時間段，也是「部分決定」你之後發展方向的一個階段。這個階段中的進步來自於項目經驗、本身的領悟、前輩的傳授、閱讀所得（博客、圖書）等等。其中惟有本身主觀可控的只有閱讀所得以及本身的領悟（項目經歷也好、閱讀也好）；由於項目經驗+前輩傳授這是外部環境決定的，這些都是外界不可控的因素。俗話說的好：靠山山會倒 靠人人會跑 只有本身最可靠。因此我平時願意去花時間來用在我主觀可控的項目上（也就是閱讀啦）。買來很多認爲有用的書，也確實吸取一些東西，無奈選擇多了煩惱也就來了，陷在閱讀的泥潭中不知那些有用那些無用、那些現階段那些之後看。後來仔細分析回想一下，濾清一些脈絡，腦子裏面蹦出我認爲對我影響最大的兩本讀物《程序設計語言-實踐之路》和《面向對象分析和設計》；其實發現這也是對應我我的成長的兩個階段。

程序設計語言-實踐之路

這本是在我剛畢業時候接觸到的，當時的工做內容也就是寫寫代碼，模式、架構也沒感受，就對語言有了興趣，陷於語言的沼澤中，被一些語法層面的東西蒙蔽，困在其中，不得語言之要領。理不清楚爲什麼js裏面寫個閉包這麼天然，而在c#中卻如此醜陋（仍是個假閉包）。

期間也想過其餘途徑去解決這些疑惑，clr via c#、.net本質論、深刻理解c++對象模型、javascript語言精粹等等；發現愈來愈不對勁，這類書都是講細節本質的，陷到細節裏面愈來愈深，愈來愈想不明白。後來的一本JAVASCRIPT語言精髓與編程實踐忽然「有點」茅塞頓開的感受，讀完以爲不過癮，遂在它引用的書籍中發現這本《程序設計語言-實踐之路》。並不是是說其餘的書無用或者很差，而是每本書的視角不一樣、關注點不一樣而已；在我當時的狀況下正好是這本給了我一個以設計語言的視角來（抽象層面設計，而非實現層面）看待語言，正是當時所需。這種感受用一句唐詩再合適不過了「不識廬山真面目，只緣身在此山中」;只因之前都不曾想過要跳出語言這座山來看語言，那可真是一個山頭一個山頭，偶爾還向山腳刨刨，不暈纔怪。

這能夠說是我所經歷的第一個階段，如今也不敢說我就理解了什麼是語言，可是起碼我再也不受其困擾、也不去爭論哪一個語言好那個語言壞了，因此對我來講這本書才這麼印象深入。

有了這個基礎後清晰多了,往深了去sicp、編譯原理等想去了解也不會那麼迷茫了，由於在個人認知體系中已經爲它們劃分出應在的分支中了。

面向對象分析與設計

這本是前段時間到手的（正在讀），這段時間一個項目剛剛告一段落，而在期間碰見不少苦惱，設計項目框架的時候總以爲亂糟糟的、項目結構也以爲不清晰合理，致使咱們開發過程當中走了很多彎路（仍是木有經驗啊，哎）。仍是之前的老方法，各類架構設計、模式方面的書弄回來啃，借用豆瓣上有人說的一句話（面向對象的範式就是一些正確的廢話而已），這些模式、架構什麼的對於我這個沒有這方面經驗的人來講來講也是一堆正確的廢話而已，也許是太笨，讀不出個因此然來。

這本書中現階段個人理解是它描述一個怎樣去利用OO去分析的過程，也就是在設計和架構項目的最前期階段。或許是受那些設計模式、架構設計的書的影響，老是再不經意間就在項目一開始套上各類的模式、時髦的東西等等，最後實踐也證實這種東西根本就不是項目真正所需。原來個人根源是根本沒有進行切實的分析就上了各類模式、架構。而正好在這期間讀到了它和另一本重構與模式，纔算是有所體會。

終於，這塊知識結構也在個人認知體系同找到了應有的分支。

後話

最近打算把這兩本書的讀的心的體會寫兩個系列的文章，年末前完成。爭取2周能出一篇吧，算是給本身點壓力。

• 程序設計語言-實踐之路系列
• 面向對象分析與設計系列

又是一個畢業季，回想本身走過的一些彎路，在這裏也給一些新人一些建議，適用與否這就要看每一個人的主觀意願了。

1.  當心迷戀技術框架（這些東西短時間內是可讓你有些許成就感，好比快速寫出某某程序，但同時也會阻止你的瞭解技術本質的動力）
2.  切忌語言崇拜（具體的語言是會影響你的思惟方式的，一不當心就會被語言禁錮你的思想）
3.  解決問題的前提是你要完全的理解問題。
4.  本身思考、要有質疑精神。

 不知園友們有木有這種相似的感觸，歡迎來交流探討。