當 Legacy Code 需要修改時 - Kuma 的遺留程式碼實戰工作坊（首波試辦場）

🧨 當 Legacy Code 來臨時

你一定遇過這種情況：

• 你想加一個功能，盯著那份 code 看了 30 分鐘，

• 你發現「理論上」如果結構好一點，只要改一行，非常方便

• 但你猶豫再三，最後決定：先加個 if 再說，結構什麼的下次再說 🙃

歡迎來到 Legacy Code 的世界。

這場活動不是要教你「怎麼把爛 code 罵一遍然後全部重寫」，這個大家都會，而是要面對一個更現實的問題：

當 Legacy Code 真的需要修改時，我們該如何安全地處理，且不擴大問題？

---

🧱 Legacy Code 的價值與危機

Legacy Code 並不等於爛 code。

它通常代表：

• 曾經為公司創造價值

• 長時間穩定運作

• 累積了大量商業邏輯與歷史決策

但同時，它也可能：

• 沒有測試或註解，或測試與註解都難以信任

• 高度耦合，動一行壞三行

• 讓開發者「不敢改，只能忍」

Legacy Code 不是敵人，但放著不管，遲早會變成整個團隊的風險。

---

😵 為什麼 Legacy Code 這麼難改？

不是你不會，是它真的很難，那不是誰的錯，是歷史共業。

常見狀況包括：

• 看不出邊界，責任混在一起

• 直接依賴 IO、時間、隨機數字等

• 沒有測試，等於沒有安全網

• 一改就爆，但也不知道為什麼爆

結果往往是：

• 更多 if、更多 copy-paste

• 更多「先不要動」、更多「有時間再回來改」

然後系統一年比一年更難改，然後就沒有然後了…

---

🛠 Legacy Code 要怎麼改，才能「有測試、又好修改」？

關鍵不是一次改好，
而是每次都比原來好一點點，且每一次修改都是安全的。

在這場活動中，會實際討論與示範：

• 如何在「沒有測試的前提下」開始補測試

• 如何用小步重構，而不是賭一把重寫

• 如何先隔離風險，再動核心邏輯

• 如何判斷現在該改、該包、還是該延後

這些做法，都是為了同一個目標：

讓你敢改，而且改得動，還能改得快

---

💻 語言與實作暨參加前準備事項（重要）

• 參加者可使用任何程式語言，現場示範將以 Java 為主

• 概念與手法可套用至其他語言與系統

• 請自備電腦

• 活動中會有實際操作與跟做時間

• 不打算寫 code 的人，不適合參加本活動

請注意：

• 這不是語言教學，而是 修改 Legacy Code 的方法與思維。
• 如果你只是想聽概念、坐著聽故事，這場活動可能會讓你有點痛苦 😅

---

🎯 適合誰參加？

• 正在維護 Legacy Code 的工程師

• 曾經「改 code 改到怕」的人

• 想補測試、做重構，但不知道從哪開始的人

• Senior Engineer / Tech Lead / 想讓系統活久一點的人

---

☕ 活動補給與休息安排

• 現場提供 飲料與點心

• 中午休息 1 小時

• 午餐請自行外出或自理

---

Legacy Code 不會消失，但你可以選擇：

• 繼續害怕它、咒罵它

• 或學會如何安全又快速地修改它

👉 《當 Legacy Code 需要修改時》，按下報名，來現場，我們一起面對它。