軟體會越來越多,寫程式的人未必:一篇掘金AI報告,把程式設計師的十年心事攤在桌上
一篇2026年10月發表於掘金的AI職業前景報告被熱議,本文拆解「軟體變多、程式設計師未必變多」的核心論點為何擊中技術社羣心事。
2026年10月14日,掘金出現一篇長文,標題直白:「AI時代,軟體程式設計師未來10到15年的職業前景」。作者開宗明義說明,這是一份純AI研究得出的報告,結論僅供參考。但正是這種「不掛真人招牌」的內容,在技術社羣裡反而少了些顧忌,把大家不敢明說的擔憂一次講完。
文章開頭就給了四個結論:軟體需求會成長,但這不等於程式設計師需求成長,也不會自動提高議價能力;程式設計師不會整體消失,但初級崗位可能最先受到衝擊,資深也不必然安全;編寫代碼的經濟價值會持續下降;長期競爭力應建立在解決真實業務問題、保障複雜系統可靠交付的能力上,而非某項「暫時難以被AI取代」的技術。
先看報告引用的現實數據
報告引用了工業和資訊化部2026年10月8日公布的中國軟體業1至8月運行情況,指出一個現象:軟體業務收入仍在增長,但利潤增長明顯慢於收入增長。
報告自己也留了但書:這不能證明差異是AI造成的,市場競爭、人工成本、研發投入、產品結構都可能影響利潤。它真正想提醒的是,行業規模繼續增長,不等於企業有更強的能力和意願提高程式設計師薪資。
「軟體變多」和「程式設計師變多」是兩回事
報告用了一個簡化模型來說明:完成業務所需的人數,等於開發工作量除以每人有效交付生產率。AI提高人均生產率後,若業務需求不變,需要的人就變少;若需求同時大增,人數才可能不減反增。
更有意思的是價格面的推演:如果AI讓開發軟體變便宜,原本不值得開發的需求就會變得劃算。一家中小企業過去不願花80萬元建內部管理系統,現在10萬元能做,它可能就願意買。但同時,原本收80萬元的服務商也得跟著降價。於是軟體數量增加、單價下降、單一項目所需工程師減少,三件事可以同時發生。
報告對此的判斷是:未來軟體可能越來越多,軟體公司的組織規模卻越來越小;某些程式設計師的生產率顯著提高,但市場支付給他們的勞動溢價未必同步提高。
這種「變化比預想更深刻」的焦慮,其實在技術社羣裡早有共鳴。先前掘金另一篇長文回顧公司從400多人縮到100多人的過程,一位十幾年資歷的程式設計師重新思考35歲與AI時代的職業前景,那份縮編長文裡的心事,和這份報告讀起來幾乎是同一條情緒線。
AI到底提升了多少效率?報告給了誠實的答案
報告引述了兩項研究,並指出它們並不互相否定:AI編碼工具是否提高實際效率,取決於任務性質、代碼庫複雜度、工具能力、開發者經驗和驗收標準。
對一個全新的簡單專案,AI可能非常高效。但對一個跑了多年、存在大量隱含約束、必須相容舊系統的複雜項目,AI生成代碼之後,理解、驗證和修改的成本可能抵消編碼收益。
報告因此在這裡踩了剎車:截至2026年,不能嚴謹地宣稱「一個AI程式設計師已可穩定替代五個普通程式設計師」;但也不能因為AI還會犯錯,就斷定未來工程師數量不會受影響。真正該分析的,是哪些工程環節的經濟成本會下降,以及企業會怎麼重新配置人員。
不按語言排名,按工作性質分化
報告明確反對按Java、Python、React、Go等語言做職業安全排名,因為語言不是經濟價值的最終來源。它選擇按工作性質分類:簡單頁面、後臺管理系統、標準化的CRUD開發,大量代碼可被自動生成,人工價值首當其衝;而到2035年,傳統前端、後端、測試的崗位邊界可能進一步模糊。報告也提醒,轉向Agent開發並不等於獲得長期職業安全,因為隨著AI能力提升,複雜系統設計與實現本身也可能不再是難點。
這種「與其恐慌,不如搞清楚自己在哪一格」的視角,和求職社羣裡另一股聲音形成對照。牛客網上一篇被圍觀的秋招心得長文勸求職者放寬心、找出路,留言區把「耍起」喊成了共鳴關鍵詞。一邊是AI報告的冷推演,一邊是年輕人的苦中作樂,兩篇放在一起看,剛好拼出這個行業當下的兩種自我安撫方式。
報告自己也承認的不確定
值得一提的是,這份報告沒有把自己包裝成預言。它明確寫道,「軟體越來越多、公司越來越小」的判斷,成立條件是AI顯著降低總交付成本、且市場需求增長不足以完全吸收效率提升,具體程度仍有待觀察。
它給出的落點也很樸素:不要把職業安全感押在某項暫時難以被取代的技術上,而要回到解決真實業務問題、保障可靠交付、創造經濟價值這些更根本的能力。至於這句話在十年後回頭看是務實還是天真,恐怕連寫出報告的AI自己也不敢保證。
主題