攤牌了！20年老程序員自曝不再寫代碼：“如果明天AI編程沒了，我就徹底轉行”

【CSDN 編者按】當AI編程助手越來越強，你是否也曾想過：有一天，自己可以完全不再手寫代碼？本文作者是一位有著近二十年編程經驗的資深開發者，他大膽地宣稱：我現在不寫代碼了，而且一點也不懷念。

從修 Bug、加功能，到設計高可擴展的分布式系統，他把曾經必須靠鍵盤敲出來的“翻譯工作”，全部交給了 AI 代理。而他自己，則專注于架構決策、代碼評審、辨別設計好壞、判斷測試真假——這些他認為是編程中真正有趣且核心的部分。

原文鏈接：https://max.gp/writing/going-full-ai-engineer-not-touching-code-anymore/

作者 | Max Heyer 翻譯 | 鄭麗媛

出品 | CSDN（ID：CSDNnews）

我已經不再親手寫代碼了，而且一點也不懷念。

不寫函數，不修 Bug，不加功能。從這個博客，到我在 enum 做的那些復雜而激進、絕不能出問題的系統，我現在幾乎都不再親自敲代碼了。

而且，我很享受這種狀態。

我曾以為，“寫代碼”才是最有趣的部分

我寫代碼已經快二十年了。

小時候，我會折騰 Linux，還試著給自己的 Minecraft 社區寫插件。我到現在都還記得，那種調了幾個小時、終于跑通時的興奮感。

后來，我做過很多項目：從青春期時寫的小網站，到后來在 enum 和 Wunder Software 搭建高可擴展的分布式系統。我把整個工作流都圍繞“編碼”優化到了極致——分體鍵盤、nvim、各種編程語言，怎么高效怎么來。

我一直很喜歡“創造東西”、喜歡折騰——但后來我才發現，我一直搞錯了一件事：我真正喜歡的，其實從來都不是“敲代碼”本身。

真正有意思的，是做決定的過程。例如，這個系統到底該做什么？出問題時應該怎么表現？什么才是正確的抽象？復雜性該放在哪里？我們真正要解決的問題是什么？

寫了這么多年代碼之后，我終于意識到：“寫代碼”只是把這些決策落地時不得不支付的“過路費”。而且其中絕大多數，其實只是肌肉記憶：同樣的模式、同樣的 import、同樣的重試邏輯、同樣的 null check、同樣的模板代碼……這些東西，我已經重復輸入過上萬次。

很多時候，真正有價值的思考，在打開編輯器后的幾秒鐘就結束了。而接下來的六個小時，不過是在“翻譯”這些想法。

AI 開發者計劃已開放申請，免費領100小時云算力券

支持主流 AI 框架與模型部署

那么，我現在在做什么？

現在的我，會設計架構、做代碼評審、反駁錯誤方案、會仔細讀 diff、駁回那些沒解決問題的改動；會寫規格說明，然后看著多個 AI Agent 把它們實現出來；發現某個 Agent 的代碼風格不對勁或者測試覆蓋是假的時候，會盡快指出；會思考什么應該成為 primitive（基礎原語），什么應該通過組合實現……這才是真正的工作。

其實，一直以來，真正的工作都是這些，敲代碼只是額外開銷。

我要聲明一下：這種轉變并沒有讓我變得更懶、更敷衍——恰恰相反，現在的我，比以前讀更多代碼。因為我不再自己寫，而是在閱讀 Agent 生成的結果。

因此，我會更深入地思考真正的問題：

• 我們應該如何為 enum 平臺實現一個可擴展的 reconciler 模式？

• 數據應該放在哪里？

• 我們下一個真正要解決的問題是什么？

我對結果和測試的要求，比以前更苛刻了，因為現在負責發現問題的人，就是我自己。

至于現在最重要的能力，不是手速，也不是 API 記憶力，而是“品味（taste）”。比如，你能不能看出一個設計爛在哪里？能不能識別某個即將崩塌的關鍵假設？知不知道什么必須堅持，什么可以妥協？這些能力并沒有消失。相反，它們變得比以前更重要了。

不僅如此，我現在有更多時間去學習新東西了，思考如何在 enum 擴展我們的系統，思考 enum 的融資……這些事情，遠比每天坐在那里敲 10 個小時代碼重要得多。

說點不好聽的話吧

接下來，我說點不那么舒服的真話：

如果明天 AI 編程突然消失了，如果我不得不回到一行一行手寫代碼的狀態——我想我會徹底放棄編程。

不是因為我不會寫。我當然還會，可能比一年前還更敏銳，因為我一直在跟進最新的工具。但我已經不想再那樣做了，那會讓我覺得是在浪費時間。

多年的肌肉記憶已經開始消退，我也沒興趣重新建立它。我已經親手寫過夠多的軟件代碼了，知道那是種什么感覺，我真的受夠了。

每當想到這里，其實我心里都有點復雜。因為我過去很多年的身份認同，都建立在一句話上：“我是一個寫代碼的人。”可如今，這個身份依賴于一套才出現三年的工具棧，如果這套東西崩了，這個身份也隨之而去——不過，我也能接受。

我覺得，這大概也是最誠實的信號：原來這些年里，我真正熱愛的從來不是“寫代碼”。我喜歡的是做決策，然后看著它們變成現實。

而 AI Agent，只是把這個循環大幅縮短了。如果沒有 Agent，這個循環又會重新變長，那我寧愿去做別的事。

當然，這不是一篇“無腦 Vibe Coding”宣言

當然，我并不是說“隨便讓 AI 寫代碼就行了”。

如果你不做判斷，只是放任 Agent 往一個你根本不理解的系統里瘋狂生成代碼，那最終一定會出事。而且，是那種凌晨 3 點你根本沒法 Debug 的詭異線上事故——我見過這種場面，我也收拾過這種爛攤子。

我現在描述的，其實是另一種工作模式：我會讀每一個 diff；會否掉大量 Agent 的方案；對于核心系統，我會把 Agent 管得非常嚴。

簡單來說，我工作的重心，已經從“生產代碼”轉向“評估代碼”。而后者，其實比前者更難：因為你必須在更短時間里、帶著更少上下文，正確判斷更多事情。

如果你沒有“品味”和判斷力，AI 編程只會讓你更糟糕；但如果你有，它就能幫你省下大量“翻譯想法”的時間。

接下來會怎樣？

我不知道這種模式最終會如何擴展。我不知道它會如何影響招聘，如何影響初級工程師，也不知道下一代程序員，會不會再像我當年那樣，把 for 循環敲上一千遍，直到形成條件反射。

這些問題都很真實，而我暫時沒有答案。但我知道，在過去幾個月里，我親身感受到：

• 那些我真正熱愛的工作，變多了；那些我只是“忍著做”的部分，變少了。

• 我每周做出的關鍵決策，比過去一個月還多。

• 我交付得更多、思考得更清晰，也比以前更在乎自己正在構建什么。

其實，這一直都是這份工作的本質，“敲代碼”只是過路費——而我，再也不想交了。

免費領取 100 小時 AI 算力｜限時開放

加入 AI 開發者計劃
獲取：

? AI 算力資源
? 官方技術社群
? Workshop 與 AI Academy
? 開發者專屬福利

完成認證后，額外領取：
? 9.9 元瑞幸咖啡券

立即加入