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

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

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

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

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

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