我有一陣子沒在這裡寫東西了。

不是因為我沒意見了。

那樣反而比較令人擔心。

我只是受夠了那種沒完沒了的論調:

  • AI 會取代開發者
  • AI 永遠不會取代開發者
  • 這個模型改變了一切
  • 這個代理改變了一切
  • 軟體工程已死
  • 軟體工程比以往任何時候都更重要

所以我先停筆了一陣子。

AI 可沒有停。

而現在回來看,有一件事其實挺明顯的:

AI 進步了。

軟體沒有。

模型變強了。

寫程式的代理也變強了。

老實說,現在一個下午能生成的程式碼量,跟一年前相比,簡直離譜。

但奇怪的是,我們還是有:

  • 過度設計的後端
  • 一個簡單的資料庫呼叫外面包了七層抽象
  • 依賴地獄
  • 沒人要求的功能
  • 解決根本不存在問題的微服務
  • 團隊還自豪地以機器速度交付複雜度

所以也許,程式碼生成從來就不是瓶頸。

也許只是我們希望它是。


寫程式從來不是最難的部分

開發者很喜歡把寫程式這件事講得好像,按出實作程式碼的那一刻,就是所有價值的所在。

我不這麼認為。

真正困難的,始終是做決定:

這個東西真的需要存在嗎?

這真的是正確的解法嗎?

我們有在解真正的問題嗎?

這裡真的還需要再加一層嗎?

能不能乾脆刪掉?

AI 可以在你喝完咖啡之前,就給你 600 行看起來很像樣的程式碼。

但這不代表那 600 行就應該存在。

而我認為,這正是 AI 有點危險的地方。

它把阻力移除了。

聽起來很棒。

但有時候,阻力其實是在幫我們擋下自己糟糕的點子。

以前如果你想打造一個沒必要那麼複雜的系統,至少還得為此吃點苦頭。

現在代理會很熱心地幫你把整場災難完整搭建起來。


AI 非常擅長幫你過度設計

Image description

你叫 AI 解決一個問題時,它通常都會想當個好幫手。

非常好幫手。

好得有點可疑。

你只是要一個小功能,結果轉眼間就多出:

  • service layer
  • repository pattern
  • 相依性注入
  • 驗證抽象層
  • 重試邏輯
  • 設定物件
  • 三個介面
  • 一個工廠

而且一切看起來都很合理。

問題就在這裡。

糟糕的軟體,通常不會從一眼看起來就很蠢的東西開始。

它往往是從很多個單看都很合理的決定開始。

而現在,AI 能比我們更快產生這些「合理的決定」。


AI 越強,我就越想要無聊的軟體

我之前說過,我 2026 年的技術棧會無聊到不行。

那時我是認真的。

現在我更認真了。

因為如果 AI 會寫掉更多實作部分,那我就想讓周圍的系統痛苦地可預測。

給我:

  • 無聊的資料庫
  • 無聊的 API
  • 無聊的框架
  • 無聊的部署
  • 一眼就懂的架構
  • 不需要先看一張解釋圖、再看另一張解釋那張圖的圖的程式碼

我不需要我的技術棧有趣。

我需要產品有趣。

這兩者是有差別的。

而我覺得我們有點忘了這件事。


程式碼正在變便宜

這大概是會惹惱一些人的部分。

我認為,程式碼本身的價值正在下降。

不是沒有價值。

是價值下降。

產出程式碼的能力,正在以驚人的速度被商品化。

這 不 代表開發者變得沒有價值。

它代表開發真正有價值的部分,正在轉移到別的地方。

往:

  • 判斷力
  • 架構設計
  • 除錯
  • 產品思維
  • 品味
  • 知道什麼該拒絕
  • 知道 AI 什麼時候講得很自信但其實是錯的
  • 知道正確的實作有時候就是不實作

我認為「品味」會變成最重要的工程能力之一。

而且它很難衡量。

當你跟一個有這種能力的人合作時,你就會知道。

他們會把東西刪掉。

他們會簡化。

他們會問一些讓人煩的問題。

他們總能把你那套自認聰明的 14 步解法,變成 5 行無聊的程式碼。

這種人在 AI 密集的世界裡會非常吃香。


我們不是沒有程式碼,而是沒有好決策

這是我一直反覆想到的地方。

我們從來就不是真的缺程式碼。

GitHub 又不是坐在那邊想著:

「拜託。拜託有人。真的很需要更多 JavaScript。」

我們缺的是好決策。

AI 給了我們更多輸出。

更多實作。

更多選項。

更多原型。

更多程式碼。

很棒。

但更多不會自動更好。

有時候,更多只是……

更多而已。

如果開發者沒有更會篩選哪些東西該被生成出來,我們很可能會把史上最強大的開發工具,拿來高效率地製造史上最大一堆平庸軟體。

而且還是高效率地。


我一直都在用 AI

這不是一篇反 AI 的文章。

完全相反。

我用 AI 來寫程式、除錯、做研究、寫作、探索想法,還有挑戰我自己的解法。

我不想回到過去。

但相較於以前,我對「AI 寫出了整個功能」這件事,已經沒那麼驚豔了。

很酷。

但那是正確的功能嗎?

程式碼可維護嗎?

你有看懂它生成了什麼嗎?

它有沒有加進你不需要的複雜性?

如果換成你自己設計,你也會這樣做嗎?

現在這些問題對我來說更重要。


或許工作從來就不是寫程式

也許那只是最顯眼的部分。

也許這份工作一直以來,都是在不確定中做決策。

理解系統。

權衡取捨。

找出能運作的最簡方案。

然後偶爾對大家說:

不,我們完全不需要為了這個上 Kubernetes。

AI 可以生成比我們任何人手寫都還多的軟體。

這一部分已經解決了。

現在真正有意思的問題是:我們是否真的更擅長判斷,哪些軟體值得存在。

我不太相信我們有。

老實說?

這可能是比 AI 取代程式設計師更大的問題。


你怎麼看?

AI 讓開發者成為更好的工程師,還是只讓他們更快產出原本就打算做的東西?


原文出處:https://dev.to/the_nortern_dev/ai-got-better-while-i-was-away-software-didnt-4b2b


精選技術文章翻譯,幫助開發者持續吸收新知。

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝45   💬2  
670
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
📢 贊助商廣告 · 我要刊登