技術 Day 20: 架構師的決策記錄：為什麼選擇 MADR 來紀錄

前言：那些被遺忘的決策 還記得三個月前，我決定用 SQLDelight 而不是 Room。當時的理由是什麼？為什麼不選擇 Exposed？有考慮過什麼替代方案嗎...

技術 Day 09：架構決策紀錄（ADR）——讓 AI 讀得懂「為什麼這樣設計」而不是照抄現狀

前言：程式碼會告訴你「現在長什麼樣」，不會告訴你「為什麼長這樣」 「這段程式碼看起來繞了一大圈，直接改成更直覺的寫法不好嗎？」 如果你請 AI 重構一套系統，這...

技術 Day 28：AI 時代的架構師思維——當程式碼能自動生成，人類工程師的核心價值在哪？

Day 27 談的是系統規模變大時，架構該怎麼演進；今天想談另一種正在發生的變化：當 AI 已經可以根據描述直接生成程式碼，像我這樣非本科背景、靠自學轉職的工程...

技術 Day 22：技術債 vs 刻意的架構妥協——AI 該怎麼分辨這兩者

前言：「這是技術債」這句話，是判斷還是藉口？ 「這段程式碼寫得有點繞，應該是技術債吧，要不要趁這次改動順便清一清？」 這句話聽起來像是個技術判斷，但仔細想會發現...