前言：改動不大，是不是就不用委派？ 「這個任務範圍很小，直接自己做不是比開一個獨立 agent 還快嗎？」 這是個很常見的直覺，而且這個直覺的判斷依據其實錯了。...
前言：AI 說「我記得」，是好事還是壞事？ 「AI 有長期記憶,不用每次都重新解釋專案背景,這樣效率不是更高嗎？」 效率確實更高——直到那份記憶跟現實脫節的那一...
前言：記住「使用者不喜歡什麼」，真的有用嗎？ 「AI 被糾正過的事情，記下來下次不要再犯不就好了嗎？」 聽起來理所當然，但真正動手設計這套記憶機制時,會發現「記...
前言：不是每件事都值得寫成 skill 「昨天講完怎麼把一次性踩坑經驗提煉成 skill，那是不是以後每件事都該往 skill 裡塞？」 不是。skill 是給...
前言：規則講過一次，AI 下次還會忘記嗎？ 「昨天才糾正過 AI 一個錯誤判斷，今天換個任務，它是不是又會犯一樣的錯？」 會的——如果那個教訓只留在昨天那次對話...
前言：規則寫給 AI 看，但寫在哪裡才有用？ 「這條規則我明明寫在專案文件裡了，AI 怎麼還是沒套用？」 如果你也遇過這種情況，問題往往不在「有沒有寫」，而在「...
前言：這條規則 AI 明明知道，為什麼還是會忘記套用 「金額運算要用 bcmath，不要用浮點數」——這條規則寫在專案規範裡，隨便問哪個 AI coding a...
前言：物件建立成功，代表它是對的嗎？ 「這個物件都能正常 new 出來、程式也沒噴任何錯誤，代表這個依賴注入設定是對的吧？」 答案是：不一定。今天要講的這個陷阱...
前言：這段程式碼在正式環境跑了三年都沒事，怎麼會有 bug？ 「這個類別已經在正式環境穩定跑了三年，你確定它有問題？」 這是我請 AI 修一個 DI 容器單例的...
前言：反正都在同一個 repo，共用套件不是很正常嗎？ 「廠商整合的 package 就放在專案裡面，外層專案已經裝了一堆套件，package 直接拿來用不是很...
前言：介面化一支函式很簡單，一整家廠商呢？ 「昨天講的 PSR-17/18 介面化，聽起來就是把一支函式包一包，套用到整套廠商接線應該也差不多吧？」 如果只有一...
前言：這段程式碼「沒有改行為」，你怎麼證明？ 「AI 說它只是把這段呼叫外部 API 的程式碼重構了一下，邏輯完全沒變,可以直接合併嗎？」 如果這段程式碼是裸寫...
前言：道理都懂，動手時卡在哪裡？ 「SQL 要收斂進 Repository，這個原則我聽懂了。但真的要動手改一個已經在正式環境跑好幾年的 Controller，...
前言：AI 看得懂 SQL，為什麼還要多包一層？ 「AI 又不是看不懂 SQL，裸寫 SQL 讓它直接改，不是比多包一層 Repository 介面更快嗎？」...
前言：驗證跟判斷,可以是同一個人做嗎？ 「反正都是同一個 AI 在跑，驗證跟判斷一起做，效率不是更高嗎？」 昨天講完乾淨基準比對，這是個很自然的疑問——為什麼不...
前言：測試變紅了，是我改壞的，還是本來就這樣？ 「跑測試，紅字，代表這次改動有問題」——這句話聽起來理所當然，但在一套運作多年、缺乏完整測試網的系統上，這個推論...
前言：本機測試都綠燈了，還會有什麼問題？ 「AI 在本機把測試都跑過一遍，全部綠燈，這樣總可以放心合併了吧？」 如果你也這樣想過，先別急著點頭。這套系統正式環境...
前言：AI 說「這樣改沒問題」,你要拿什麼驗證？ 「AI 都已經跑過測試了，測試都綠燈，這樣還不夠嗎？」 這句話聽起來很合理，但漏掉一個關鍵前提：綠燈只證明「現...
前言：測試綠燈，真的代表安全嗎？ 「測試都跑過了、CI 也是全綠，這樣總該可以合併了吧？」 這句話聽起來理所當然，但我在這次重構過程中學到一件事：測試綠燈只代表...
前言：這不是「AI 寫得爛」，是「AI 選了最短路徑」 「AI 生成的程式碼看起來很亂，是不是因為模型能力還不夠？」 如果你也這樣想過，先重新想一次：AI 寫程...
前言：「無框架」聽起來很簡單，為什麼反而更難重構？ 「沒有框架不是應該更自由嗎？想怎麼改就怎麼改，哪來的複雜？」 這是我常聽到的另一個誤解。框架的價值從來不是「...
前言：不是「AI 會不會寫程式碼」的問題 「現在 AI coding agent 這麼強，重構 legacy 系統不就是叫它動手改就好了嗎？」 這大概是我開始這...
DDD 實戰：為 Legacy 引入 DDD - 上篇 當我們對戰略設計 (Strategic Design) 與戰術設計 (Tactical Design)...
recca0120
fx777
iThome鐵人賽
看影片追技術