我有一陣子沒在這裡寫東西了。
不是因為我沒意見了。
那樣反而比較令人擔心。
我只是受夠了那種沒完沒了的論調:
所以我先停筆了一陣子。
AI 可沒有停。
而現在回來看,有一件事其實挺明顯的:
軟體沒有。
模型變強了。
寫程式的代理也變強了。
老實說,現在一個下午能生成的程式碼量,跟一年前相比,簡直離譜。
但奇怪的是,我們還是有:
所以也許,程式碼生成從來就不是瓶頸。
也許只是我們希望它是。
開發者很喜歡把寫程式這件事講得好像,按出實作程式碼的那一刻,就是所有價值的所在。
我不這麼認為。
真正困難的,始終是做決定:
這個東西真的需要存在嗎?
這真的是正確的解法嗎?
我們有在解真正的問題嗎?
這裡真的還需要再加一層嗎?
能不能乾脆刪掉?
AI 可以在你喝完咖啡之前,就給你 600 行看起來很像樣的程式碼。
但這不代表那 600 行就應該存在。
而我認為,這正是 AI 有點危險的地方。
它把阻力移除了。
聽起來很棒。
但有時候,阻力其實是在幫我們擋下自己糟糕的點子。
以前如果你想打造一個沒必要那麼複雜的系統,至少還得為此吃點苦頭。
現在代理會很熱心地幫你把整場災難完整搭建起來。

你叫 AI 解決一個問題時,它通常都會想當個好幫手。
非常好幫手。
好得有點可疑。
你只是要一個小功能,結果轉眼間就多出:
而且一切看起來都很合理。
問題就在這裡。
糟糕的軟體,通常不會從一眼看起來就很蠢的東西開始。
它往往是從很多個單看都很合理的決定開始。
而現在,AI 能比我們更快產生這些「合理的決定」。
我之前說過,我 2026 年的技術棧會無聊到不行。
那時我是認真的。
現在我更認真了。
因為如果 AI 會寫掉更多實作部分,那我就想讓周圍的系統痛苦地可預測。
給我:
我不需要我的技術棧有趣。
我需要產品有趣。
這兩者是有差別的。
而我覺得我們有點忘了這件事。
這大概是會惹惱一些人的部分。
我認為,程式碼本身的價值正在下降。
不是沒有價值。
是價值下降。
產出程式碼的能力,正在以驚人的速度被商品化。
這 不 代表開發者變得沒有價值。
它代表開發真正有價值的部分,正在轉移到別的地方。
往:
我認為「品味」會變成最重要的工程能力之一。
而且它很難衡量。
當你跟一個有這種能力的人合作時,你就會知道。
他們會把東西刪掉。
他們會簡化。
他們會問一些讓人煩的問題。
他們總能把你那套自認聰明的 14 步解法,變成 5 行無聊的程式碼。
這種人在 AI 密集的世界裡會非常吃香。
這是我一直反覆想到的地方。
我們從來就不是真的缺程式碼。
GitHub 又不是坐在那邊想著:
「拜託。拜託有人。真的很需要更多 JavaScript。」
我們缺的是好決策。
AI 給了我們更多輸出。
更多實作。
更多選項。
更多原型。
更多程式碼。
很棒。
但更多不會自動更好。
有時候,更多只是……
更多而已。
如果開發者沒有更會篩選哪些東西該被生成出來,我們很可能會把史上最強大的開發工具,拿來高效率地製造史上最大一堆平庸軟體。
而且還是高效率地。
這不是一篇反 AI 的文章。
完全相反。
我用 AI 來寫程式、除錯、做研究、寫作、探索想法,還有挑戰我自己的解法。
我不想回到過去。
但相較於以前,我對「AI 寫出了整個功能」這件事,已經沒那麼驚豔了。
很酷。
但那是正確的功能嗎?
程式碼可維護嗎?
你有看懂它生成了什麼嗎?
它有沒有加進你不需要的複雜性?
如果換成你自己設計,你也會這樣做嗎?
現在這些問題對我來說更重要。
也許那只是最顯眼的部分。
也許這份工作一直以來,都是在不確定中做決策。
理解系統。
權衡取捨。
找出能運作的最簡方案。
然後偶爾對大家說:
不,我們完全不需要為了這個上 Kubernetes。
AI 可以生成比我們任何人手寫都還多的軟體。
這一部分已經解決了。
現在真正有意思的問題是:我們是否真的更擅長判斷,哪些軟體值得存在。
我不太相信我們有。
老實說?
這可能是比 AI 取代程式設計師更大的問題。
你怎麼看?
AI 讓開發者成為更好的工程師,還是只讓他們更快產出原本就打算做的東西?
原文出處:https://dev.to/the_nortern_dev/ai-got-better-while-i-was-away-software-didnt-4b2b