軟體工程回來了:自動化時代下的真正工程思維

本篇文章更新時間:2026/02/08
如有資訊過時或語誤之處,歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助,歡迎贊助支持


軟體工程回來了:自動化時代下的真正工程思維

副標:從框架迷思到自主構築,AI 時代的工程師該重新拿回主導權

編輯前言:這篇文章源自 Software Engineering is back。作者直接指出 AI 代理帶來的真正變化:不是寫程式更快,而是讓工程師終於能專注在真正的「工程」上,而不是框架與樣板碼堆出的雜訊。

核心觀點 (Key Takeaways)

  • 自動化程式設計正在取代大量重複性的「手工碼」。
  • 大量框架其實只是「中間層垃圾」,解決的是本不該存在的問題。
  • 真正的軟體工程是回到需求、結構與思考,而不是接受他人替你設計好的模型。

深入解析

作者以兩年的第一線經驗觀察到一件關鍵變化:從 2025 年底開始,模型與 Coding Agents 的可靠度與可控性真正成熟。也因此,他開始能以「建築師」的角色工作,而不是「泥作工」。

「I can be the architect without the wearing act of laying every single brick and spreading the mortar.」

這句話清楚點出:工程師依然需要思考架構、取捨、風險與產品本身的邏輯,但不再需要親手敲每一行程式碼。

  • 框架的三大問題本質:作者拆解了當代框架的三個核心功用:
  • 「簡化」:其實是把你的思考外包給陌生人,是一種智識上的放棄。
  • 「自動化」:雖有必要,但 AI 自動化讓這項理由不再成立。
  • 「降低人力成本」:讓企業雇用 React Developer,而不是 Software Engineer,促成大規模的操作式工程文化。

作者最尖銳的論點是:框架不僅成本高、脆弱、限制多,更真正傷害的是你的設計自由度——那是你每天都在默默付出的無形代價。

  • 工具回歸基礎:Bash 反而最未來
  • Coding Agents 在 2025 後轉向更簡單的工具鏈,例如 Bash;
  • 原因在於老工具更穩定、可預測、通用;
  • 與其建立複雜的 MCP 設定,不如用 Bash 直接與「世界」互動。

筆者心得與啟發

讀完這篇文章,我最大的感觸是:AI 並沒有讓工程師消失,它讓真正的工程師回來了。過去十年,我們把大量時間浪費在框架、相容性、補丁、模板、腳手架上,彷彿那些才是「工程」。但那只是操作。

作者提醒我們,把軟體開發交給 Google、Meta、Vercel 所設計的框架,就像把你的建築設計權交給別人。你成了操作員,他們才是工程師。

現在,自動化程式設計讓工程師重新能夠:

  • 思考產品,而不是框架;
  • 設計系統,而不是修補設定檔;
  • 解決真正的複雜度,而不是框架的複雜度。

對我來說,這是一種回歸:工程的本質是理解問題、設計解法,而不是堆砌程式碼。AI 讓我們第一次能以合理成本,真正做到這件事。

作者在文末寫道:

「Stop wrapping broken legs in silk. Start building things that are yours.」

這句話點醒我:工具越強大,越需要自己掌握方向。框架時代讓我們忘記自由的感覺,而 AI 時代,反而讓自由重新變得可能。


Share:

作者: Chun

資訊愛好人士。主張「人人都該為了偷懶而進步」。期許自己成為斜槓到變進度條 100% 的年輕人。[///////////____36%_________]

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


文章
Filter
Apply Filters
Mastodon