最近寫程式碼的時候，我有一種很奇怪的感覺。
不是寫不動了，也不是不想寫，而是——
好像越來越不需要我寫了。
以前一個功能，從需求到上線，基本是這樣的路徑：
我理解需求 → 設計方案 → 寫程式碼 → 除錯 → 改 bug → 上線
現在變成什麼樣？
我描述需求 → AI 寫程式碼 → AI 改 bug → 我看一眼 → 上線
中間那一大段「寫程式碼」的過程，突然變得很薄，甚至可以沒有。
這件事，一開始挺爽的。
但爽著爽著，會有一點不安。
過去程式設計師，除了「完成任務」後獲得的成就感，在整個寫程式碼的過程中也能體會到很多樂趣。
寫程式碼這件事，好像沒那麼重要了
我以前一直覺得，程式設計師最核心的能力，就是寫程式碼。
你寫得快不快、優不優雅、抽象得好不好，這些東西構成了「水準」的差異。
但現在，這套標準在慢慢失效。
很多程式碼，其實 AI 寫得比人快，也不一定比人差。
尤其是那種：
- CRUD
- 介面串接
- 常規邏輯處理
這些東西，AI 基本上是碾壓式效率。
有時候我自己寫了一段，還會下意識丟給 AI：
「你幫我優化一下」
結果它不僅優化了，還順手把我沒想到的情況補上了。
那一刻會有一點微妙——
你開始分不清，這段程式碼到底是誰寫的。
更詭異的是：你開始不想自己寫了
這才是最危險的。
以前寫程式碼，是一種「控制感」：
每一行都是我敲出來的，我知道它為什麼這樣寫，也知道哪裡可能出問題。
但現在，當你習慣把問題丟給 AI，你會發現：
自己寫，反而變慢了。
甚至會有一種感覺：
「我為什麼要親自寫？」
這不是偷懶，這是效率的自然選擇。
就像你不會手算大整數一樣，你也不會再想手動寫那些「可以被自動完成」的程式碼。
程式設計師，正在變成另外一種角色
慢慢你會發現，你每天在做的事情變了。
不再是：
- 寫多少程式碼
- 用什麼設計模式
- 程式碼漂不漂亮
而變成：
- 這個需求到底要什麼？
- 我要怎麼描述，AI 才不會理解錯？
- 這個結果到底對不對？
你花最多時間的，不是寫程式碼，而是——
想清楚問題。
這件事以前也重要，但現在變成了最重要的部分。
程式碼，好像變成「中間產物」了
有一天我突然意識到一件事：
我們一直以為「程式碼是產品」，
但現在更像是——
程式碼只是過程中的臨時結果。
真正重要的是：
- 輸入：你說了什麼（需求 / prompt）
- 輸出：結果對不對
至於中間那段程式碼，甚至可以：
- 不是你寫的
- 不是人寫的
- 甚至沒人真正「讀」過
這有點顛覆，但越來越真實。
那我們過去在卷什麼？
如果程式碼可以自動生成，那我們過去在卷的那些東西：
- 語法熟練度
- 手動撰寫能力
- 程式碼風格
好像突然不那么重要了。
不是說它們沒用，而是——
它們不再是決定性優勢。
你會發現一個有點殘酷的事實：
你很努力練出來的能力，可能只是「上一代的最優解」。
比如一個不懂程式碼的人用 AI 在短時間內衝進 GitHub 榜單，讓我覺得我累積數十年的經驗算什麼無力感
這或許就是老一輩程式設計師悲哀，同時真的不得不承認青出於藍而勝於藍
最尷尬的一類人
不是不會寫程式碼的人，而是——
還在把「寫程式碼」當成核心價值的人。
如果你還在：
- 糾結某個語法寫得優不優雅
- 花時間手動寫一堆重複邏輯
- 把「寫得多」當成產出
那其實有點像是在：
👉 優化一個正在被自動化的環節
這不是否定努力，而是方向可能變了。
那我們到底還剩什麼？
這個問題我想了很久。
最後發現，剩下的東西其實很少，但也都很關鍵：
你能不能把問題講清楚？
你能不能判斷結果對不對？
你知道什麼才是「真正要解決的」？
這些能力，AI 現在還替代不了。
或者說，很難完全替代。
「手動寫程式碼的人」真的會被殺死嗎？
可能不會。
但「只會手動寫程式碼的人」，確實會越來越難受。
被殺死的不是人，而是那種角色：
- 只負責實現
- 不負責定義問題
- 不負責判斷結果
這種角色，在 AI 時代會越來越邊緣。
最後的一個變化
以前我們說：
👉 程式設計師是把需求變成程式碼的人
現在更像是：
👉 程式設計師是把「想法變成結果」的人
中間用不用程式碼，
甚至用什麼程式碼，
都不那麼重要了。
有時候我也會想一個問題：
如果有一天，AI 能把所有程式碼都寫完，
那我們還算不算程式設計師？
或者說，
我們是不是本來就不應該只被定義為「寫程式碼的人」？
最後
AI 會成為未來，這件事基本已經沒有懸念了。
從 PHP、.NET、Java，到 Python，再到行動開發，再到今天的 AI，短短幾十年，程式設計師的職業一直在不停變化。
工具一直在換，
但程式設計師真正的核心能力，從來沒變過——
解決問題
我們以為自己在學語言、學框架，
但其實一直在練的，是如何把一個模糊的問題，變成一個確定的結果。
