學點Java里的編程思想(r12筆記第65天)

   按照自己之前的計劃，我覺得得看看關于開發的東西了，因為我對于并發,鎖的認知總是有一個局限性，自己也在地鐵上做了些功課。有了這個想法，再有拿起書的勇氣，那就是一個開始了。

   每個圈子都有自己喜愛的圖書，就如同Oracle圈子對于Tom的《Oracle編程藝術》，MySQL圈子對于《高性能MySQL》，Java圈子也有自己的，在我的印象中，應該就是《Java編程思想》了。

   程序員其實還是容易偏執，在我們的生活中這種例子屢見不鮮，比如php是世界上最好的語言，幾方竟然能大很長時間的口水戰。程序員也有數據庫行業類似DB-Engines的排行榜，是開發語言排行榜，Java語言如同數據庫界Oracle的地位，也常年占據榜首位置，相對而言，語言之前的競爭更加激烈和白熱化，優勢和差距都不是很大。

     我的家里有個書架，已經很久沒怎么讀過書了，已經快擺滿了雜物。書桌上有一本2007年的第四版的《Java編程思想》，書齡到現在已經10年了，但是看著里面的技術點滴，還是很有意思的，但是也存在太多的遺憾。

   每每到這個時候，我才會發現很多東西似曾相識，但是自己卻沒有記下筆記，沒有了筆記，也就沒有了當時學習的軌跡，也就意味著很多內容我需要重新再看一遍，再感悟一遍。所以我越發覺得學習筆記是個好東西，得堅持。

    我總是能夠從書里找到一些共鳴的地方，比如Bruce這樣說道：Java的設計者曾經說過，設計這門語言的靈感來自c++.盡管如此，學習Java，基本上不用參考c++,我也是這樣做的。

    對于一些技術的學習，比如泛型，就很有必要和c++進行比較。了解c++模板的某些方面，有助于理解泛型的基礎，這就如同學習MySQL的的鎖機制和Oracle的聯系起來，雖然不同，但是可以加深理解。同時，重要的一點是，你可以了解很多技術的局限是什么，以及為什么會有這些限制，最終的目的就是幫你理解，只有了解了邊界，才能成為程序高手。只有知道了某個技術不能做到什么，才能更好的做到所能做的。這一點上來說，也是工程師的幾個階段：從思考能做什么到思考不能做什么。

    《Java編程思想》我目前喜歡的是第21章并發和第18章 I/O系統，因為這些方面和數據庫的關聯更大一些，也是我學習的一個突破口，而對于數據庫中，高并發設計一直以來也是我們所關注的，而有時候難免會有瓶頸的認知存在。最近做了些功課，發現困擾自己，覺得不錯的網絡資料，里面的很多觀點在書里都有系統的講解，所以就是這本書了。而I/O系統方面，對于緩沖器的實現和持久化我更感興趣，這些希望能夠從再次的苦旅中找到一些共鳴和借鑒的地方。所以我的一個基本觀點是從開發的角度來理解一些問題的原理，會更加水到渠成。

  我在畢業的時候，做開發類工作，最開始接觸的就是Java Swing相關的技術，當時使用的還是Spring Rich Client的框架，接觸了各種項目之后，發現框架真是層出不窮，沒過多久就能聽到一些新鮮的技術框架等等，而同時工作中大家對編程技巧尤其注意，總是會盡可能的用到設計模式方面的東西，而一個產品中總是會有若干的模塊，也參與了不少模塊的開發測試工作，到了亞信的時候，全部的模塊都得熟悉，印象最深的一次，我連操作都沒弄熟，下午就要給客戶驗收測試，當時自己學習的壓力可想而知。而到了后來的工作中，我發現架構真是一門很精深的藝術，里面總是會有很多設計的原則和理念，這一點上不得不佩服很多老外的技術沉淀，從這個層面，我能夠加深很多地方的理解，會把一個事情從一個更加全面的角度來考慮，得到一些更為細致的影響范圍和風險評估。

   這樣一個基本的感受，對于我來說，還是存在著一些困惑，這些到底有什么樣的關系。有時候自己都理不清楚，直到一次看架構類的書籍，看到了下面的對應關系，才豁然開朗。

這也是我上面描述的幾種技術場景的一個關系圖，這樣一來，你在學習的時候也會有的放矢，而不是蒙著頭逮什么學什么。