大家一直說 AI 會取代開發者。
而我當時卻在凌晨 3:17，盯著一個看起來完全正確的程式碼所造成的 bug。
經典。
AI 程式開發工具最詭異的地方在於：
它們超級擅長把你從 0 帶到 80%。
剩下的 20% 呢？
那部分會直接變成一部心理驚悚片。
快速開發的幻覺
你向 AI 要一個功能。
它產出：
- 元件
- Hooks
- API 呼叫
- 工具函式
- TypeScript 型別
- 足夠摧毀你週末的自信
那一瞬間，你會覺得自己勢不可擋。
接著現實會穿著鋼頭靴走進來。
因為程式碼真的能跑。
直到它不能。
而當它壞掉時，你等於是在除錯一段由「技術上不存在的人」寫出來的邏輯。
老實說，這很失禮。
真正的問題不是 AI
問題不在於語法錯誤。
問題在於缺少上下文。
AI 了解模式。
資深工程師了解後果。
這個差異非常重要。
尤其是當：
- 狀態管理開始變得混亂
- 非同步邏輯互相打架
- 邊界情況像從下水道裡爬出來一樣冒出來
- 一次無辜的重構就炸掉三個無關功能
AI 產生的程式碼看起來很乾淨。
太乾淨了。
像連環殺手的公寓一樣。
AI 產生的最危險東西
充滿自信的胡說八道。
不是壞掉的胡說八道。
不是顯而易見的胡說八道。
是充滿自信的胡說八道。
那種你讀完會想：
「靠，這看起來好聰明。」
然後四小時後，你才發現這個函式一直在對你的資料庫進行情緒勒索。
我在對抗 AI 產生的程式碼後學到的事
1. 快速寫出來的程式，不等於可維護的程式
AI 的最佳化目標是完成。
但你還是得為以下事情做最佳化：
- 可讀性
- 架構
- 擴充性
- 未來的你不要崩潰
因為未來的你，絕對會對現在的你提出申訴。
2. 測試現在比以前更重要
如果 AI 寫程式更快，你就需要更快的驗證。
不然你基本上就是在接受一個喝了很多咖啡、永遠不睡覺的實習生送來的 Pull Request。
聽起來很厲害，直到正式環境著火。
3. 資深思維比以往更重要
AI 可以產生解法。
但它無法穩定地判斷取捨。
它不理解：
- 商業風險
- 效能瓶頸
- 系統邊界
- 長期技術債
它只是很用力地憑感覺行事。
好笑的地方呢？
我到現在還是每天都在用 AI。
因為儘管混亂很多，它確實有用。
它能移除無聊的工作。
它能加速嘗試。
它能幫忙打通卡住的進度。
但我不再把它當成工程師了。
現在我把它當成：
一個超級快、極度自信，偶爾還會產生幻覺的初級開發者
老實說，這樣使用起來健康多了。
最後想法
AI 並不是在取代開發者。
它是在揭露誰真的理解軟體工程。
因為產生程式碼，從來都不是最難的部分。
真正的難題是：理解為什麼這段程式碼一開始就應該存在？
那才是真正的遊戲。
而不幸的是，AI 仍然無法在凌晨 2 點、被三個利害關係人盯著的情況下，撐過一個正式環境 bug。
算我們幸運。
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
