35歲程序員的春天來了

1. 先說結論

我先把觀點擺在前面：AI 編程不是 35 歲程序員的失業(yè)加速器，恰恰可能是他們的第二春。尤其是那些真正做過幾年 Java、踩過線上坑、帶過復雜系統(tǒng)的人，價值會被重新定價。這不是因為年齡本身值錢，而是因為 AI 把“會寫代碼”和“能把系統(tǒng)做成”這兩件事，徹底分開了。

2. 很多人把 AI 編程理解淺了

過去大家總以為，年輕人寫得快、加班猛、接受新技術快，35 歲以后就會越來越吃虧。這個判斷在純手工編碼時代有一定道理，因為公司買的是產(chǎn)能，誰寫得快、誰便宜，誰就更占優(yōu)勢。但 AI 編程把這套邏輯改了?，F(xiàn)在最不值錢的，恰恰是“把一個需求翻譯成幾十上百行代碼”這件事。因為這一步 AI 已經(jīng)能做得像模像樣了。你給它一個頁面，它能寫;你給它一個接口，它也能拼;你讓它照著樣板加個功能，它甚至比很多初中級程序員更快。所以很多人順手得出一個結論：程序員完了，尤其是年紀大的程序員更危險。

3. AI 讓“人人都像會編程”，也讓稀缺能力暴露出來了

一個小項目，AI 確實可以兜底。頁面不多、表不復雜、鏈路不長、調(diào)用關系也簡單，普通人靠 AI 也能把東西拼出來，甚至做得還像那么回事。但項目一旦變大，問題就不再是“代碼能不能寫出來”，而是“這個系統(tǒng)還能不能繼續(xù)活下去”。模塊怎么拆?邊界怎么定?抽象什么時候該做、什么時候不該做?接口應該面向業(yè)務語義，還是面向數(shù)據(jù)庫結構?擴展性怎么留?高可用怎么做?監(jiān)控、回滾、灰度、冪等、限流怎么接進來?這些問題，根本不是提示詞寫得好就能解決的。AI 最擅長的是局部補全，最不擅長的是在復雜約束里長期保持一致性。系統(tǒng)一旦超過某個臨界點，它就會開始一本正經(jīng)地胡說八道：這里幫你封裝一層，那里給你抽個基類，看起來很優(yōu)雅，實際上依賴更亂;今天按這個規(guī)范寫，明天又換一套;這次修了 A，下次又把 B 和 C 搞壞。最可怕的是，沒經(jīng)驗的人往往看不出來它在胡說八道。因為他們沒有真正經(jīng)歷過復雜系統(tǒng)失控的過程，不知道什么叫抽象污染，不知道什么叫設計債，也不知道一個看似漂亮的模式，為什么會在半年后把團隊拖死。

4. 為什么偏偏是做過 Java 的一批人更吃香

而那些做過多年 Java 的程序員，尤其是干過企業(yè)級系統(tǒng)、交易系統(tǒng)、后臺系統(tǒng)的人，反而在這個階段特別占便宜。原因很簡單，這批人很多不是只會寫幾個接口，他們是真見過體量的。他們見過數(shù)據(jù)庫扛不住的時候，見過消息隊列積壓的時候，見過緩存擊穿、服務雪崩、發(fā)布回滾、表結構演進、歷史包袱、跨團隊協(xié)作，也見過一個系統(tǒng)是怎么從“還能改”一步步變成“誰都不敢動”的。他們未必寫得最快，但他們通常知道什么不能亂寫。他們對單一職責、開閉原則、里氏替換這些設計原則不是背定義，而是知道什么時候該用、什么時候別亂用;他們對設計模式也不是為了面試，而是知道哪些模式能救命，哪些模式只是看起來高級;他們對高可用、擴展性、分層、解耦這些概念，也不是 PPT 里的術語，而是知道這些東西一旦前面沒想清楚，后面會以什么方式報復你。

5. 未來最值錢的人，不是寫得最快的人

這份經(jīng)驗，在過去只是有用AI 編程時代，它會變成“稀缺”。因為未來真正高產(chǎn)的人，不是自己一行一行寫代碼寫得最快的人，而是能給 AI 建立秩序的人。他知道怎么拆任務，怎么定義邊界，怎么約束代碼風格，怎么設計目錄結構，怎么寫真正有用的規(guī)范，怎么給 AI 提供穩(wěn)定的上下文，怎么用測試和評審把系統(tǒng)拉回正確軌道。說得直接一點，以后比拼的不是“你會不會寫代碼”，而是“你能不能帶著一群不穩(wěn)定的 AI 實習生，把一個復雜系統(tǒng)做下去”。

7. 真正危險的不是 35 歲，而是只剩機械 CRUD

這件事，太吃基本功了。而這種基本功，不是看幾篇文章、刷幾套提示詞、玩幾個月 AI IDE 就能長出來的。它必須來自真實的工程環(huán)境，來自線上事故，來自多人協(xié)作，來自改過爛系統(tǒng)、背過鍋、做過取舍、理解過成本。這也是我為什么越來越覺得，35 歲以上程序員的經(jīng)驗會被重新定價。因為今天的新一代開發(fā)者當然也很聰明，工具也更強，但他們越來越少有機會在純?nèi)斯ぞ幋a時代里，完整經(jīng)歷一個系統(tǒng)從小到大、從簡單到復雜、從清爽到失控、再從失控到治理的全過程?？善@種全過程的經(jīng)驗，正是未來 AI 大規(guī)模參與軟件開發(fā)之后最值錢的東西。所以我現(xiàn)在的判斷是：程序員的 35 歲危機，并沒有按很多人想象的方式繼續(xù)惡化，反而可能在 AI 時代出現(xiàn)反轉。真正危險的，不是 35 歲這個年齡，而是你有沒有形成架構判斷力、抽象能力、系統(tǒng)治理能力。如果你 35 歲了，過去十幾年只是機械 CRUD，那當然還是危險。但如果你真的做過系統(tǒng)，扛過復雜度，理解過架構，知道怎么讓一個項目長期可維護，那你很可能不是被 AI 替代的那批人，反而會成為把 AI 組織起來的那批人。

8. 最后一句話

我甚至愿意把話說得更狠一點：AI 不是來淘汰老程序員的。AI 是來淘汰低水平、低判斷力、低抽象能力的重復編碼工作的。而那些真正有工程經(jīng)驗的人，尤其是 35 歲往上、做過 Java 企業(yè)級開發(fā)的一批人，春天可能才剛剛開始。當然，這個春天不是年齡送的，也不是行業(yè)施舍的。它只屬于那些在“古法編程時代”真正打過硬仗的人。如果未來軟件開發(fā)真的進入“人負責方向和秩序，AI 負責執(zhí)行和鋪量”的階段，那么最值錢的人，恰恰不是最新學會幾個 AI 工具的人，而是那些知道系統(tǒng)為什么會失控、也知道怎么把它重新拉回秩序的人。而這樣的人，今天大概率不在 22 歲，也不在 25 歲，大概率就在 35 歲以上。