Vibe Coding 對開發者的造成的挫折與警訊
最近看到一篇資深 mobile freelancer 的悲歌心得文，蠻值得做為 AI 時代軟體實作現場的案例參考。他在 APP 產業做了快十五年，大多接專案，負責從零開始建立專案與架構，過去跟客戶的合作關係相對單純、有明確流程與節奏
AI 普及後，合作模式開始出現明顯變化，一開始只是客戶丟 AI 產生的 code snippet，後來則演變成大量自動生成的程式碼被直接塞進同一個 codebase，還常常跳過 review 與分支流程，直接 push 到 main。 文中提到最極端的案例，是一個有上千個 branch 的 SwiftUI 專案，所有 UI、邏輯、資料模型通通集中在單一 ContentView 檔案裡，而且這個專案還已經上架到 App Store，簡直是鬼故事
作者的挫折點不只是專案變難救火，而是專業軟體工程的做法被 AI 工具與錯誤期待稀釋，不再有清楚的需求溝通、架構設計與迭代過程，而是從 kickoff 開始就得面對成千上萬行品質參差不齊、風格不一致的 AI 產生程式碼。 對這樣的專業實作者來說，角色從「設計與建構系統的人」，被拉低成「替 vibe coding 擦屁股的人」。
如果把這個案例拉回到我們自己的實作情境，值得思考的點大概是兩個面向
一是未來在談案子或合作時，是否要事先界定
AI 生成程式碼可否直接進主幹、誰負責架構決策與整體品質
二是當 AI 生成已成為既成事實，專業工程師如何把自己的價值從寫某一段 code轉移到維護整體系統結構、流程與長期可維護性上。
這篇文章的情緒雖然偏負面，但對正在用 AI 做開發的人，的確是一個很好的警示
作者：JoyceCloud