鐵人檔案
很久以前我有寫過一個好的性能之性能篇，其中裡面有探索到什麼是一個好的系統，
其中有一項是指 『 能夠讓開發人員未來花越少的時間在維護 』，所以接下來這個 30 天
就是要來探索這一條路。
同步至 medium 上一篇文章中，我們已經談完 event storming 的整個流程後，接下來我們就來看看如何轉成程式碼。 說明一下範例的 Event...
同步至 medium 這篇文章中我們將會以 Clean Architecture 為基準，來定義好的架構的特點。 然後這本書我自已覺得他比較算是在定義好的軟體架...
在上一篇文章我們大概看完整體的架構後，接下來我們接來說一下細節的部份，其中 domain event 這裡是重中只重，因為它影響到不同的 Bounded C...
上一篇文章我們談完 Domain Event 的發送部份以後，接下來我這篇文章想要談談 API + DDD，會有這篇文章是因為我在實作時有碰到一些 API...
在 Domain-Driven Design 中我會將 Bounded Context 拉出來的其中一個原因在於，如果你的公司是產品類且預期會慢慢往上發展的...
同步至 medium 咱們在看 Domain-Driven Design 的書或資料時，應該三不五十會看到 CQRS 這個東西，並且後來如果又單獨查了 CQRS...
就我現在的認知，我覺得 Query 情境比 Command 的情境難處理多，在 Command 的情況下我們用 Domain-Driven Design 或是只...
事實上我們有當過工程師的人都知道，維護性這個東西的指標是真的難定，但是我們每個人都知道要有維護性。 如果上層是可以理解這一塊的，那事實上還好，但是如果上層是那...
同步至 medium 在上一篇文章，我們探索了一些好維護性的特性與指標，接下來這篇文章我們將要來討論如何產生這些指標。 Day-28: 高品質的特性與指標探索...
在這 30 天裡面，我們增加維護性的手法事實上可以分三大類，如下圖 : 設計原則 這個基本上都是老身長談了，但是矛盾的點在於每個人的理解幾乎都不能算相同，所...
