再次正視眼前的那頭大象
Vibe coding 一直都是個很奇怪的話題。最近，它變得更奇怪了。
只要你說出「vibe coding 是一種創作過程，但它不是工程」，人們就會立刻防衛起來，說你在把關門檻，還有那些很有意思的說法。
所以我決定寫這篇短文，用簡短而明確的方式回應這些看法，不拐彎抹角，也不過度粉飾。
工程本來就是創作的一部分
這兩者之間確實有真正的差異。創作的範圍更廣，而工程是創作過程的一部分。它也包含維護、除錯、重構，以及工程師實際上每天花最多時間做的事情。
所以真正值得問的是：在創作過程中，誰在做工程？是你？你的程式代理人？還是你們兩個一起？
這裡的定義至關重要
Vibe Coding
你寫一個提示詞交給 AI。你不會修改程式碼，也不會審查它。 你甚至可能對程式設計一無所知，卻還是能交付某個成品。
AI 輔助撰寫
由 AI 生成，並由人類審閱。AI 寫全部內容，你把全部內容都看過。這不是 vibe coding，因為這需要足夠的能力去分辨好程式碼和壞程式碼。
AI 協作開發
你和 AI 一起寫程式，而你是主導者。AI 提供速度、第二意見，以及你原本會漏掉的邊界情況。這也不是 vibe coding。
這件事會走向哪裡
這個趨勢會朝向更多語意層次、更多抽象化發展。從組合語言時代開始，一直都是如此。Vibe coding 只是這條路上的下一步，而且它會持續接管越來越多的工作。也許有一天，這份工作有 95% 都是在寫提示詞；老實說，我會很歡迎，這也會讓我的生活更輕鬆。
但眼下的問題是，我們是否已經準備好，在不分析程式碼的情況下，去打造金融系統、健康 App，以及任何會碰觸敏感資料的東西。
我們還沒準備好。硬要這麼做來證明你的論點，只會造成徹底的混亂。
如果要我劃一條界線：
如果你是在做自己的東西、純粹為了好玩？那就整個都 vibe code 吧。真的很好玩。
但如果你是在做一個真正的產品，一個會處理使用者個資、處理金錢、還要盈利的東西，卻從頭到尾都靠 vibe coding？那我只能推論三件事其中之一：
-
你不願意花兩到四週，去學最基本的程式設計、安全性與最佳實務。
-
你不在乎自己產品的品質，最終也不在乎他人的個資與安全。
-
你對底層原理毫無好奇心。若你自稱是工程師，你應該要渴望理解軟體工程與程式設計的運作機制。
這三種情況現在都很常見，而這正是令人難過的地方。
那我實際上是怎麼做的？
我當軟體工程師已經十年了。即便如此，當我需要用一種自己不熟的語言來做某個東西時，我還是會先花一兩天看語言參考文件、文件說明、基本運作機制，至少要能看懂 AI 產出的內容。
接著我會審查它產生的所有內容，並問一大堆後續問題，我大概花在盤問程式碼上的 token，比用來建立專案的還多。
我認識的每一位強工程師都是這樣做的。我們每天都大量使用 AI，也同樣對它給出的一切保持保留態度。
那為什麼你不也這麼做呢？
總有一天，你會可以放開方向盤。但現在還不是時候。先繼續握緊方向盤，才不會衝出車道。
原文出處：https://dev.to/georgekobaidze/vibe-coding-isnt-the-problem-calling-it-engineering-is-lm1
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
