系列文章
Day 11-7 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(七) - 核心設計策略AWS實戰解析:微服務資料庫模式
7. 微服務資料庫模式 有沒有覺得很奇怪。在討論 微服務資料庫模式之前，我們已經在前面的諸多核心設計策略中討論到它了，微服務資料庫模式究竟何德何能得以成為一種設...
Day 11-8 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(八) - 核心設計策略AWS實戰解析:圖資料庫設計思維 - 以Uber Eats Neptune架構為例
8. 圖資料庫設計思維 最後的最後，我們來談談一種有意思的資料庫設計，圖(graph database，GDB) 。 如果說 SQL 資料庫是把世界整理成一張張...
Day 11-9 | 資料庫設計哲學:需求解析、技術選型與 Schema 設計策略(end) - 核心設計策略AWS實戰解析: DB設計策略的trade-off Guideline
設計策略選擇的抽象原則 資料庫設計的旅程，始於對 商業領域(Domain) 的深刻理解，途經對工具的理性選擇，最終落實於對效能與彈性的精巧平衡。它是一個 商業邏...
Day 12 | 版本控制策略(PRReview strategy) × Git Flow × Lint 導入思維 :管理學方法論、代碼品質管控與開發流程規範
今天我們來談點簡單輕鬆的，某種程度上比起軟體工程，更大概率會接近所謂的社交工程 - 假如我們沒有乖乖同步最新分支的話。 想像一下，我們不是在寫程式，而是在和一群...
Day 13-0 | 跨團隊協作設計：技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 前言: 商業邏輯的素描
首先，先讓我們一同恭喜 我們終於走過了漫漫各種需求與技術的討論( a.k.a 混和雙打) 終於來到了實作了。 產品發想與機會探索=>需求定義與優先排序=...
Day 13-1 | 跨團隊協作設計：技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(1):共用契約 (Shared Contract)
可文檔版控的視覺化商業邏輯具象 在經歷第一階段商業邏輯的素描後，我們大致知道了我們的系統與他的系統邊界，為了讓不同背景的團隊成員能夠高效協作，我們需要有一個實體...
Day 13-2 | 跨團隊協作設計：技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(2):系統交互介面(OpenAPI)
2. 系統交互介面(OpenAPI) 抽象概念：API 的「標準化合約」 OpenAPI (Swagger) = API 的身分證 + 使用手冊 + 自動化工具...
Day 13-3 | 跨團隊協作設計：技術文件、OpenAPI、共用契約 : API 文檔化與團隊協作標準建立 - 可文檔版控的視覺化商業邏輯具象(end):技術文件 與總結
3. 技術文件 (Technical Documentation) 抽象概念：系統的「使用說明書」和「設計藍圖」 技術文件 = 系統知識的外化表達 - 架構設...
Day 14 | Infrastructure as Code : Terraform 基礎設施代碼化、AWS虛擬環境基礎建置維護與版本管控
在現代的開發流程中，我們已經可以透過文檔版控來進行我們的虛擬環境基礎建置與維護了，這是一個足以謝天的進化。 讓我們先回顧一下沒有 IaC 時代的基礎設施管理困境...
Day 15 | CI/CD 全自動化實作：GitHub Actions × CodePipeline × CodeBuild : 持續整合部署流水線與任務分割管理
在現代軟體開發中，我們不僅要關注程式碼的品質，更要確保整個交付流程的可靠性。還記得我們在 <版本控制策略(PRReview strategy)> 中...