...但我先直接說結論:寫程式從來都不是軟體工程裡最有價值的部分。

我還記得自己剛當初級軟體工程師的時候,做什麼都不順手。每個功能都像在打仗。我甚至數不清自己花了多少小時在 Stack Overflow 裡鑽來鑽去。然後還有 PR 審查的壓力,有時候我在留言裡真的被狠狠吐槽了(不過確實是有道理啦!)😅

後來,事情慢慢變得越來越好。交付功能花的時間越來越少,拉取請求裡的評論也越來越少。隨著時間過去,我開始處理更複雜的事情,包括架構。我可以選擇正確的解法,解釋為什麼某個工具或設計模式合理,並為自己的決策辯護。

而且我很喜歡自己擅長寫程式。至於領域知識或架構層面的考量?那些都還在背景裡。

後來,寫程式不再是最困難的部分

我當開發者的時間越久,問題就變得越複雜,而且它們跟寫程式本身的關聯也越來越小。

我不再對每一個新的框架功能都感到興奮了。事實上,每次聽到又一個「革命性」解法時,我腦中冒出的第一個念頭,通常都會像是:「又一套狀態管理方案……」(我大概哪天會專門寫一篇文章講這個。)

最後,我走到了每個技術主管最後都會走到的地方:大部分時間都在思考、開會、讓大家對齊共識,然後把寫程式的工作交給資淺工程師和中階工程師。其實他們也很開心,因為能有機會學到新東西。

幸運的是,我現在還是會寫不少程式,但近來通常是比較橫向的工作,或者技術上比較困難的功能。

而這正好就是 AI 革命出現在我職涯中的那個時刻。

而我張開雙臂迎接 AI

我是真的很開心!我才不會因為自己再也不用親手一點一滴打造每一段珍貴的工藝碼而難過呢。我本來就沒有特別想這麼做。

@nazar-boyko 最近在他的文章〈Has AI Made You A Lazier Developer? Be Honest.〉裡問了這個問題。我誠實回答:沒有。恰恰相反。AI 讓我變得沒那麼懶了。我做得更多,因為我不必把那麼多時間花在最無聊的部分:寫重複的程式碼。

而且在我看來,AI 在交付程式碼這件事上,已經比大多數軟體開發者更強了。

這不是我隨口說說,背後有實際研究支持,我把其中一些連結放在這篇文章底部,所以你可以去確認我不是在亂講。😉 研究顯示,AI 可以大幅加速寫程式,而且前沿的 AI 智慧代理已經能完成某些人類要花上好幾天甚至好幾週的編碼任務。

而且我們在自己的工作裡也經常看到這點。AI 不會累,不會有壓力,不會分心,也不會「今天狀態不好」。(好吧,有時候我真的覺得它會)

不是每個開發者都同樣擅長寫程式

我們也來面對另一個不太舒服的事實:開發者之間確實有高有低。

我知道這樣講不太討喜,但事實就是如此。有些人比較會煮菜,有些人比較會唱歌,有些人非常擅長寫程式。而有些人嘛……就沒那麼厲害。

有時候我會覺得,在 DEV 上我們把程式設計師當成某種憑實力上位的天才階級。好像每個開發者天生就擁有一整套不可取代的超群技能。但任何在這個產業待得夠久的人都知道,這根本不是事實。

而 AI 也許真的能在這裡拉平差距。一個不是頂尖程式設計師,但做事負責、非常懂產品、能做出好決策,而且知道真正需要做什麼的開發者,現在可以走得非常遠。

但有一個小小的細節

只是有一個很小、很小的細節。某種我們直覺上就能理解、而我下面引用的研究也暗示了的事:工作越是從單純產生程式碼這件事移開,機器相對於人類的優勢就越不驚人。

在一項較早的研究中,有經驗的開發者在使用 AI 時,實際上工作速度還更慢

較新的結果則顯示,新的 AI 工具大概確實能讓他們加快速度,但這個效果遠沒有原始的寫碼基準測試看起來那麼直接或那麼驚人。

一般來說,工作越依賴經驗、判斷、協作,以及更高層次的決策,「這個東西生成程式碼有多快?」就越不適合作為衡量生產力的指標。

而我完全知道原因。

五分鐘的寫碼。四天的工程。

最近,我必須為一個應用程式導入一個變更。這個變更如果交給一個寫碼代理——就算不是特別聰明的那種——大概五分鐘就能實作完成。

那問題是什麼?問題在於:討論這個變更到底應該長什麼樣子、把它和所有相關團隊協調好、以及和客戶一起確認最終方案,花了四天。而且在那四天裡,決策還改了好幾次。

而且我想在這裡補一個很重要的點:在那些會議裡有一位開發者在場,而且最好是有經驗的開發者,這是絕對必要的。

實作只花了五分鐘。搞清楚應該實作什麼卻花了四天。這正是寫程式和軟體工程之間的差別。

寫程式正在變便宜,但工程不會

你看出我想表達什麼了嗎?AI 正在把那些重複、衍生性的工作從我們肩上拿走。它做這些工作比我們快,很多時候也比我們好。做的時候不會累,也不會有壓力。

也因為這樣,市場對開發者的技能需求正在轉變。如果你只會寫程式,而且現在代理已經能比你更快、更好地做這件事,那你很快可能會在求職市場上遇到問題。

但如果你覺得代理可以做你以前會交給資淺工程師的工作,而你在處理細節、架構、取捨,以及真實生產系統那些奇怪又瑣碎的現實時,還是得手把手帶著它,那你的處境就完全不同了。

像我今天的系統就產生了一個下拉選單,而且它是一直展開的,根本沒辦法收合。🤣

如果你理解整體情境,知道怎麼做技術決策,懂產品,而且不怕創新,那你的工作大概是安全的。

至少目前是這樣。😅

所以,是的,AI 在寫程式這件事上變得更強,並不會讓軟體工程師變得沒價值。它只是讓「寫程式」本身,作為一項軟體工程技能,變得沒那麼有價值而已。

BTW,如果你喜歡這篇文章,也可以在 LinkedIn 上追蹤我


延伸閱讀與研究

METR https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/

METR https://metr.org/blog/2026-02-24-uplift-update/

METR https://metr.org/blog/2026-04-10-mirrorcode-preliminary-results/

NBER https://www.nber.org/papers/w35275


原文出處:https://dev.to/sylwia-lask/ai-is-already-better-at-coding-than-most-software-developers-4hno


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

共有 0 則留言


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