偽創新有乙個廣為流傳的詞「民科」，意思並非「體制外科學家」，而是這樣一種人：沒有掌握已有科學知識，也無意去認真學習，東拼西湊自己的一些朦朧認識，就說發明了一套新理論，裡面充斥著各種「新詞」。軟體開發領域也有這樣的現象。有些人，對已有的知識一無所知或一知半解，也不喜歡思考和研讀文獻，憑著一些朦朧的「領悟」，就「建立」了一套「新」方法。這些人的文章裡經常有「我發現***」、「和某某討論某個問題，突然領悟了****(沒錯，他們不喜歡閱讀，但喜歡在封閉的小圈子裡討論)」這樣的文字。偽創新的危害是它帶來「進步」的錯覺，可能會讓團隊拋棄當前雖然不是很好但還過得去的做法，去擁抱偽創新。就像有人得了癌症，按照醫院當前的**方式預計能生存三年，結果在醫院門口被塞各種小報，上面各種靈丹妙藥"癌必靈"、「剋癌靈」，而且還便宜一些……於是，果斷放棄**，擁抱……。為什麼團隊會去擁抱「偽創新」？「偽創新」的方法很容易學！這就迎合了很多人的需要。在這些人看來，「偽創新」不用學習複雜的方法和做艱苦的思考，只需要簡單的拍腦袋，就可以解決複雜的問題並且獲利，實在是太爽了(通過吃冰淇淋來**)——當然，「偽創新」會聲稱那些廢話式的拍腦袋已經是很複雜、很艱苦的思考了！但是，簡單的思考真的解決不了複雜的問題。事物的複雜性不會因為我們不理解而且懶得理解，它就不存在了。就像現代數學和物理知識，一般人看不懂，但不能因為看不懂也懶得去學，乾脆算了，自己發明一套簡單的去解決問題。每年都有學員找我。
學員：老師，能不能來給我們團隊講****？
我：之前不是教給你們建模方法了嗎，按照改進指南去做，先用好一點，就比這個強啊！
學員：就是覺得您那個太難了，感覺這個比較簡單，很適合我們團隊……(無語)當然「適合」了，我培訓完後也不複習，自測題做不對也懶得再做，因為太「難」了。
剔除偽創新的領域驅動設計-公開課介紹這個課程實際上就是umlchina新版的分析和設計高階課程。和之前umlchina分析和設計高階課程相比，有以下改動：(1)吸收領域驅動設計現有內容中有價值的部分，但指出現有內容中的「偽創新」部分的本質並剔除，不再勉強去湊合解釋。(2)圍繞乙個真實的案例，講授怎樣用課上所授方法來做乙個智慧型需求建模工具。這是乙個目前正在開發的，封裝《軟體方法(上)》知識的建模工具(暫時命名為「發糕」)，讓建模人員更快速和準確地推導出需求。也就是說，我們用下冊的知識去分析設計乙個封裝上冊知識的工具，所以，在學習分析設計技能的過程中，還可以真切體會到
(3)如果是公司財務匯，可以匯到負責umlchina商務事宜的以下公司賬號:
戶名：杭州先思軟體技術****
帳號：3310 6594 0018 0100 29896
開戶行：交通銀行杭州濱江支行
《實現領域驅動設計》筆記
1 不要用貧血物件 雖然do是貧血的，但目前的do實際是dataobject，domainservice是實際的domainobject 2 多跟領域專家溝通 3 計費核心域為計費執行 1 計費執行包括計費條件 計費過程 計費結果 2 建立計費上下文，如計費時間 4 應用服務應當是無狀態的 5 分層...
實現領域驅動設計之感悟（一）
接觸領域驅動設計的概念，已有4年了。從看書了解的純理論，到實際專案應用中遇到建模問題的思考，逐漸提公升了建模能力。正好碰到2020年五一放假，想趁這個機會，寫一下我的學習感悟。公司內的業務沉澱達到一定量，現有老系統維護困難，這個時候，有必要引入領域驅動設計，在這裡簡稱ddd。產品經理的業務設計和最終...
讀《實現領域驅動設計》個人心得
貧血領域物件 方法不單一，方法的名字不能傳達方法的含義，並且方法體的實現也不具有單一性，也不能體現方法的功能。說白了，方法不能體現業務。好的 就是能表達業務的 貧血領域物件會隨著時間推移，會讓人搞不清楚它最初的含義和功能是什麼，即讓人搞不清楚它要實現什麼樣的業務場景或者用例流。領域驅動設計的領域物件...