最近幾週看到一個有趣的現象。
在社群上，關於「非技術背景的人該不該用 AI 做開發」這件事，兩邊人馬吵得不亦樂乎。一邊說「AI 讓每個人都能開發產品，這是民主化！」另一邊說「連一行 code 都看不懂就上線，根本不負責任！」
兩邊都講得很有道理，但我覺得，兩邊都只講了一半。
人人都買得起車了
我們先承認一件事：AI coding 工具的進步，是真的。
去年初的 AI 寫程式，老實說體驗還蠻痛苦的——AI 一次噴一大段 code，你看不懂，改不動，出錯也不知道從哪裡改起。但從去年下半年開始，不管是 Claude Code、Cursor 還是其他工具，AI 協助開發的穩定度跟實用性，確實提升了不只一個檔次。
換句話說，以前「買車」這件事——從有個想法到生出一個能動的東西——門檻非常高，你得去學考駕照（學寫程式）、存錢買車（投入開發資源），才能上路。現在呢？AI 基本上把展示間的門打開了，人人都能開一台出去繞繞。
這是好事嗎？當然是好事。
問題是，買得起車，不代表你懂車。
儀表板亮燈了，你看得懂嗎？
會發動、會前進，這只是最低標準。真正的問題在後面：
你知道儀表板上那個橘色的燈號是什麼意思嗎？開到一半方向盤開始抖，你判斷得出是輪胎還是底盤的問題嗎？高速公路上引擎聲音突然變了，你知道該減速還是該靠邊停嗎？
對應到 AI 開發也是一樣的。你用 AI 生出了一個看起來能動的網站或 App——
但，這個東西安全嗎？使用者的資料有沒有好好保護？效能撐得住多少人同時用？某個功能看起來可以跑，但邊界條件測過了嗎？
這些問題不是「你會不會寫 code」的問題，而是你知不知道該問什麼問題。
大部分出事的狀況，不是因為技術太難，而是因為不知道自己不知道什麼。車子明明在冒煙了，駕駛還開心地踩油門——不是因為他笨，是因為他真的不知道那是煙。
（這畫面想想還挺可怕的…）
「沒有包袱」不是一種優勢
最近常看到一種說法：非技術背景的人做開發「沒有包袱」，所以反而更有創意、更敢嘗試。
嗯…我理解這個說法的正面意圖，但，我們換個領域試試看：
「這個醫生沒受過正規訓練，所以沒有包袱，更敢嘗試各種療法。」
「這個結構技師不懂力學，所以沒有包袱，設計出了創新的橋樑。」
聽起來就不太對了，對吧？
工程師之所以會「保守」，不是因為他們缺乏創意。是因為他們踩過坑、看過事故、理解失敗的代價。那些「包袱」，其實叫做經驗。
這不代表非工程背景的人不能參與開發。而是說，把「不懂」包裝成「自由」，這件事本身就有點危險。不懂就是不懂，承認它，然後去補，這才是負責任的態度。
缺的不是車，是駕訓班
所以現在的狀態其實很微妙：
賣車的（AI 工具商、推廣者）拼命告訴你「快來買車！人人都能開！」修車的（資深工程師）在旁邊搖頭：「你們這些人上路會出事的。」
但，有沒有人在教人怎麼安全上路？
這才是我覺得真正缺的東西。
不是告訴你「你可以」或「你不行」，而是告訴你：
這台車的基本結構長什麼樣。哪些燈號亮了你要注意。什麼情況你可以自己處理，什麼情況你要趕快進廠。還有最重要的——你的能力邊界在哪裡，什麼時候該請專業的來。
我自己做了 25 年開發，也教了 15 年的課。我非常清楚一件事：把技術門檻「說」掉是很容易的，但讓一個非技術背景的人真正具備判斷力，這需要方法，不是喊口號就能到的。
懂車的人，開得更遠
所以我的看法是這樣的：
開發民主化，是正在發生的事實，擋不住也不需要擋。但民主化不是把門拆掉，是把路鋪好。選舉權的民主化，前提是識字率。開發的民主化，前提是驗證能力——你得知道怎麼確認自己做出來的東西是不是真的能用，而不只是看起來能用。
工程師不會消失，反而會站到更高價值的位置——處理架構、安全、效能、規模化這些真正需要專業的事。而非工程背景的人，也不需要假裝自己是工程師，你只需要學會看懂儀表板。
不是要人人都變修車技師。而是當你真的理解自己這台車的基本狀態，你才能安心地開去你想去的地方，而不是半路拋錨在路邊叫救援。
畢竟，拋錨一次可能只是丟臉。要是車上還載著客戶的資料、使用者的信任——那個代價就不只是叫拖車能解決的了。
學著懂你的車吧。開得穩，才開得遠。
