文 | 王啟隆

出品 | CSDN（ID：CSDNnews）

投稿或?qū)で髨?bào)道 | zhanghy@csdn.net

在計(jì)算機(jī)技術(shù)七十余年的演進(jìn)史上，一個(gè)幽靈始終在行業(yè)上空徘徊——“程序員即將被機(jī)器取代”。

然而，這并非 ChatGPT 爆火后才出現(xiàn)的新近焦慮，而是貫穿整個(gè)信息時(shí)代、最具韌性的預(yù)言之一。

每當(dāng)一項(xiàng)旨在簡化軟件開發(fā)、降低技術(shù)門檻的重大技術(shù)躍遷出現(xiàn)時(shí)，“程序員末日論”便會(huì)應(yīng)聲而起，以不同的技術(shù)名義，在每一個(gè)時(shí)代向同一個(gè)職業(yè)宣判死刑。從 1950 年代編譯器的誕生，到今天大語言模型的崛起，歷史已經(jīng)上演了整整八輪幾乎一模一樣的“替代”故事。

所以，讓我們一起追溯歷史上這八次主要的“程序員替代論”浪潮，看看程序員如何“死而復(fù)生”，探究程序員們“不死的秘密”。

自動(dòng)化的黎明（1950 年代）

沒有顯示器，沒有鍵盤，更沒有我們熟悉的 IDE。

這個(gè)年代所謂的“程序員”，是一小群數(shù)學(xué)家和邏輯學(xué)家。他們的工作，是在一張張表格上手動(dòng)填寫一長串令人費(fèi)解的八進(jìn)制碼，每一個(gè)數(shù)字都對(duì)應(yīng)著機(jī)器的一條指令、一個(gè)內(nèi)存地址。然后，這些編碼被送去穿孔，變成一疊厚厚的卡片。

約翰·巴克斯，后來 FORTRAN 語言的發(fā)明者，如此形容那段經(jīng)歷。

“你必須像了解自己的掌紋一樣，了解 CPU 的每一個(gè)寄存器和指令集。任何一個(gè)微小的疏忽，比如一個(gè)內(nèi)存地址寫錯(cuò)，都可能導(dǎo)致程序崩潰。”

就在這個(gè)背景下，第一位“終結(jié)者”登場了。她是一位名叫格蕾絲·霍珀的海軍少將，一位計(jì)算機(jī)科學(xué)家。她提出了一個(gè)在當(dāng)時(shí)聽起來近乎天真的想法：為什么我們不能用更接近自然英語的語言來編程呢？

她的愿景并非要用機(jī)器取代人，而是想讓更多的人能夠駕馭機(jī)器，特別是那些處理商業(yè)數(shù)據(jù)的普通職員，她認(rèn)為這些人并不擅長操縱抽象的數(shù)學(xué)符號(hào)。當(dāng)她首次提出這個(gè)想法時(shí)，立刻遭到了同行的嘲諷：“我很快就被告知，我不能這樣做，因?yàn)橛?jì)算機(jī)不懂英語?！?/p>

但霍珀堅(jiān)持了下來。她和她的團(tuán)隊(duì)在 1952 年開發(fā)了 A-0 系統(tǒng)，這被認(rèn)為是歷史上第一個(gè)編譯器。它的作用，就是把那些相對(duì)友好的、類似英語的指令，自動(dòng)“翻譯”成機(jī)器能夠理解的二進(jìn)制碼。

與此同時(shí)，在 IBM，約翰·巴克斯的團(tuán)隊(duì)也在進(jìn)行一場平行的革命。他們開發(fā) FORTRAN 語言的目標(biāo)非常明確：讓科學(xué)家和工程師能夠直接用他們熟悉的數(shù)學(xué)公式來編寫程序，從而擺脫對(duì)那一小撮“硬件專家”的依賴。

這兩項(xiàng)發(fā)明的出現(xiàn)，立刻引發(fā)了第一輪“程序員替代論”。人們相信，既然機(jī)器可以自動(dòng)完成最困難的翻譯工作，那編程的門檻將不復(fù)存在，那些掌握著機(jī)器神秘知識(shí)的專家，自然也就沒有存在的必要了。

然而，歷史的走向出乎了所有人的意料。編譯器非但沒有終結(jié)程序員，反而催生了我們今天所熟知的、一個(gè)全新的、龐大的職業(yè)群體——“軟件程序員”。

它將開發(fā)者從與硬件寄存器搏斗的泥潭中解放出來，讓他們第一次可以集中精力去思考更高層次的問題——“我要解決什么問題”，而不是“我該如何指揮這臺(tái)機(jī)器”。一個(gè)過去需要耗費(fèi)數(shù)周去編寫的核反應(yīng)堆參數(shù)計(jì)算程序，用 FORTRAN 可能只需幾個(gè)小時(shí)。

軟件的應(yīng)用成本急劇下降，應(yīng)用范圍空前擴(kuò)大。銀行、航空公司、制造企業(yè)……各行各業(yè)都開始涌現(xiàn)出對(duì)軟件的巨大需求。而這種需求的增長速度，遠(yuǎn)遠(yuǎn)超過了生產(chǎn)力提升所能“節(jié)省”的人力。

所謂的“替代”，第一次露出了它的真面目：它不是角色的消亡，而是角色定義的重塑。舊的、面向硬件的“編碼員”，被新的、面向應(yīng)用的“程序員”所取代。

而整個(gè)行業(yè)的規(guī)模，爆炸式地增長了。

意大利面條仍然是意大利面條（1960-70 年代）

沒霍珀的夢想在60年代被推向了行業(yè)政策的高度。在美國國防部的主導(dǎo)下，COBOL（通用商業(yè)導(dǎo)向語言）誕生了。

它的設(shè)計(jì)哲學(xué)被貫徹得極為徹底：使用基礎(chǔ)的英語單詞，語法結(jié)構(gòu)冗長得像一篇散文（比如用 MOVE X TO Y 來替代 Y = X），以期達(dá)到“自文檔化”的效果，讓非專業(yè)的管理人員也能輕松讀懂，甚至編寫程序。

這被視為解決日益嚴(yán)重的“軟件開發(fā)積壓”問題的終極方案。當(dāng)時(shí)的設(shè)想是，如果業(yè)務(wù)經(jīng)理能夠自己編寫或者至少修改程序，那對(duì)專業(yè)程序員的依賴自然會(huì)大大降低。

但現(xiàn)實(shí)很快給出了另一份答案。企業(yè)的業(yè)務(wù)經(jīng)理們并沒有開始親自編寫公司的薪酬系統(tǒng)。恰恰相反，COBOL 的普及，催生了一個(gè)全新的、龐大的、且高度專業(yè)化的職業(yè)群體——COBOL 程序員。他們遍布在銀行、保險(xiǎn)、政府等各個(gè)機(jī)構(gòu)，成為了信息時(shí)代的第一代“碼農(nóng)”。

人們痛苦地發(fā)現(xiàn)，語言的“可讀性”并不能消除邏輯的“復(fù)雜性”。一句流傳至今的俏皮話精準(zhǔn)地概括了這一切：“意大利面條仍然是意大利面條?！?/p>

無論語法多么像英語，一個(gè)糟糕的、充滿了 GO TO 跳轉(zhuǎn)的程序，其邏輯依然像一盤攪亂的意大利面，難以理解和維護(hù)。

想象一下，一位在 80 年代入職的年輕程序員，他的工作是維護(hù)一個(gè)在 60 年代末上線的、擁有數(shù)百萬行代碼的銀行核心交易系統(tǒng)。他面對(duì)的挑戰(zhàn)，不再是機(jī)器的指令集，而是深埋在代碼深處、盤根錯(cuò)節(jié)的業(yè)務(wù)規(guī)則。

這些規(guī)則可能是二十年來無數(shù)次政策調(diào)整、特殊客戶豁免、臨時(shí)補(bǔ)丁的層層疊加。代碼的原始作者早已退休，文檔缺失不全。他必須像一個(gè)考古學(xué)家一樣，從這些被稱為“屎山”的遺跡中，小心翼翼地挖掘出一段邏輯，修復(fù)一個(gè) bug，同時(shí)祈禱不會(huì)因?yàn)樽约旱母膭?dòng)，而導(dǎo)致某個(gè)看似無關(guān)的模塊在午夜結(jié)算時(shí)崩潰。

這成了一項(xiàng)全新的、極具挑戰(zhàn)性的專業(yè)技能。

所謂的“簡化”，只是將困難從一個(gè)層面遷移到了另一個(gè)更高的層面。程序員的認(rèn)知負(fù)擔(dān)，從“機(jī)器復(fù)雜性”轉(zhuǎn)向了“領(lǐng)域和應(yīng)用復(fù)雜性”。

編程的困難并未被消除，它只是換了一副面孔。

你只需說“要什么”，而不用管“如何做”（1970-80 年代）

軟件積壓的問題愈演愈烈，業(yè)界開始尋求一次范式上的飛躍。第四代編程語言（4GL）應(yīng)運(yùn)而生，它的承諾極具誘惑力：從“過程式”編程轉(zhuǎn)向“聲明式”編程。

當(dāng)時(shí)的宣傳話語充滿了樂觀主義。它們描繪出一幅生動(dòng)的圖景：你不再需要像使用 COBOL 或 FORTRAN 那樣，一步步地告訴計(jì)算機(jī)“如何”完成任務(wù)（打開文件、循環(huán)讀取、判斷條件、寫入結(jié)果），你只需要簡單地聲明你“想要什么”結(jié)果。

比如，在一個(gè)報(bào)表生成器里，一個(gè)普通的辦公室文員，只需通過圖形界面“點(diǎn)擊幾下”，選擇需要的字段、過濾條件和排序方式，就能自動(dòng)生成一份精美的銷售報(bào)表。

這種敘事被刻意包裝成對(duì)傳統(tǒng) IT 部門的一種挑戰(zhàn)，直接推銷給那些對(duì)開發(fā)效率感到沮喪的業(yè)務(wù)經(jīng)理。數(shù)據(jù)庫查詢語言 SQL 的誕生，也遵循著同樣的哲學(xué)，它最初的名字 SEQUEL，就是“結(jié)構(gòu)化英語查詢語言”的縮寫，旨在為非程序員提供一種訪問和操作數(shù)據(jù)的直觀方式。

“程序員將被繞過”，這個(gè)論調(diào)再次響起。

然而，盡管市場聲勢浩大，4GL 最終并未實(shí)現(xiàn)其宏偉目標(biāo)。它們?cè)谔囟ǖ念I(lǐng)域，比如報(bào)表生成、數(shù)據(jù)查詢等場景取得了巨大成功。SQL 更是大獲全勝，成為了關(guān)系數(shù)據(jù)庫交互的事實(shí)標(biāo)準(zhǔn)。但 SQL 的成功也恰恰證明了 4GL 的局限性——它是一種強(qiáng)大的領(lǐng)域特定語言（Domain-Specific Language），而非能夠取代 C 或 COBOL 等通用語言的全能選手。

讓非開發(fā)者構(gòu)建一個(gè)完整、復(fù)雜的企業(yè)系統(tǒng)的承諾，基本上未能兌現(xiàn)?，F(xiàn)實(shí)情況是，那位辦公室文員確實(shí)可以快速生成報(bào)表，但他所查詢的那個(gè)龐大、穩(wěn)定、安全的核心數(shù)據(jù)庫系統(tǒng)，依然是由一隊(duì)專業(yè)的數(shù)據(jù)庫管理員和程序員，使用C或PL/SQL等“過程式”語言，精心設(shè)計(jì)、構(gòu)建和維護(hù)的。

這一輪浪潮，并未消滅程序員，而是催生了一類新的“混合型”角色。大量的業(yè)務(wù)分析師、數(shù)據(jù)分析師和其他領(lǐng)域的專業(yè)人士開始學(xué)習(xí) SQL，不是為了成為全職的軟件工程師，而是為了增強(qiáng)他們自身的核心工作能力。與此同時(shí)，專業(yè)的程序員則必須學(xué)習(xí)并掌握 4GL 和 SQL，以便構(gòu)建和集成那些“超級(jí)用戶”們所依賴的系統(tǒng)。

技術(shù)技能在整個(gè)組織內(nèi)實(shí)現(xiàn)了分層，而非簡單的替代或消除。一個(gè)清晰的雙軌體系開始形成：“超級(jí)用戶”使用高層工具解決局部問題，而“專業(yè)開發(fā)者”則負(fù)責(zé)構(gòu)建和維護(hù)底層的技術(shù)基礎(chǔ)設(shè)施。

“畫圖”就能編程的宏大幻想（1980-90 年代）

如果說 4GL 是對(duì)編程過程的簡化，那么計(jì)算機(jī)輔助軟件工程（CASE）工具，則體現(xiàn)了對(duì)整個(gè)軟件開發(fā)生命周期進(jìn)行徹底改造的雄心。這是結(jié)構(gòu)化設(shè)計(jì)方法論時(shí)代的頂峰，其敘事核心是將傳統(tǒng)工程學(xué)的嚴(yán)謹(jǐn)紀(jì)律引入當(dāng)時(shí)仍被視為“手藝活”的軟件開發(fā)領(lǐng)域。

CASE 工具的終極承諾，就是“按圖拉程序，編碼 100% 自動(dòng)化”。

這個(gè)理念聽起來無懈可擊：開發(fā)者不再需要直接編寫代碼，而是像建筑師畫藍(lán)圖一樣，使用上層 CASE 工具繪制出精確的實(shí)體關(guān)系圖、數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖等一系列復(fù)雜的模型。然后，下層 CASE 工具會(huì)讀取這些完美的“藍(lán)圖”，自動(dòng)生成完整、無錯(cuò)、高效的應(yīng)用程序代碼。

IBM 的 AD/Cycle 框架，Rational 公司的 Rational Rose 工具，這些當(dāng)年的行業(yè)巨頭，都投入了巨資推廣這一愿景。它們的目標(biāo)，是建立一座座“軟件工廠”，將軟件開發(fā)從一種充滿不確定性的創(chuàng)造性活動(dòng)，轉(zhuǎn)變?yōu)橐粋€(gè)可預(yù)測、可管理的工業(yè)化生產(chǎn)流程。在這個(gè)流程中，人的作用是定義模型，機(jī)器的作用是生成代碼。

然而，這場聲勢浩大的運(yùn)動(dòng)，最終在很大程度上以失敗告終。

這些大型 CASE 系統(tǒng)被證實(shí)非常昂貴、極其僵化，且使用起來困難又耗時(shí)。更致命的是，它們生成的代碼往往效率低下，且無法覆蓋所有復(fù)雜的業(yè)務(wù)邏輯。程序員仍然需要花費(fèi)大量時(shí)間，去修補(bǔ)、優(yōu)化自動(dòng)生成的代碼，并手動(dòng)編寫那些模型無法表達(dá)的“例外”邏輯。

這一輪失敗，深刻地揭示了軟件開發(fā)的內(nèi)在本質(zhì)。它雄辯地證明了，軟件開發(fā)中最核心的困難，從來就不是編寫代碼這一行為本身，而是精確、完整地定義需求這一智力活動(dòng)。

CASE 工具只是將開發(fā)者肩上的負(fù)擔(dān)從“編寫形式化、無歧義的代碼”，轉(zhuǎn)移到了“繪制形式化、無歧義的圖表”。然而，為一個(gè)復(fù)雜的現(xiàn)實(shí)世界系統(tǒng)創(chuàng)建一套完美、完整且毫無二義性的圖表，其認(rèn)知難度甚至超過了直接編寫代碼。它本質(zhì)上只是換了一種語法形式的編程，并沒有消除最困難的部分——思考。

這場宏大幻想的破滅，讓行業(yè)第一次集體認(rèn)識(shí)到：軟件開發(fā)的瓶頸，是認(rèn)知性的，而非語法性的。

像搭積木一樣編程（1990 年代）

進(jìn)入 90 年代，個(gè)人計(jì)算機(jī)（PC）的浪潮席卷了全球。Windows 系統(tǒng)的圖形界面取代了冰冷的命令行，鼠標(biāo)點(diǎn)擊成為新的交互語言。

在這樣的背景下，一類全新的編程范式——快速應(yīng)用開發(fā)（RAD）——橫空出世，其中最耀眼的明星，莫過于微軟的Visual Basic（VB）。

VB 帶來了一種革命性的體驗(yàn)。編程不再是面對(duì)一個(gè)漆黑的屏幕，逐行輸入深?yuàn)W的文本代碼。取而代之的，是一個(gè)可視化的設(shè)計(jì)界面。開發(fā)者可以像搭積木一樣，從工具箱里“拖拽”各種現(xiàn)成的控件——按鈕、文本框、下拉列表——到窗體上，然后“畫”出應(yīng)用程序的用戶界面。每一個(gè)控件都封裝好了自己的行為和屬性，你只需為它們編寫少量的“事件處理”代碼，比如“當(dāng)用戶點(diǎn)擊這個(gè)按鈕時(shí)，執(zhí)行這段邏輯”。

VB 之父 Alan Cooper，看發(fā)量見實(shí)力

這種“所見即所得”的開發(fā)模式，極大地降低了編程門檻，并承諾能帶來驚人的生產(chǎn)力提升。它將編程能力賦予了遠(yuǎn)超傳統(tǒng)程序員的更廣泛人群，包括企業(yè)里的技術(shù)愛好者、數(shù)據(jù)分析師，甚至一些膽大的部門經(jīng)理，他們被稱為“超級(jí)用戶”（power users）。

VB 一經(jīng)推出便大獲成功，在其鼎盛時(shí)期，全球有近 350 萬名 VB 開發(fā)者，數(shù)量是當(dāng)時(shí)被視為“正統(tǒng)”的 C++ 程序員的十倍以上。

C++ 之父 Bjarne Stroustrup ，看發(fā)量也能見實(shí)力

這種巨大的成功，恰好與當(dāng)時(shí)企業(yè)界盛行的 IT 部門“精簡規(guī)模”（downsizing）的趨勢不謀而合。在許多管理者看來，既然業(yè)務(wù)部門的“超級(jí)用戶”可以自己快速構(gòu)建所需的應(yīng)用，那么龐大而昂貴的中心化 IT 部門，似乎就顯得多余和低效了。

“拖拽組件即可完工，IT 部門將被裁減”，這個(gè)論調(diào)在當(dāng)時(shí)的商業(yè)雜志和管理層會(huì)議中廣為流傳。

然而，現(xiàn)實(shí)的演進(jìn)再次展現(xiàn)了它的復(fù)雜性。RAD 工具確實(shí)賦能了新一代的開發(fā)者，讓他們能夠快速構(gòu)建出大量的、滿足部門級(jí)需求的客戶端/服務(wù)器應(yīng)用程序。但這并未消除對(duì)使用 C++ 等“系統(tǒng)級(jí)”語言的程序員的需求。恰恰相反，它在行業(yè)內(nèi)創(chuàng)造了一種新的、清晰的分工。

一個(gè)典型的場景是：一位 VB 程序員，正在使用一個(gè)功能強(qiáng)大的第三方圖表控件來展示銷售數(shù)據(jù)。他只需幾行代碼就能調(diào)用這個(gè)控件，設(shè)置一些參數(shù)，一個(gè)精美的圖表就呈現(xiàn)在用戶面前。但他可能并不知道，這個(gè)小小的圖表控件背后，是另一家軟件公司的 C++ 程序員們，耗費(fèi)了數(shù)月甚至數(shù)年的時(shí)間，去解決圖形渲染的效率問題、處理復(fù)雜的坐標(biāo)系轉(zhuǎn)換、優(yōu)化內(nèi)存占用，最終才將這一切封裝成一個(gè)簡單易用的“黑盒子”。

行業(yè)因此被清晰地劃分為兩個(gè)世界：應(yīng)用開發(fā)者和系統(tǒng)開發(fā)者。

前者使用 VB、Delphi 等 RAD 工具，站在后者的肩膀上，快速地響應(yīng)業(yè)務(wù)需求，構(gòu)建用戶直接可見的應(yīng)用；而后者，則使用 C++ 等更底層的語言，為前者打造那些可被拖拽、可被調(diào)用的高性能組件、核心算法庫、數(shù)據(jù)庫引擎以及操作系統(tǒng)本身。

程序員的角色再次被分層，而非被消除。更重要的是，RAD 的成功催生了一個(gè)繁榮的第三方組件市場。一個(gè)全新的軟件產(chǎn)業(yè)生態(tài)和一種新的程序員專長誕生了：“為程序員服務(wù)的程序員”，或者叫“工具構(gòu)建者”。他們不直接服務(wù)于最終用戶，而是服務(wù)于其他程序員。

旨在簡化一部分人編程工作的技術(shù)，為另一部分人開辟了一個(gè)全新的、更為復(fù)雜的專業(yè)編程領(lǐng)域。

世界是平的，代碼是商品？（2000 年代）

21 世紀(jì)初，互聯(lián)網(wǎng)泡沫破滅的寒意尚未散去，企業(yè)開始瘋狂地削減成本。

與此同時(shí)，全球化的浪潮在寬帶網(wǎng)絡(luò)的推動(dòng)下，以前所未有的速度席卷而來。在這樣的背景下，第六輪“程序員替代論”登場了。這一次，它的驅(qū)動(dòng)力并非來自某一項(xiàng)具體的技術(shù)突破，而是源于深刻的經(jīng)濟(jì)變革。

其核心敘事，由《紐約時(shí)報(bào)》專欄作家托馬斯·弗里德曼在其暢銷書《世界是平的》中得到了最經(jīng)典的闡釋。

弗里德曼認(rèn)為，個(gè)人電腦、光纖網(wǎng)絡(luò)和工作流軟件的融合，已經(jīng)“抹平了”全球的競爭場地。在這一背景下，軟件開發(fā)，特別是那些被認(rèn)為是常規(guī)和重復(fù)性的編碼工作，成了一種可以被“外包”（Outsourcing）到全球任何最具成本效益地方的“商品”。

這一論述在 IT 行業(yè)內(nèi)部催生了一種新的分工理念：將高價(jià)值的“架構(gòu)設(shè)計(jì)”和“客戶溝通”工作保留在美國、歐洲等發(fā)達(dá)國家（在岸），而將那些被認(rèn)為是低價(jià)值的、機(jī)械的“編碼實(shí)現(xiàn)”工作，轉(zhuǎn)移到印度、中國等勞動(dòng)力成本更低的國家（離岸）。

這種模式的根本驅(qū)動(dòng)力是“勞動(dòng)力套利”。一家美國公司在國內(nèi)雇傭一名程序員的成本，可能是在印度雇傭五名程序員的成本。這種巨大的成本差異，對(duì)追求利潤最大化的企業(yè)來說，具有致命的吸引力。

一種帶有貶義的標(biāo)簽開始流傳，將離岸的程序員稱為“代碼苦力”（code coolies），認(rèn)為他們從事的是機(jī)械的、缺乏創(chuàng)造性的“代碼搬運(yùn)”工作。

“國內(nèi)只需保留少數(shù)頂尖架構(gòu)師，編碼工作可以全部外包”，這成了當(dāng)時(shí)許多企業(yè)高管深信不疑的信條。

離岸外包確實(shí)深刻地重塑了全球 IT 產(chǎn)業(yè)的結(jié)構(gòu)。它加速了角色的分層，形成了在岸團(tuán)隊(duì)（架構(gòu)師、項(xiàng)目經(jīng)理、業(yè)務(wù)顧問）和離岸團(tuán)隊(duì)（實(shí)現(xiàn)、測試、維護(hù)）的合作模式。然而，它并未像恐慌者預(yù)言的那樣，摧毀發(fā)達(dá)國家的編程行業(yè)。更重要的是，這個(gè)過程以一種痛苦但有效的方式，讓整個(gè)行業(yè)重新認(rèn)識(shí)了軟件開發(fā)的本質(zhì)。

項(xiàng)目開始出現(xiàn)各種意想不到的問題。由于時(shí)區(qū)差異，一個(gè)簡單問題的澄清，往往需要等待一整個(gè)晚上。由于文化和語言的隔閡，在岸架構(gòu)師精心設(shè)計(jì)的微妙細(xì)節(jié)，在傳遞給離岸團(tuán)隊(duì)后，常常被誤解或簡化。項(xiàng)目的失敗率和意料之外的管理成本，遠(yuǎn)高于最初的樂觀估計(jì)。

企業(yè)很快就認(rèn)識(shí)到一個(gè)深刻的事實(shí)：在軟件開發(fā)中，最關(guān)鍵、最難以標(biāo)準(zhǔn)化和商品化的部分，并非編碼本身，而是溝通、協(xié)調(diào)和共享上下文。

一個(gè)優(yōu)秀程序員的價(jià)值，遠(yuǎn)不止于他能寫出沒有 bug 的代碼。更在于他能聽懂客戶話語中隱藏的真實(shí)需求，能向上級(jí)清晰地解釋一個(gè)技術(shù)決策的利弊，能和同事高效地協(xié)同解決一個(gè)復(fù)雜問題。這些所謂的“軟技能”，在這個(gè)全球化協(xié)作的時(shí)代，被證明是不可或缺的、處于核心地位的硬實(shí)力。它們無法被簡單地打包和外包。

這一輪由經(jīng)濟(jì)力量驅(qū)動(dòng)的“替代論”，最終并未替代程序員，而是倒逼整個(gè)行業(yè)重新評(píng)估了程序員的價(jià)值，將溝通、協(xié)作和業(yè)務(wù)理解等能力，提升到了前所未有的高度。

當(dāng)業(yè)務(wù)員開始自己寫“程序”（2010 年代）

進(jìn)入 21 世紀(jì)的第二個(gè)十年，隨著云計(jì)算和 SaaS（軟件即服務(wù)）模式的成熟，那個(gè)“讓終端用戶自己編程”的古老夢想，以一種全新的形式高調(diào)回歸。

低代碼/無代碼（Low-Code/No-Code, LCNC）平臺(tái)，如Mendix、OutSystems 和微軟的 Power Platform，成為了 4GL 和 RAD 工具承諾的現(xiàn)代繼承者。

這一次的敘事核心，是“公民開發(fā)者”（citizen developer）的崛起。

在以 Gartner 為代表的行業(yè)研究公司的積極推動(dòng)下，一種新的愿景被廣泛傳播：企業(yè)中那些懂業(yè)務(wù)但不懂編程的員工，現(xiàn)在可以利用可視化的、拖拽式的 LCNC 平臺(tái)，自行構(gòu)建和部署企業(yè)級(jí)應(yīng)用，而幾乎無需編寫任何代碼。

比如，市場部經(jīng)理可以自己搭建一個(gè)營銷活動(dòng)管理應(yīng)用，人力資源專員可以自己創(chuàng)建一個(gè)員工入職流程自動(dòng)化工具。這些預(yù)測極為大膽，Gartner 曾預(yù)測，大型企業(yè)中的公民開發(fā)者數(shù)量將以 4:1 的比例超過專業(yè)開發(fā)者。

這聽起來像是對(duì)專業(yè)程序員的最終圍剿。如果連業(yè)務(wù)員都能自己開發(fā)應(yīng)用了，那還要專業(yè)的 IT 部門和程序員做什么呢？

然而，現(xiàn)實(shí)的發(fā)展軌跡再次偏離了預(yù)言。

LCNC 平臺(tái)并未取代專業(yè)開發(fā)者，反而成為了 IT 部門解決一個(gè)長期頭痛問題的有力武器——管理“影子 IT”（Shadow IT）。

幾十年來，企業(yè)中一直存在著一個(gè)現(xiàn)象：當(dāng)業(yè)務(wù)部門有一個(gè)緊急的需求，而 IT 部門的開發(fā)排期遙遙無期時(shí)，業(yè)務(wù)人員就會(huì)用手邊的一切工具來自己解決問題。其中最典型的，就是功能無比強(qiáng)大的 Excel。他們用 Excel 做數(shù)據(jù)管理、做項(xiàng)目跟蹤、做復(fù)雜的財(cái)務(wù)模型，甚至用 VBA 宏語言編寫出一些堪比小型軟件的“怪物表格”。這些自發(fā)的“影子 IT”雖然解決了燃眉之急，但也帶來了巨大的風(fēng)險(xiǎn)：數(shù)據(jù)不一致、安全漏洞、版本混亂，而且一旦創(chuàng)建者離職，這些“怪物表格”就成了無人能懂的“天書”。

LCNC 平臺(tái)恰好提供了一個(gè)兩全其美的解決方案。它為業(yè)務(wù)用戶提供了比 Excel 更強(qiáng)大、更規(guī)范、更直觀的可視化工具，讓他們可以安全地“自己動(dòng)手，豐衣足食”；同時(shí)，又將整個(gè)開發(fā)過程置于 IT 部門可以批準(zhǔn)、治理和保護(hù)的統(tǒng)一框架之內(nèi)。IT 部門可以控制數(shù)據(jù)接口、設(shè)置權(quán)限、確保合規(guī)，從而將原本混亂、無序、充滿風(fēng)險(xiǎn)的自發(fā)過程，納入到正式的管理體系中。

“公民開發(fā)者”運(yùn)動(dòng)的本質(zhì)，并非要取代專業(yè)開發(fā)者，而是 IT 部門主動(dòng)賦權(quán)，以便更好地進(jìn)行治理和控制。它代表了之前所有分層趨勢的最終明確化和正式化。

軟件開發(fā)行業(yè)至此已經(jīng)正式承認(rèn)并劃分出了不同層次的開發(fā)活動(dòng)：“無代碼”專為純業(yè)務(wù)用戶設(shè)計(jì)；“低代碼”面向可以進(jìn)行少量腳本編寫的“超級(jí)用戶”；而“專業(yè)代碼”（Pro-Code）則是傳統(tǒng)軟件工程師的領(lǐng)域。

回到現(xiàn)在（AI 來了?。?/strong>

第八次，也是迄今為止最極端的一輪“替代論”浪潮之中。由大語言模型（LLM）驅(qū)動(dòng)的生成式人工智能，引發(fā)的敘事不再是簡化或輔助，而是編碼本身的終結(jié)。

它帶來的沖擊是具體的、可感知的。

一位程序員可能剛剛花了一個(gè)小時(shí)，吭哧吭哧寫完一個(gè)復(fù)雜的正則表達(dá)式，而 ChatGPT 只用了三秒鐘；另一位程序員可能正為一個(gè)算法的實(shí)現(xiàn)細(xì)節(jié)苦思冥想，而 GitHub Copilot 已經(jīng)給出了一個(gè)近乎完美的實(shí)現(xiàn)方案。這種體驗(yàn)帶來的震撼，甚至夾雜著一絲恐懼，是前面七次浪潮都無法比擬的。

這次的影響力也非同凡響。硅谷的巨擘與學(xué)者們眾說紛紜，每一位都迫不及待給出了自己對(duì) AI 編程和氛圍編程（Vibe Coding）的看法。

然而，任何一位在實(shí)際工作中深度使用 AI 編程工具的工程師，都會(huì)很快觸及其能力的邊界。AI 生成的代碼，常常缺乏對(duì)項(xiàng)目全局的上下文理解，它不知道這個(gè)函數(shù)背后的商業(yè)目標(biāo)是什么，也無法預(yù)見這個(gè)改動(dòng)可能對(duì)整個(gè)系統(tǒng)的其他部分產(chǎn)生什么連鎖反應(yīng)。它在創(chuàng)造性和設(shè)計(jì)新穎架構(gòu)方面表現(xiàn)不佳，其能力更多是基于海量訓(xùn)練數(shù)據(jù)的“博聞強(qiáng)識(shí)”，而非真正的創(chuàng)新。

最嚴(yán)重的是，AI 生成的代碼常常包含細(xì)微的邏輯錯(cuò)誤和重大的安全漏洞，比如不安全的數(shù)據(jù)庫查詢、權(quán)限控制疏忽等，這些都需要人類專家進(jìn)行嚴(yán)格的審查和修復(fù)。

最終，對(duì)產(chǎn)品質(zhì)量、安全性和可靠性承擔(dān)最終責(zé)任的，仍然是那位人類工程師。

回顧這八次浪潮，程序員的“不死”，源于一個(gè)簡單而深刻的邏輯：

每一次技術(shù)浪潮都帶來了一次抽象，將開發(fā)者從更底層的、更機(jī)械的勞動(dòng)中解放出來。

而每一次解放，都極大地降低了軟件創(chuàng)新的成本，從而打開了軟件應(yīng)用的新大陸，催生出遠(yuǎn)超以往的、更宏大、更復(fù)雜的系統(tǒng)性需求。

這種新需求的增長速度，永遠(yuǎn)快于生產(chǎn)力提升所“節(jié)省”的人力。

這是一個(gè)不斷向上攀登的循環(huán)。程序員的陣地一直在變，但他們從未離開戰(zhàn)場。

那些只會(huì)機(jī)械地將產(chǎn)品需求翻譯成代碼的“純粹編碼員”，他們的價(jià)值確實(shí)正在被 AI 迅速稀釋。但軟件工程師的恒久價(jià)值——深刻的業(yè)務(wù)理解、嚴(yán)謹(jǐn)?shù)南到y(tǒng)設(shè)計(jì)、批判性的思維能力，以及為最終結(jié)果負(fù)責(zé)的職業(yè)精神——從未像今天這樣稀缺和重要。

未來，“程序員末日論”還會(huì)和幽靈一樣繼續(xù)徘徊，它或許會(huì)換上我們今天無法想象的新馬甲。但不死的程序員們，其生命力正源于這種擁抱變化、直面挑戰(zhàn)，并在此過程中完成自身進(jìn)化的能力。

AI 產(chǎn)品爆發(fā)，但你的痛點(diǎn)解決了嗎？

2025 全球產(chǎn)品經(jīng)理大會(huì)

8 月 15–16 日

北京·威斯汀酒店

互聯(lián)網(wǎng)大廠、AI 創(chuàng)業(yè)公司、ToB/ToC 實(shí)戰(zhàn)一線的產(chǎn)品人

12 大專題分享，洞察趨勢、拆解路徑、對(duì)話未來。

立即掃碼領(lǐng)取大會(huì)PPT

搶占 AI 產(chǎn)品下一波紅利