知識的海洋太過於廣泛。所以要有對其重要緊急的區分能力，不能樣樣都學，這樣的學習姿勢一點也不好。

即使最後抽離出最重要最緊急的知識，也可能不止一種。

比如作為Java工程師，對這門語言的自身特性必須掌握。

要編寫出可複用、穩定健壯的工業級程式碼，還需要學習一些設計模式，一些前人的編碼經驗。

等等

如果不作記錄和整理，你會記得所有這些重要的東西嗎？用的時候，你能很有條理的呼叫這些所學嗎？

這讓我想起了最基礎的編碼套路：比較，交換，排序，搜尋。

自己要能夠按照輕重緩急的優先順序比較不同知識點，先學最重要最緊急的知識，比如我對Java已經有一定掌握，當然不想從基本的語法、程式結構學起。而我在編碼的過程中，經常會自己問自己一個問題，為什麼要這樣寫？而不是那樣寫？對於當前的業務情況有沒有更好的寫法，長遠來看，有沒有更好的寫法？所以決定看Effective Java這本書。和其他知識比較起來，這本書所講的，是目前我最渴望學的。這本書可以當做是一種經驗教學，或者說是Java"最佳實踐"、最佳使用案例。當然，讀的時候還是不要忘了，要有一種批判的意識，這是為了讓自己能有更多的主動思考，而不是被動的接受，把書中所講當做權威和教條。

下面會把自己讀書的一些思考，和認為書中講的比較好的地方，或者疑惑都寫上來。為什麼要寫疑惑？一方面為了記錄，因為不可能有時間不吃不睡全部把所有的東西搞定，況且隨著深入閱讀，一定會有越來越多的問題湧現。另一方面，覺得自己不善於表達，不善於提問題，能把問題描述好，然後寫下來，對自己來說也算邁出重要的一步。