從瀑布模型到敏捷開發(fā)，從單體架構(gòu)到微服務(wù)，軟件工程方法論平均每5-7年就換一次主流敘事。但一個(gè)尷尬的問題很少被正面回答：這些變化里，有多少是真正的"學(xué)習(xí)"，有多少只是管理層的集體換口味？

原文作者拋出了一個(gè)區(qū)分標(biāo)準(zhǔn)——學(xué)習(xí)是因?yàn)樽擦藟Σ鸥?，換口味是因?yàn)榕f東西不夠新鮮。按這個(gè)標(biāo)準(zhǔn)審視，軟件工程的發(fā)展史更像是一本"疼痛日記"：不是誰設(shè)計(jì)了更好的方法，而是舊方法在特定場景下反復(fù)炸雷，逼得人不得不動(dòng)。

方法論是怎么活下來的：不是贏在了起跑線，是死在了別處

迭代交付、持續(xù)集成、快速反饋——這些今天被視為常識(shí)的實(shí)踐，它們的傳播路徑其實(shí)很潦草。咨詢公司需要賣新課，CTO需要刷存在感，工具廠商需要推新套件，三股力量合力把某些做法捧上了神壇。

「方法論也通過咨詢經(jīng)濟(jì)學(xué)、管理時(shí)尚和工具約束傳播，這使得無法干凈地將任何方法論的興衰歸因于純粹的經(jīng)驗(yàn)價(jià)值?！棺髡邔懙馈?/p>

但存活下來的確實(shí)有一些共性：它們能在不同團(tuán)隊(duì)、不同項(xiàng)目里反復(fù)減少同一種疼痛。這種"跨場景止痛"能力比嚴(yán)格證明弱，比巧合強(qiáng)。有點(diǎn)像感冒藥——沒人完全清楚為什么對多數(shù)人有效，但確實(shí)比喝熱水強(qiáng)。

真正的問題是更深層的那個(gè)教訓(xùn)一直沒傳下去：任何流程都是一個(gè)待檢驗(yàn)的假設(shè)，而不是一個(gè)待遵守的真理。每一代新人都把前輩的方法論當(dāng)教義繼承，然后親自撞一遍墻，才重新發(fā)現(xiàn)"原來這玩意兒是特定條件下的權(quán)宜之計(jì)"。

AI正在拆掉什么：成本結(jié)構(gòu)，不是問題本身

作者對AI影響的判斷很克制，但指向明確。構(gòu)建成本下降、測試速度提升、代碼審查自動(dòng)化——這些環(huán)節(jié)的效率革命已經(jīng)在發(fā)生。GitHub Copilot讓寫代碼變便宜，AI測試工具讓回歸驗(yàn)證從小時(shí)級降到分鐘級。

但有一件事AI碰不到：搞清楚該做什么、為誰而做。這是產(chǎn)品經(jīng)理的老本行，也是軟件工程里最貴、最慢、最不能外包的部分。你可以用AI一天生成100個(gè)功能原型，但選錯(cuò)方向的話，100個(gè)全是沉沒成本。

這里的分化會(huì)很殘酷。把流程當(dāng)"可證偽假設(shè)"的團(tuán)隊(duì)，會(huì)快速實(shí)驗(yàn)、快速放棄、快速迭代。把流程當(dāng)"最佳實(shí)踐圣經(jīng)"的團(tuán)隊(duì)，會(huì)先困惑（為什么AI寫的代碼還要走這么多審批？），再防御（制定"AI代碼使用規(guī)范"），最后被迫（競爭對手已經(jīng)跑完三個(gè)實(shí)驗(yàn)周期了）。

「理解其流程為猜想的組織將適應(yīng)；不理解的將先困惑，再防御，最終被迫。」

歷史的循環(huán)：我們終將糾正，但代價(jià)是多少

軟件工程有個(gè)隱藏的自愈機(jī)制——它最終會(huì)糾正錯(cuò)誤，只是糾正的方式很費(fèi)人。瀑布模型盛行了二十年，直到足夠多的項(xiàng)目延期超支到無法忍受；敏捷被濫用成"每周沖刺但從不交付"，直到有人開始談"可持續(xù)節(jié)奏"。

每次糾正都伴隨著大量浪費(fèi)：被廢棄的工具鏈、被推翻的組織架構(gòu)、被裁撤的"轉(zhuǎn)型專家"。作者的問題很直接：這一次AI驅(qū)動(dòng)的重構(gòu)，我們要付多少學(xué)費(fèi)？

一個(gè)細(xì)節(jié)值得玩味。作者把軟件工程的學(xué)習(xí)比作"不完全的失敗學(xué)習(xí)"——我們確實(shí)從爆炸中學(xué)到了東西，但學(xué)到的東西被包裝得太像真理，導(dǎo)致下一代必須重新發(fā)明懷疑。

現(xiàn)在輪到AI時(shí)代的新人了。他們會(huì)把"AI輔助開發(fā)"當(dāng)成新教條，還是能從開頭就保持警惕？歷史沒給過樂觀的理由，但也沒阻斷過個(gè)體選擇。

你的團(tuán)隊(duì)現(xiàn)在把AI工具當(dāng)成"效率放大器"還是"思考替代品"？這個(gè)分類本身，可能就是下一個(gè)五年差距的起點(diǎn)。