本書介紹了戰略設計、管理領域複雜度、實際應用領域驅動設計等主題。透過對核心子領域、支持子領域、限界上下文等概念的探討，提供了領域驅動設計的相關知識。這篇文章中還涉及了微服務、事件驅動架構和資料網格等相關主題，提供了設計系統和應用領域驅動設計的指導。

閱讀書評

音樂藝文

以行動支持創作者！付費即可解鎖

這本書如果是剛看完《Clean Architecture》這本書，想要直接看答案怎麼實作，是可以當作一個起始點，但我會比較建議，自己循著書中前幾個章節提到的 principles，思考看看怎麼設計出一個符合大多數 principles 的方案，這會比較有趣。

本文介紹了建立高效的工作團隊所需的要素，從激勵和溝通到目標設定和團隊文化。團隊中最有影響力的人通常是真誠且善於聆聽的人，而不一定是經理或領導者。透過激勵、測試、測試再測試和克服人為障礙的過程，可以建立一支高效的團隊文化，這對團隊的成功至關重要。

只是 Swift 以 language level 支援 Optional 確實比用 API level 支援的 Java 要簡潔和更具可讀性。Swift 作為一個全新的語言，從一開始的設計就將許多好的語言特性加入，確實讓人驚豔。

這幾年新出的語言都強打在少寫 code 和提高可讀性，更重要的是能更容易發展出 domain specific language，就這一點 Java 確實有點顯得疲態了。其實文中列的特性大多是一些語法糖衣，但對程式的可讀性和抽象度都能提昇不少，我覺得挺實用也很划算的。

很明顯可以看到 parallelSort(T[], Comparator<T> 大概可以帶來 2.5 倍到接近 3 倍的效能增益 (和數量無關)。所以，結論是當需要處理大量資料的排序時，真的可以考慮使用 parallelSort(T[], Comparator<T>。

Java 8 有了 Base64 編解碼器，方便不少，不過 Apache Commons Codec 提供更多常用的編解碼器，其實是更方便的，但如果你的應用程式中只需要 Base64 編解碼器，在有 Java 8 的環境中確實不需要將 Apache Commons Codec 和專案一起打包。

default methods 似乎也引起不小的討論，因為 default methods 加上可以實作多個介面，已經有點像 C++ 的多重繼承了，只差在沒辦法繼承成員變數而已，是好是壞就看怎麼使用了。我個人覺得還蠻方便的

Lazy evaluation 的效益必須是在 pipe 的組合上有最佳化過的，若組合的不好反而更糟糕，且在 I/O 上幫助似乎也不大。parallel stream 要能發揮效果必須看資料的來源類型，不過要注意的是 parallel stream 也會使記憶體的使用量增加，使用上也要小心。

老實說，看到 Java Sream API 讓我感到相當親切，這應該跟我研究所多年的研究題目是 visual dataflow language 有關，Java Stream API 把迴圈給內化了，每個 operation 的重點是要做什麼，大大提高了程式的抽象化程度和可讀性。

這是從 Medium 開始的一個專題，主要是想用輕鬆閒談的方式，分享這幾年軟體開發的心得，原本比較侷限於軟體架構，但這幾年的文章不僅限於架構，也聊不少流程相關的心得，所以趁換平台，順勢換成閒談軟體設計。