Thoughts on Slowing the Fuck Down

背景

隨著 AI 編碼代理工具（Coding Agents）問世滿週年，軟體開發領域正經歷一場前所未有的效率革命。然而，開發者 Mario Zechner 指出，這種追求極致速度的文化正導致軟體品質崩潰，系統變得脆弱且難以維護，呼籲業界應重新審視「慢下來」的必要性。

社群觀點

Hacker News 的討論圍繞著軟體品質的墮落與「工程」定義的辯論展開。許多資深系統營運者認為，軟體品質低下的根源並非技術本身，而是商業文化的選擇。過去開發速度慢是因為缺乏自動化且充滿人工驗證，這種「慢」無意中過濾了許多錯誤。現在的 DevOps 雖然強調快速交付，但其核心精神應是建立信任與品質回饋機制，如豐田生產方式中的「安東燈號」（Andon Cord），允許任何人在發現問題時停止生產線。然而，現代企業往往為了利潤最大化而犧牲這種「品質餘裕」，只要產品勉強能用、客戶願意買單，公司就沒有動力去修復底層的技術債。

關於「軟體工程師」是否真的能稱之為「工程師」，社群中存在顯著的分歧。支持者認為工程的本質在於運用創造力解決非例行性問題，但反對者則指出，軟體開發缺乏像土木或機械工程那樣嚴格的執照制度與法律責任。在歐洲某些國家，未經認證自稱工程師甚至可能面臨法律訴訟。有觀點認為，軟體開發更像是一門「表演藝術」或「手工藝」，因為開發者往往更熱衷於嘗試新技術，而非證明其方案在未來數年內絕對可靠。這種缺乏責任制的現狀，使得 AI 代理工具被當作「自動黑客機器」使用，進一步加速了不可維護代碼的堆積。

此外，開發者自主權的喪失也是討論焦點。部分留言者感嘆，現在管理層盲目相信 AI 能以一敵五，將工具強加於開發流程中，導致開發者淪為 AI 產出的審核員。這種環境催生了一種消極的應對文化：既然系統注定會崩潰，開發者索性利用 AI 快速完成任務，將省下的時間用於享受生活，這種「燃燒股東資本」的心態反映了對當前開發環境的深層失望。儘管如此，仍有樂觀者認為 AI 確實提升了處理瑣碎任務的效率，關鍵在於人類是否願意承擔起「成人監督」的責任，在 AI 產出與系統穩定性之間取得平衡。

延伸閱讀

在討論中，參與者提到了幾篇值得深思的作品。Mitchell Hashimoto 的《我的 AI 採納旅程》（My AI Adoption Journey）探討了如何將 AI 定位為處理無聊事務的助手而非決策者。Hillel Wayne 的文章《我們真的是工程師嗎？》（Are we really engineers?）則深入探討了軟體開發與傳統工程學的異同。此外，Charles Perrow 的著作《常態意外》（Normal Accidents）被用來解釋為何複雜且緊密耦合的現代系統，其事故幾乎是不可避免的。最後，Joel Spolsky 經典的《喬爾測試》（The Joel Test）也被提及，用以對比二十年來軟體工程環境的變遷。