Spirit
54 位追蹤者
在業界打滾多年，本來想開發遊戲，想想還是打遊戲比開發遊戲輕鬆，曾想當敏捷傳教士，但後來發現，好的產品品質跟健全心態的團隊比用什麼流派重要，所以，這幾年比較隨心所欲，但不隨波逐流，仍想做出值得驕傲的好產品。
這是從 Medium 開始的一個專題，主要是想用輕鬆閒談的方式，分享這幾年軟體開發的心得，原本比較侷限於軟體架構，但這幾年的文章不僅限於架構，也聊不少流程相關的心得，所以趁換平台，順勢換成閒談軟體設計。
全部內容
由新到舊
本文探討後端 API 安全驗證機制，說明如何基於請求憑證進行身家調查，確保只有授權使用者才能存取資源。文中詳細闡述了資料採信原則、角色來源、組織層級的設計考量，並介紹簡單的實作範例，以確保系統安全。
本文探討如何使用函數式風格聲明 Javalin API endpoint 的安全性需求，並透過組合函數，例如 any 和 all，以及自定義函數，例如 anyManager 和 anyOwner，來簡化複雜的權限檢查。此方法避免了使用註解的繁瑣，並提高了程式碼的可讀性和可維護性。
從Spring Boot轉換到Javalin的過程與考量，以及如何保持核心業務邏輯與Web框架的距離以提升專案彈性。文中比較了Micronaut, Helidon和Javalin三個輕量級框架，並說明選擇Javalin的原因及優缺點。
日誌設計包含幾個重要考量因素，包括關聯式查詢、雲端生態支援、情境豐富性、結構化日誌以及與商業邏輯核心保持距離。利用 correlation ID、ThreadLocal 以及自定義抽象物件，實現了這些需求，並簡潔地說明在不同任務發動情況下 (API請求、定時執行、事件驅動) 的使用
本書大多數的內容都以 OO 的概念出發，詳列了許多設計的臭味道，也有大量的例子。個人雖然不會這樣寫程式，但仍是覺得受益良多，至少在 code review 時能更清楚知道該怎麼描述問題。不過，即便不是用 OO 的概念，有些章節還是可以帶來一些想法，用 OO 概念寫程式的人更不該錯過這本好書。
5/5設計重構
實際就業後，會發現收集與分析需求，通常都不是工程師在做，會有另一群人，以非工程的角度收集及分析需求，然後在開發過程中蹦出不同的火花，於是很好奇另一群人的想法是什麼？我不敢說這本書能完全代表另一群人的想法，但確實能夠得到很多有用的思維。推薦給所有的軟體工程師。
4/5從需求到設計
本書介紹了戰略設計、管理領域複雜度、實際應用領域驅動設計等主題。透過對核心子領域、支持子領域、限界上下文等概念的探討，提供了領域驅動設計的相關知識。這篇文章中還涉及了微服務、事件驅動架構和資料網格等相關主題，提供了設計系統和應用領域驅動設計的指導。
4/5領域驅動設計學習手冊
這本書如果是剛看完《Clean Architecture》這本書，想要直接看答案怎麼實作，是可以當作一個起始點，但我會比較建議，自己循著書中前幾個章節提到的 principles，思考看看怎麼設計出一個符合大多數 principles 的方案，這會比較有趣。
4/5Clean Architecture 實作篇
本文介紹了建立高效的工作團隊所需的要素，從激勵和溝通到目標設定和團隊文化。團隊中最有影響力的人通常是真誠且善於聆聽的人，而不一定是經理或領導者。透過激勵、測試、測試再測試和克服人為障礙的過程，可以建立一支高效的團隊文化，這對團隊的成功至關重要。
只是 Swift 以 language level 支援 Optional 確實比用 API level 支援的 Java 要簡潔和更具可讀性。Swift 作為一個全新的語言，從一開始的設計就將許多好的語言特性加入，確實讓人驚豔。
