昨天開始自己兩週的計劃,到12月04號
自己開始讀2018年05月03號買的一本書<<領域驅動設計>> domain-driven-design 簡稱DDD
這本書是我離開北京時, 大爺給我的關於敏捷關於最新軟件設計思想的一本書, 軟件核心複雜性應對之道
首先我還不明白這本書的 領域驅動設計 的正式定義是什麼, 在這裏我也不想按我的理解, 去給它下一個定義,
當人們學習設計技術時,各種可能性令他們興奮不已, 然而真實項目的戳中複雜又會給他們潑上一盆冷水, 他們無法用所使用的技術來貫徹新的設計思想, 或者不知道何時應該爲了節省時間而放棄某個設計方面, 何時又應該堅持不懈直到找到一個乾淨利落的解決方案
讀到這些話時, 我有點感觸, 學一個新技術時, 運行一個helloworld 好簡單呀, 但做一個項目確實helloworld 難度的好幾個數量級,
還有, 什麼樣的思想能讓我們知道, 我們什麼時候應該放棄自己的觀點, 什麼時候應該堅持自己的觀點, 這個思想這個價值觀到底是什麼, 這是我一直的疑惑, 我想成爲那樣觀點鮮明, 剛做敢當的會議室裏唯一提反對意見的人, 但總是卻要思考這樣做, 是否值得, 最後的結果就是我一次反對意見也沒提過....
領域驅動設計的實質就是消化大量知識, 最後產生一個反應深層次領域知識並聚焦於關鍵概念的模型
首先要對這個領域熟悉, 及要是個有經驗的內行, 瞭解這個行業的普遍概念和常見問題
這本書贊成極限編程, 它將相當得的精力投入到促進溝通和提高快速變更能力的工作中, 實現最簡單而管用的方案, 並不斷迭代
...