中年程序員，正在靠AI續命？

前幾天發了一篇文章《》，有讀者朋友在下面留言說：

“喜歡這個故事，我也是墊底的程序員，靠ai續命”。

“哈哈哈我也一樣，我一直掛在口邊的一句話就是，ai延長了我的職業生涯”

我覺得挺有意思，之前媒體不是一直說AI編程會干掉程序員嗎，為啥又續命了？

于是我就找幾個熟悉的程序員朋友聊了聊，大部分年齡都不小，我發現大家還挺樂觀的，主要體現在這幾個方面：

01

AI編程拯救了自己的精力條

很多程序員被榨干，根源并不是能力不行，而是低水平的雜活兒太多，天天寫重復代碼，在別人留下的屎山上折騰，查別人踩過的坑....

AI編程出現以后，第一次有人幫你把這些臟活累活給干了。

什么CRUD，接口DTO，校驗邏輯，正則、SQL、腳本..... 通通扔給AI，這種從低水平勞動中解脫的感覺非常爽。

在AI的輔助下，再也不需要“看3個小時才能改3行”了。

精力條不再被這些事情吸干，人就能活過下班。

所以很多程序員說：感覺沒那么累了。

不過，先別急著慶祝， 有的老板已經盯上了你省出來的這些精力，正準備把原本一個月的工期砍成一周。

AI 續的命，能不能留給自己用，還得看你能不能跑得贏老板的需求單。

02

有經驗的程序員更擅長指揮AI

不少初級程序員用 AI 的方式是這樣的：

“幫我寫一個 XX 功能。”

然后得到一坨看起來很像那么回事、但根本跑不通的代碼。

因為他們自己也不清楚這個需求真正的邊界在哪兒，哪些是核心邏輯，都有哪些異常，出問題了不知道是設計錯了，還是實現錯了。

于是只能反復地折磨AI： “不對，再改一下” “這個又報錯了” “怎么和我想的不一樣？”

而有經驗的中年程序員更擅長指揮AI，他們會讓AI拆分需求，劃分模塊，然后再逐段生成代碼，每一塊都有明確的輸入、輸出和約束。

把需求說清楚，判斷，拆解、取舍，在AI時代，正在變成一種核心生產力，這個時代終于開始獎勵他們擅長的那部分能力了。

03

隨時會被裁員？

中年程序員的一個非常大的恐懼就是：我現在還行，但是換個技術棧我還能不能行？新的業務我能不能跟得上？“手速”能不能跟上年輕人？

AI編程在這件事上就非常“續命”，不懂的編程語言？ 先跑起來再說！ 不懂的框架？ 讓AI解釋整體架構！手速慢？那得看AI有多快！

不要小看中年程序員學習能力，編程語言和框架都是一通百通的，精通了一個以后，在AI的輔助下，學習新東西飛快。

尤其是那些有計算機基礎知識扎實的，會發現同一個概念會反復出現在不同的語言和框架中，無非就是換個皮而已。

在AI的加持下，代碼輸出能力不比那些剛入行的，能加班的程序員差，被裁的焦慮暫時被壓下去了。

04

一個人還能打仗

在互聯網的早期，網站極為簡單，你只要掌握了PHP/ASP/JSP + HTML，懂數據庫，會寫SQL，懂點兒Linux，基本上就可以寫網頁了，開發完自己點點，測試一下，就能上線。

但是過去二十年，互聯網狂飆突進，技術棧變得極其復雜：

一個靠譜的系統 = 產品 + 前端 + 后端 + 測試 + 運維

大規模團隊合作，個人成為螺絲釘，只能望洋興嘆了。

現在很多程序員突然發現，一個程序員+AI，能完成70%~ 80%的完整閉環，可能很多環節不那么完美，但至少可以把需求拆清楚，把代碼跑通，把問題定位出來解決，然后部署上去。

這種能力實在太爽了！

尤其是對于那些有想法的，想做獨立開發者的人來說，簡直是開辟了新生活的道路。

05

從寫代碼中解放，可以專注于設計

我注意到有一類特殊的程序員，他們存在著一種“架構師人格”。

對于這類人來說，寫代碼只是“實現細節”，就像搬磚砌墻；

而系統設計決定墻往哪兒蓋、地基怎么打、整座大樓如何承重，這才是讓他們多巴胺分泌的源泉。

他們喜歡琢磨模塊怎么劃分才不會互相污染？邊界在哪里？責任該怎么切？哪些東西是穩定的，哪些一定會變？類似這樣的東西。

在AI編程之前，即使腦子里把精妙的結構想好了，但要把它跑通，需要寫幾千行乏味的配置代碼、接口定義和增刪改查。

現在好了，他只需畫出類圖或描述邏輯架構，AI 就能迅速填充所有的“血肉”，你說他能不愛AI嗎？

06

一通聊下來，我的感覺就是AI編程確實是提高效率的利器，尤其對那些有經驗的程序員是個利好，的確能幫助大家續命。

但是必須要注意的是，我們正處于一個飛速發展的AI時代，AI編程正在以年為單位迅猛迭代，今年的感受也許到明年就會驟變。

未來會怎么樣？ 到底會續命還是革命？ 你覺得呢？