大約花了兩個月，湊著零碎時間把這本買了七年的書看完了，
收穫很多，也直接的能夠用在實際工作中，更大的收穫是，看到了自己缺了哪些東西。
除了看見自己缺乏的，也體認到自己的程度還不太夠，
雖說是看完了這本書，但有一些部分是還看不懂的。
以剛看完這本書，闔起書來回想的話，
第一個缺乏的是單元測試，
我會把它放為第一精進目標，並且在接下來的專案導入。
第二個是抽象和模式的應用，
要建立起更簡潔的架構，勢必要不斷的將重複或相近的功能抽象化，
而設計模式就是為了這些架構所設計的。
第三個是對於軟體工具的熟悉度，
例如什麼場合適合利用什麼容器，但依我目前的情況來說，還是慣用同事間使用的容器，
不是說這樣就是錯的，而是如果想讓自己的能力更加突出，
那就要建立更細微的分辨能力，將最適合的軟體工具應用在專案中。
第四個是例外事件的使用能力，
基本上同事間幾乎不使用例外事件作為錯誤回報的管道，
因為還必須花更多時間進行例外類別的建構，
但我希望日後能夠慢慢建立起自己的基本例外類別。
原本想條列式的把書中重點列出來，但內容實在太龐大，
我想連我自己應該也不會再看一次文章來作為複習，
其實網路資源也很多，很多人都整理出不錯的筆記。
因此在這邊分享一下讀後感，閱讀這本書的過程中，
讓我感覺就像是一位導師看著你的螢幕告訴你哪邊該怎麼做會更好，
因為很多例子都讓人感同身受，觀念更新很多，
例如以往只認為，只有重複將程式碼寫了第二次，才有必要提取出來，
去減少程式碼數量，但作者更進一步的，
將程式碼提取出來為的是更方便閱讀，以達到日後容易維護的目的。
儘管有部分內容還看不太懂，但我想隨著經驗上的累積，
日後從新翻閱的話，又會有更不同的感受。
想看的書實在太多了，
雖然設計模式已經看了一半了，
但是先換個口味，
下一本先來看演算法圖鑑好了，
看看為什麼這本書能夠持續在排行榜上。
沒有留言:
張貼留言