編譯 | 核子可樂

策劃 | Tina

AI 編程助手承諾提升速度，但也幾乎必然對質(zhì)量、信任與架構(gòu)師的工作方式造成影響。在本播客中，InfoQ 與 Gardy Booch 探討了當(dāng)機(jī)器與人類共同編寫代碼時，架構(gòu)應(yīng)當(dāng)如何進(jìn)化的原則性議題。討論中剖析了軟件工程的第三個黃金時代：生產(chǎn)力提升的真實(shí)價值與潛在風(fēng)險所在，以及架構(gòu)師應(yīng)如何設(shè)計審查機(jī)制與實(shí)踐，從而保障軟件項目的長期完整性。

基于數(shù)十載的軟件工程實(shí)踐經(jīng)驗(yàn)，此番探討超越了炒作的表象，深入剖析了 AI 增強(qiáng)時代下哪些職責(zé)應(yīng)由人類堅守，也闡明了為何架構(gòu)判斷、責(zé)任擔(dān)當(dāng)與創(chuàng)造性思維在當(dāng)下比以往任何時候都更加重要。

內(nèi)容摘要

• 我們已身處軟件開發(fā)的第三個黃金時代，AI 只是其中的組成部分、而非驅(qū)動因素。行業(yè)正從算法時代邁向?qū)ο髸r代，繼而進(jìn)入平臺時代與系統(tǒng)全球分布的時代。AI 工具作為抽象層被嵌入平臺的時代，加速了架構(gòu)師對非完全可控系統(tǒng)的組合與編排探索。

• 盡管設(shè)計流程已經(jīng)實(shí)現(xiàn)自動化，架構(gòu)決策的轉(zhuǎn)換成本依然高昂。AI 雖能快速生成設(shè)計方案、模式與代碼，但架構(gòu)本質(zhì)上仍是一整套涉及長期成本決策、彈性與進(jìn)化選擇的復(fù)合體。這些決策仍離不開人類在權(quán)衡、約束條件與風(fēng)險因素層面的判斷。

• AI 通過提升抽象化程度以增強(qiáng)杠桿作用，而非取代人類思考。與當(dāng)初的編譯器類似，大語言模型同樣將底層工作轉(zhuǎn)交給機(jī)器，幫助人類在更高的概念層上工作。真正的收益仍源自經(jīng)驗(yàn)豐富的從業(yè)者對輸出結(jié)果進(jìn)行指導(dǎo)、質(zhì)疑與驗(yàn)證，而非粗暴將 AI 模式奉為圭臬。

• 最大風(fēng)險在于技能退化、思維趨同與虛假自信。大語言模型往往在潛移默化中令開發(fā)團(tuán)隊更傾向常見的安全模式，侵蝕初級工程師的成長路徑。對 AI 的過度依賴還會制造正確性幻覺，忽略了 AI 開發(fā)體系正愈發(fā)平庸、在新興場景中往往失效。

• AI 增強(qiáng)工程中，人類責(zé)任絕不可動搖。當(dāng) AI 生成或?qū)彶榇a時，質(zhì)量、安全與結(jié)果的責(zé)任仍由人類架構(gòu)師與工程師承擔(dān)。我們必須保持清醒、劃定清晰邊界，主動承擔(dān)責(zé)任而非躲在工具背后。

1 第三個黃金時代并非始于 ChatGPT 的崛起

Shweta Vohra：今天我們將開啟一個全新的播客系列。這個系列想討論的是，在 AI 時代，架構(gòu)師如何重新思考設(shè)計方法、平臺架構(gòu)、API 體系，甚至整個交付模式。我們的目標(biāo)不只是談趨勢，更希望把這些討論變成對從業(yè)者真正有幫助的實(shí)踐性指導(dǎo)，幫助大家把這些洞見落實(shí)到自己的架構(gòu)設(shè)計和領(lǐng)導(dǎo)力實(shí)踐中。也正因?yàn)槿绱?，我們今天特別邀請到了 Grady Booch。

今天我們想探討的是，在 AI 工具不斷進(jìn)入軟件開發(fā)流程的今天，軟件架構(gòu)是否依然像過去那樣重要？我們是否正從“軟件架構(gòu)”走向某種新的“AI 架構(gòu)”？作為 IBM 院士兼首席科學(xué)家，Grady 在這個領(lǐng)域有著極其深厚的積累，我也很期待聽聽他會如何理解這些變化。

很多人可能并不知道，Grady 還是 UML 的聯(lián)合創(chuàng)始人。就我個人而言，我?guī)缀跏菑?UML 開始進(jìn)入這個領(lǐng)域的。當(dāng)我們最初開始理解“什么是設(shè)計、如何組織系統(tǒng)結(jié)構(gòu)、又該如何把這些設(shè)計真正表達(dá)出來”時，Grady，你其實(shí)塑造了幾代人對軟件架構(gòu)的理解，甚至可以說影響了軟件架構(gòu)演進(jìn)的一個個世代。那么當(dāng)我們再回頭看今天這個 AI 輔助開發(fā)的時代，哪些東西依然是真實(shí)成立的？又有哪些地方，會讓你覺得歷史正在以某種方式重演？

Grady Booch：“世代”這個詞真是讓我頗有感觸。要完整回答這個問題，我們可能得穿越時光，聊聊軟件架構(gòu)的整個世代更迭。目前我們正處于第三個世代，也是軟件架構(gòu)的第三個黃金時代。

第一個黃金時代可以追溯到上世紀(jì)四十、五十和六十年代。當(dāng)時我們正嘗試將軟件和硬件區(qū)分開來——以往編程時需要直接操作硬件，之后則逐步轉(zhuǎn)向高級編程語言。Grace Hopper 等先驅(qū)者在這個過程中發(fā)揮了關(guān)鍵作用。這批致力于構(gòu)建軟件產(chǎn)業(yè)的人們，在六十年代迎來了事業(yè)上的全面開花——IBM 最終決定將軟件與硬件解耦，軟件由此成立獨(dú)立存在的實(shí)體產(chǎn)業(yè)。

現(xiàn)在回想起來，我們軟件產(chǎn)業(yè)還真是蠻年輕的。薩根曾經(jīng)把整個宇宙誕生的歷程濃縮成今年一月一號到現(xiàn)在的過程，如果把計算發(fā)展史也同樣這樣看待，那我們只處于最后的 250 毫秒當(dāng)中——也就是瞬息之間。如此浩瀚的文明進(jìn)程居然濃縮于此，而深入這 250 毫秒，我們會發(fā)現(xiàn)連“軟件”這個概念也是 1950 年代才誕生的術(shù)語。軟件工程是由 Margaret Hamilton 于六十年代提出，那會我才剛剛出生?？梢娙缃竦妮x煌成就，不過產(chǎn)生于兩、三代人之間。但它已經(jīng)將我們帶向了驚人的高度，并在短短歲月間憑借創(chuàng)造的成果徹底改變了人類的文明形態(tài)。

回溯第一個世代，不知道大家了不了解當(dāng)時的困境：大型機(jī)占據(jù)主流，且硬件造價甚至高于人力成本。因此那時候軟件工程的大量實(shí)踐，都是在優(yōu)化計算機(jī)經(jīng)濟(jì)性、而非滿足人性化需求。由于計算機(jī)的運(yùn)行時間極其昂貴，大量工作需要在離線狀態(tài)下完成，所以前期準(zhǔn)備工作尤為重要——這正是瀑布開發(fā)模式最擅長的形式，因?yàn)榍捌谕度氤杀靖汀．?dāng)然，如果想在前期修復(fù)錯誤，代價也相當(dāng)高昂。

正是在計算機(jī)的第一個黃金時代，結(jié)構(gòu)化分析的理念應(yīng)運(yùn)而生。這也完全合乎邏輯，畢竟軟件工程面臨的核心挑戰(zhàn)就在于規(guī)模問題。此前我們從來沒經(jīng)歷過這樣的轉(zhuǎn)變，這種從自動處理單一數(shù)學(xué)功能的小型獨(dú)立程序到構(gòu)建大規(guī)模系統(tǒng)，所以大家都沒有經(jīng)驗(yàn)。人類在面對這些問題時，解決思路肯定是抽象化。在早期計算機(jī)中，算法就是核心抽象單元，因此第一個黃金時代聚焦于算法拆分，也由此催生出 FORTRAN、COBOL、C 等語言及其衍生體系。

到了七、八十年代，世界開始改變——微型計算機(jī)開始異軍突起。人們可以在個人設(shè)備上編程，分布式系統(tǒng)也由此嶄露頭角。之所以說“嶄露”，是因?yàn)槠湔嬲_端源自冷戰(zhàn)背景下的 SAGE（半自動地面環(huán)境）系統(tǒng)，相當(dāng)于美國對于蘇聯(lián)軍事威脅的戰(zhàn)略回應(yīng)。因此在七十年代前后，我們再次見證軟件處理方式新的變革萌芽期——同樣是一場根本性的顛覆。

這種變革不僅體現(xiàn)在單臺計算機(jī)的復(fù)雜性提升，更標(biāo)志著軟件行業(yè)向著分布式系統(tǒng)的整體邁進(jìn)——當(dāng)然，這還只是互聯(lián)網(wǎng)誕生的前夜。不知道大家還記不記得，自己的第一個電子郵箱是什么時候注冊的。我敢說我應(yīng)該是最早的：1979 年，我在 ARPANET 上注冊了首個郵箱。當(dāng)時甚至還有一本專門的小冊子，收錄了全球所有用戶的郵箱地址。我恰好親歷了這項偉大發(fā)明的萌芽階段。值得注意的是，當(dāng)時分布式系統(tǒng)的研發(fā)并非源于工業(yè)領(lǐng)域或者商業(yè)部門，而是由軍事系統(tǒng)驅(qū)動的軟件工程創(chuàng)新。

于是整整一代人開始面臨軟件工程能力的嚴(yán)峻考驗(yàn)，好在研究領(lǐng)域涌現(xiàn)出諸多驚艷的突破：David Parnas 提出的信息隱藏理念、Simula 語言倡導(dǎo)的“通過類、而非算法來觀察世界”的視角，以及抽象數(shù)據(jù)類型的構(gòu)想等等。這些理念匯聚成一股力量，推動美國國防部開發(fā)出名為 Ada 的編程語言——嘗試用一種統(tǒng)御所有語言的通用語言，以解決當(dāng)時的軟件危機(jī)。“軟件危機(jī)”這詞可不是我造的，它源自五十年代末的北約會議。當(dāng)時人們意識到軟件需求激增，但開發(fā)速度卻嚴(yán)重滯后，由此引發(fā)了軟件供應(yīng)危機(jī)。

必須承認(rèn)，我自己恰逢變革浪潮的中心，所以很幸運(yùn)地獲得了實(shí)踐機(jī)會。我汲取了納帕斯關(guān)于抽象內(nèi)型的理論，意識到這能引領(lǐng)我們以全新視角思考編程——即面向?qū)ο蟮囊?guī)劃設(shè)計，而不再是結(jié)構(gòu)化設(shè)計。由此，我們步入了軟件工程的第二個黃金時代。

我認(rèn)為咱們正處于軟件工程的第三個黃金時代，而且不是從今年才開始的，甚至并非始于 ChatGPT 的崛起。這波浪潮大約是從十年產(chǎn)隨著平臺的興起而誕生——因?yàn)楫?dāng)軟件系統(tǒng)日益龐大時，我們再次看到了變革的跡象，而其中的關(guān)鍵就在于“系統(tǒng)”二字。現(xiàn)在不再是孤立程序的時代了，而且標(biāo)志物不僅是分布式系統(tǒng)本身，而是一個個彼此交互的分布式系統(tǒng)體系——而我們對其他系統(tǒng)毫無控制權(quán)。正如 David Deutsch 所言，“何為分布式系統(tǒng)？”即一旦某臺我們甚至不知道它存在的計算機(jī)崩潰時，我們自己的系統(tǒng)也會受到影響。這，才是真正的分布式系統(tǒng)。

似乎一夜之間，我們突然置身于真正的全球規(guī)模系統(tǒng)當(dāng)中，也由此見證了技術(shù)浪潮的興起。我們有了算法抽象、對象抽象，如今更要應(yīng)對完整的平臺體系——架構(gòu)師的核心職責(zé)就是將這些元素編排、融合起來。比如需要消息傳遞功能，那就用這個庫；需要授權(quán)機(jī)制，沒必要親自編寫，直接調(diào)用某項 SaaS 服務(wù)。架構(gòu)師們的職責(zé)突然變成了如何編排這些東西，這就是我們身處的當(dāng)今時代。

只不過在這個過程中，我們恰巧碰上了 Claude 等工具的興起。順帶一提，Claude 也是我首選的 AI 輔助開發(fā)工具。這些工具構(gòu)成了第三次黃金時代的氛圍和基調(diào)，我們也已經(jīng)身處其中。這恰恰定位了 AI 的發(fā)展態(tài)勢，成為當(dāng)下新趨勢的組成部分。其他行業(yè)也存在類似的現(xiàn)象，不過這里我們暫且打住，稍后再展開討論。

Shweta Vohra：沒錯。想到整個軟件產(chǎn)業(yè)正邁向第三個黃金時代，我整個人都振奮起來了。但我想先重點(diǎn)討論您特別提到的一個觀點(diǎn)，也是我認(rèn)為軟件行業(yè)的架構(gòu)師和創(chuàng)作者必須理解的：您早在 1979 年就理解了電子郵件的意義，但這項技術(shù)真正被大眾接觸可能要到 2000 年左右。如你所說，AI 的發(fā)展同樣起步很早，而我們當(dāng)下所見的其實(shí)是多年艱苦耕耘的結(jié)晶。正是這些努力，最終讓構(gòu)想成為了現(xiàn)實(shí)。

2 AI 應(yīng)用的本質(zhì)是人類跟機(jī)器之間協(xié)同工作

Shweta Vohra： 這就引出了個經(jīng)常困擾開發(fā)團(tuán)隊的議題——如何區(qū)分架構(gòu)與設(shè)計。我知道這個話題您已經(jīng)聊過很多次了。在 AI 時代，設(shè)計能不能流水線化？您覺得哪怕工具再怎么演進(jìn)，架構(gòu)還是會承擔(dān)哪些核心職責(zé)？方便的話，您可以先聊聊“架構(gòu)與設(shè)計的本質(zhì)區(qū)別”的問題，再結(jié)合當(dāng)今的 AI 工具等技術(shù)進(jìn)行解讀。

Grady Booch：這個問題提得很好，在回答之前需要厘清兩點(diǎn)。第一：架構(gòu)與設(shè)計有什么本質(zhì)區(qū)別？第二：在設(shè)計與架構(gòu)當(dāng)中，創(chuàng)造力分別如何體現(xiàn)？我對此有個簡單觀察，當(dāng)然只是個人的定義：一切架構(gòu)都屬于設(shè)計，但并不是所有設(shè)計都屬于架構(gòu)。架構(gòu)代表著塑造系統(tǒng)形態(tài)與功能的一系列重大設(shè)計決策，而是否“重大”的衡量標(biāo)準(zhǔn)在于變更成本。

架構(gòu)是更高的抽象層級，也對應(yīng)著設(shè)計本身。事實(shí)上，設(shè)計之下還有更基礎(chǔ)的層面，即慣例。比如“變量如何命名？”這類常見的模式，其本質(zhì)上仍然是選擇，而設(shè)計始終是選擇的過程。如同工程師、設(shè)計師和程序員，在本質(zhì)上都屬于工程師。之所以有資格自稱工程師，是因?yàn)槲覀冎铝τ跇?gòu)建具有最優(yōu)合理價值的系統(tǒng)，以抵御靜態(tài)與動態(tài)的雙重壓力。

假設(shè)我是結(jié)構(gòu)工程師，或者是像 Frank Gehry 那樣的建筑師，當(dāng)客戶提出“我們要造一棟摩天大樓”時，需要考慮的就有靜態(tài)荷載、地震等靜態(tài)與動態(tài)因素。建筑物需要承重，地震偶爾會發(fā)生，人員也隨時進(jìn)進(jìn)出出。還有動態(tài)荷載，比如風(fēng)力作用等等。這些都是土木工程領(lǐng)域的建筑師們最關(guān)注的核心問題。

工程師們還需要顧慮其他要素：美學(xué)考量、成本控制、進(jìn)度管理、系統(tǒng)可維護(hù)性等等。軟件工程師們同樣面臨這些挑戰(zhàn)，但我們所處的物理環(huán)境截然不同——軟件本質(zhì)上是極具可逆性的流動元素，我們純粹憑思想就能構(gòu)建系統(tǒng)。設(shè)計的核心始終是選擇，底層是編程范式，再上一層則是設(shè)計模式等抽象概念。我們需要實(shí)現(xiàn)用戶與數(shù)據(jù)間的職責(zé)分離，因此創(chuàng)造了 CRUD 模型——“后端處理數(shù)據(jù)操作，前端負(fù)責(zé)界面交互”。實(shí)踐經(jīng)驗(yàn)已經(jīng)不斷驗(yàn)證了這種職責(zé)分離的必要性，這些也都屬于設(shè)計范疇。

我們這個領(lǐng)域最精彩的地方，在于設(shè)計空間的廣闊性，海量用例為我們帶來了無限可能。這為資深架構(gòu)師、軟件工程師和開發(fā)者們提供了大放異彩的舞臺：憑借豐富的項目經(jīng)驗(yàn)和實(shí)踐積累，他們能夠洞察問題的本質(zhì)，精準(zhǔn)運(yùn)用特定設(shè)計模式。

作為更高層次的抽象，架構(gòu)的本質(zhì)就是在提醒工程師們做出最關(guān)鍵的決策。比如決定“我要用 React，而非其他語言”——這就是架構(gòu)決策，而且會造成相應(yīng)的成本。決策之間也有層級差異，比如選擇“采用統(tǒng)計方法，而非經(jīng)驗(yàn)方法”，這既是設(shè)計選擇，也屬于架構(gòu)范疇。由此可見，架構(gòu)涵蓋了我們決策體系中的全部維度。

現(xiàn)在再聊聊創(chuàng)造力，也就是架構(gòu)的第二重維度。人類的獨(dú)特之處，就在于我們擁有創(chuàng)造力。那創(chuàng)造力究竟是什么？在 AlphaGo 擊敗全球頂尖圍棋選手的比賽中，有位韓國棋手被這場對決徹底震撼，并感慨道“我仿佛在此刻見到了天神的面容，因?yàn)?AlphaGo 走出了無人預(yù)料的棋步?！眲?chuàng)造力也是如此，試想某個空間的景觀——比如說我們身處三維空間，我正漫步于鄉(xiāng)野，探訪山谷中的那座山丘。人類的圍棋、歷史、傳統(tǒng)乃至體驗(yàn)層面，總會踏上相似的路徑。關(guān)鍵在于，AlphaGo 并不受傳統(tǒng)歷史的束縛，它能從另一維度抽身審視整片曠野。它能探索更廣闊的狀態(tài)空間，憑借海量計算能力進(jìn)行搜索——這與人類截然不同。

這算創(chuàng)造力嗎？嚴(yán)格來講不算。它只是在更廣闊的空間中快速探索，但未必能稱為創(chuàng)造力——因?yàn)閯?chuàng)造力意味著在需求、渴望、欲望、情感等語境當(dāng)中，將意料之外的事物組合起來。我們的 AI 還做不到這一點(diǎn)。它們只是卓越的搜索引擎，擅長處理大語言模型，堪稱出色的、但完全不可靠的斜杠者。坦白講，大模型本質(zhì)上就是規(guī)模化的胡扯生成器——但人類創(chuàng)造力的核心機(jī)制，我們至今還是沒搞清楚。

到這里，我們已經(jīng)剖析了兩大核心要素。現(xiàn)在回到 AI 的實(shí)際應(yīng)用場景。我自己常用 Claude 處理 JS 項目，同時還負(fù)責(zé) Swift、PHP 和 C++ 等其他項目。于我而言，AI 就像一位充滿熱情、不知疲倦的實(shí)習(xí)生——從不睡覺、天真無邪，但因?yàn)槿狈?chuàng)造力而需要持續(xù)指導(dǎo)。我可以明確告訴它做什么、處理哪些任務(wù)，并收到完美的結(jié)果。整個過程我自己不需要投入多少時間成本，而且正確率相當(dāng)之高——可 AI 本身并不知道。實(shí)際上，AI 就不存在“自己”這個概念，畢竟它并非擬人化的存在，我也不愿意把它擬人化。它真正擅長的是自動化，所以 AI 應(yīng)用的本質(zhì)就是我這個人類跟機(jī)器之間協(xié)同工作。

這種模式對我這類用戶效果極佳——我沒法代表其他人發(fā)言，只能說我自己在系統(tǒng)構(gòu)建領(lǐng)域經(jīng)驗(yàn)豐富，深諳各類設(shè)計模式與架構(gòu)模式，也懂得從代碼中發(fā)現(xiàn)問題。我能精準(zhǔn)判斷代碼是否存在隱患，但持續(xù)運(yùn)轉(zhuǎn)的大語言模型就不具備這些認(rèn)知，更缺乏上下文理解能力。因此我很樂意將一部分任務(wù)委托給它，再隨后進(jìn)行核查——就像里根總統(tǒng)在冷戰(zhàn)期間所言：“信任，但需要核實(shí)。”

從輔助工具的角度審視，可以這樣對 AI 做出總結(jié)：我對軟件領(lǐng)域內(nèi)的 AI 發(fā)展毫不畏懼，甚至為之欣喜，因?yàn)樗夥帕宋摇鷦诹宋冶卷氂H力親為的工作。但同時，它絕不會取代我的工作，因?yàn)?AI 在能力上存在根本性局限。

Shweta Vohra： 最近以來，我開始盡量避免將軟件架構(gòu)類比為“建筑”，因?yàn)槿藗兂烧呋煜瑢?dǎo)致思維僵化。其實(shí) AI 領(lǐng)域充滿動態(tài)變化，結(jié)構(gòu)永無定態(tài)——絕不能說架構(gòu)建成后，所有決策便已塵埃落定。它始終處于演進(jìn)之中，如今變化速度更是遠(yuǎn)甚以往。但你剛才的闡釋方式，特別是把 Claude 當(dāng)作實(shí)習(xí)生的比喻，確實(shí)為創(chuàng)造力提供了絕佳的視角。那是不是可以這樣說——這也是我一直在向軟件和 AI 架構(gòu)師們強(qiáng)調(diào)的觀點(diǎn)：我們總以為是工具在變，卻忽視了工具對于自身判斷力的侵蝕，最終難以清晰闡述真正發(fā)生的變化。真正的變革在于：我們應(yīng)當(dāng)成為優(yōu)秀的主人，而非優(yōu)秀的奴隸。

Grady Booch：恕我直言，我更傾向避免使用這些充滿情感與歷史包袱的術(shù)語。我更愿將自身視為導(dǎo)演，而舞臺上的演員正是我們執(zhí)導(dǎo)的對象。順帶一提，這種定位隱含著某種失控感——作為導(dǎo)演，我不可能、也不打算事無巨細(xì)地干預(yù)，但希望被指導(dǎo)者擁有自主權(quán)和自由度。這就引出了關(guān)于 AI 智能體的討論，稍后我們還會涉及。

不過在繼續(xù)之前，我想提出一個有趣的類比——你提到了土木工程等領(lǐng)域。雖然因?yàn)橹赶驅(qū)ο蟮奈锢硖匦圆町惥薮?，將兩個領(lǐng)域相提并論的確既困難又危險，但我仍想重提 Frank Gehry。他設(shè)計的迪士尼音樂廳以流暢的曲線著稱，而這位建筑大師本身就是天才，但那些恢弘結(jié)構(gòu)是如何誕生的？答案在于 AutoCAD 等工具。正是 AutoCAD 的出現(xiàn)，讓 Gehry 這樣的設(shè)計師得以大膽嘗試新形態(tài)。AutoCAD 讓設(shè)計師得以通過數(shù)學(xué)建模手段實(shí)驗(yàn)新形態(tài)與新材料，在實(shí)體建造前完成驗(yàn)證。因此工具并沒有取代建筑師的工作，反而釋放了新的創(chuàng)造力——他本人就是最好的寫照。

當(dāng)前 AI 領(lǐng)域正上演著同樣的變革?；蛟S有人會質(zhì)疑：“可建筑業(yè)仍存在諸多弊端呀?！笔聦?shí)上，建筑業(yè)本身也擁有耐人尋味的歷史。那我們就得回溯至 Frank Gehry 出現(xiàn)之前的時代，畢竟他也屬于相對新銳的建筑師。讓我們回到建筑本身充滿爭議的年代。在軟件開發(fā)與軟件工程的萌芽期——特別是首個黃金時代，當(dāng)時的系統(tǒng)多為整體式架構(gòu)，主要采用匯編語言編寫。隨著復(fù)雜度激增，人類越來越難以掌控自己打造的系統(tǒng)。

于是 David Wheeler、Maurice Wilkes 和 Stanley Gill——我記得是這些人——在五十年代末開始沉思：“我們該如何看待這個問題？是否該將軟件拆解開來，而非直接面對冗長的代碼列表？要不要創(chuàng)造名為'子程序'的東西？”這些想法當(dāng)時極具爭議。雖然如今這已是我們習(xí)以為常的思維方式，但當(dāng)時他們提出需要這種機(jī)制，讓人類能夠在更高抽象層面上進(jìn)行思考時，還是引發(fā)了很大爭議。這是因?yàn)楫?dāng)時調(diào)用子程序并返回需要額外執(zhí)行若干機(jī)器指令。而對于僅需幾毫秒的操作而言，這確實(shí)代價高昂。但如今隨著計算機(jī)性能提升，分布式系統(tǒng)已實(shí)現(xiàn)突破。由此可見，那些看似爭議的架構(gòu)決策，最終都將擺脫技術(shù)的桎梏。

3 為何“AI 架構(gòu)”的本質(zhì)，是如何用語言描述系統(tǒng)

Shweta Vohra： 現(xiàn)在我想把話題轉(zhuǎn)向 AI 架構(gòu)。您之前提到創(chuàng)造力與大語言模型的關(guān)系——它們能為我們處理混合任務(wù)時，但卻并不具備真正的創(chuàng)造力。那么從您的視角看，遍布各處的 AI 架構(gòu)究竟屬于全新的架構(gòu)學(xué)科，還是軟件架構(gòu)被迫應(yīng)對新約束所產(chǎn)生的結(jié)果？您怎么看？

Grady Booch：我完全不懂所謂“AI 架構(gòu)”，甚至就沒聽說過這個術(shù)語。它具體指什么？

Shweta Vohra： 指的就像您剛剛講過的，即運(yùn)用 AI 建立軟件架構(gòu)的新方式。它本質(zhì)上表明 AI 正在重塑規(guī)則。這些設(shè)計規(guī)則具體是什么？對架構(gòu)層面有何影響？它究竟屬于新興學(xué)科，還是既有學(xué)科衍生出的全新原則、規(guī)則與防護(hù)機(jī)制？

Grady Booch：字眼還是不能隨意使用，因?yàn)槿藗兛偸前迅鞣N概念混為一談，最終導(dǎo)致自己的表達(dá)中充斥著毫無意義的噪音。于我而言，“AI 架構(gòu)”是個極其空洞的詞匯。我更愿意討論“由 AI 工具增強(qiáng)的架構(gòu)”，這才是有實(shí)質(zhì)性內(nèi)涵的表述。

架構(gòu)是永恒的。從古人用泥巴糊草屋的時代，到 Grank Gehry 創(chuàng)造的那些恢弘飛揚(yáng)的建筑，我們始終見證著架構(gòu)的演進(jìn)。架構(gòu)代表著一種高層次抽象的世界觀。軟件密集型系統(tǒng)亦是如此——哎呀，我又用了“軟件密集型”這個詞。其實(shí)不僅是軟件，更是由硬件、軟件、人員及社會共同構(gòu)筑的系統(tǒng)——而架構(gòu)師的職責(zé)正體現(xiàn)在此。

那么，AI 要如何融入其中？畢竟 AI 只是工具。事實(shí)上，我認(rèn)為我們所見證的不過是抽象層次的新一輪躍升，這也代表著軟件架構(gòu)與軟件工程長期發(fā)展的歷史軌跡。軟件工程史就是抽象層次不斷提升的歷程。早期我們主要致力于控制機(jī)器——差分機(jī)和 ENIAC 的誕生正是為此而生，旨在掌控機(jī)電或機(jī)械裝置。在更高抽象層級，我們試圖將高度抽象化的思維轉(zhuǎn)化為可操控的機(jī)器形式，由此誕生了匯編語言。匯編語言本身就比機(jī)器語言抽象度更高。

隨后我們又發(fā)明了高級編程語言，實(shí)現(xiàn)了又一次抽象躍升。我認(rèn)為 AI 工具的興起，對軟件領(lǐng)域的影響將不亞于編譯器的誕生。這兩者都代表著抽象層次的提升，將大量原本需要人工處理的瑣碎事務(wù)下放給機(jī)器本身。編譯器為我們做了什么？在 Grace Hopper 那個時代，F(xiàn)ORTRAN 發(fā)明之初也曾引發(fā)激烈爭議，但其核心理念是加速人類工作效率，將編譯事務(wù)推給機(jī)器處理。在 FORTRAN 和 COBOL 時代，困擾人們的仍是如何將數(shù)據(jù)最優(yōu)分配到寄存器以提升速度。如今我們無需再為此煩惱，直接交給機(jī)器處理即可。

同樣的，當(dāng)我需要修改軟件時，只需進(jìn)行重構(gòu)。由人掌控模式，機(jī)器可以代勞。我只需思考重構(gòu)方案，讓機(jī)器執(zhí)行具體操作。因此我們實(shí)現(xiàn)了更高層次的抽象。其意外后果（或許也是預(yù)料之中的結(jié)果）在于：我們并未減少代碼量，反而編寫了更多代碼——因?yàn)檫@使非專業(yè)人士能完成他們原本無法實(shí)現(xiàn)的任務(wù)。Visual Basic 興起時同樣如此。它讓非程序員也能完成驚人創(chuàng)舉，徹底革新了商業(yè)模式，但這并不改變架構(gòu)本身的本質(zhì)。

4 “Dario，計算機(jī)世界蘊(yùn)藏的奧秘遠(yuǎn)超你哲學(xué)所能想象”

Shweta Vohra： 基于您的觀點(diǎn)，我們來探討下一個話題。當(dāng)前被低估的領(lǐng)域是什么？又有哪些被過度炒作或高估？

Grady Booch：先聊聊被過度炒作的部分吧，這個更簡單。如果你關(guān)注我的推文，就會發(fā)現(xiàn)我經(jīng)常抨擊馬斯克、特曼等人，比如說："天哪，你們瘋了吧？我知道你們需要經(jīng)營企業(yè)，也知道你們在項目上虧得一塌糊涂，但請務(wù)實(shí)點(diǎn)。AGI 不只不會突然出現(xiàn)，以后也不可能實(shí)現(xiàn)。”我建議大家去看看我十多年前的 TED 演講，當(dāng)時談到超級智能的崛起，我的反應(yīng)是：“我不擔(dān)心這個問題”。

最近的事嘛，之前提到我用過 Claude、也非常喜歡，但我狠狠批評了 Anthropic 的 CEO 達(dá)里奧，因?yàn)檫@家伙在達(dá)沃斯論壇上說： “成果就在眼前，我們將用這些系統(tǒng)編寫所有軟件”。沒錯，就像編譯器能用匯編語言和機(jī)器語言編寫所有軟件那樣——但更高層次的編程遠(yuǎn)不止于此，只能由人類來完成。

有幅很棒的漫畫，出自 xkcd，可謂一針見血地解答了這個問題。它這樣講：“當(dāng)一種語言具備足夠的表達(dá)力和精確度，能夠生成可執(zhí)行的產(chǎn)物時，你該稱之為什么？”我們稱之為編程語言。而提示詞不過是另一層抽象——比如“把這個重構(gòu)為命令模式”。這不過是抽象層級的提升——我將人類層面的理解提升到更高維度，以供機(jī)器理解并且代為執(zhí)行。這固然美妙，但 AI 絕不會取代人類，因?yàn)檎俏疫@個富有創(chuàng)造力的人類在引導(dǎo)它實(shí)現(xiàn)目標(biāo)。

我不懼怕超級智能的崛起，真正令我膽寒的是掌控這些系統(tǒng)、借此擴(kuò)張權(quán)力的億萬富豪階層。這才是人類面臨的危機(jī)，而非軟件問題。

Shweta Vohra： 沒錯。許多問題的根都在人身上，對此我完全認(rèn)同。但我想進(jìn)一步探討： 若按你所說的責(zé)任劃分，即能將多少職責(zé)移交給硬件，我認(rèn)為大語言模型已算得上取得了巨大進(jìn)展。比如在創(chuàng)造力方面愈發(fā)符合我們的期望，且借此提升了工作效率，也讓大眾更容易獲取各種成果。我想我們應(yīng)當(dāng)給予這項技術(shù)應(yīng)有的認(rèn)可，而且它本身正在不斷進(jìn)化。

Grady Booch：AI 的確已經(jīng)滲透進(jìn)大眾的日常生活，也由此衍生出各種倫理與法律問題，特別是在文本轉(zhuǎn)視頻和文本轉(zhuǎn)圖像領(lǐng)域。就在此刻，歐盟正因這類問題對 Grok 提起訴訟，可見其存在諸多意料之外的后果。

在軟件領(lǐng)域，我們受到的限制較少，因?yàn)楸槐I取的內(nèi)容相對有限。大部分訓(xùn)練數(shù)據(jù)源自 Stack Overflow 等平臺，其倫理性威脅確實(shí)值得商榷。開源軟件同樣存在爭議，但至少沒有直接竊取受版權(quán)保護(hù)的代碼，因此引發(fā)的風(fēng)險也有所不同。

Shweta Vohra：確實(shí)如此，安全問題本身就是個值得深入探討的方向。

Grady Booch：沒錯，相當(dāng)相當(dāng)需要認(rèn)真對待。

Shweta Vohra：但在深入探討前，我想聽聽您對另一個問題的看法。我們承諾將實(shí)現(xiàn)巨大的生產(chǎn)力提升。從微服務(wù)開始到云原生，如今又迎來 AI 編程輔助，智能編程技術(shù)正日益精進(jìn)。您認(rèn)為哪些領(lǐng)域能真正發(fā)揮優(yōu)勢？又擔(dān)心哪些領(lǐng)域會為短期速度犧牲長期完整性？給大家講講吧。

Grady Booch：我先從后半部分說起。我最擔(dān)心的是技能退化現(xiàn)象。軟件行業(yè)本質(zhì)上是學(xué)徒制行業(yè)，與法律行業(yè)頗為相似。過去要想成為律師，大家必須埋頭鉆研法律書籍直至精通，更需通過參與各類案件與前輩并肩作戰(zhàn)，汲取其戰(zhàn)略洞見——這些都是必修課。如今隨著 LexisNexis 等工具興起，法律檢索已演變?yōu)槟Ｊ狡ヅ鋯栴}。我認(rèn)識的不少法律界朋友都憂心忡忡——初級從業(yè)者既無崗位可入職，更無成長空間，這正是技能退化的現(xiàn)實(shí)隱憂。

我擔(dān)心軟件行業(yè)也會出現(xiàn)同樣現(xiàn)象——由于越來越多的工作被交給大模型，初級崗位正逐漸消失殆盡。那么新生代該從何處積累經(jīng)驗(yàn)？對此我尚無答案，一切恐怕只能交給時間來驗(yàn)證。

另一個現(xiàn)實(shí)又要回到 Dario 的話題了。我曾引用莎士比亞的話對他說：“Dario，計算機(jī)世界蘊(yùn)藏的奧秘遠(yuǎn)超你哲學(xué)所能想象”——這句話原是莎士比亞筆下霍雷肖的臺詞。我的觀點(diǎn)是：計算機(jī)世界的疆域遠(yuǎn)比全球彈性規(guī)模的網(wǎng)絡(luò)中心化系統(tǒng)更為廣闊，而大多數(shù)大語言模型僅在這單一領(lǐng)域內(nèi)訓(xùn)練而成——雖也不算狹小，但未來此類模型將愈發(fā)泛濫，這意味著普遍性的平庸正成為新的常態(tài)。

大語言模型往往將我們推向同質(zhì)化的設(shè)計方向。誠然，這類設(shè)計也是我們所需要的，能夠緩解之前提到的軟件危機(jī)，但卻無法解決兩個問題：無法應(yīng)對意外情況，也不再嘗試截然不同的方法。大語言模型對此無能為力，因?yàn)檫@超出了它們的訓(xùn)練數(shù)據(jù)范圍。其次，如果要構(gòu)建基于最新云層與流體物理模型的氣象系統(tǒng)，那這些模型沒接受過相關(guān)訓(xùn)練，超出其能力范圍，自然就無法提供幫助。雖然未來可能實(shí)現(xiàn)，但這類前沿領(lǐng)域始終存在，而專門為此訓(xùn)練大語言模型在經(jīng)濟(jì)上不可行，發(fā)展空間也將受到限制。

歸根結(jié)底：軟件世界浩瀚無垠，這些 AI 工具只是其中一環(huán)，既非唯一選擇，也絕非永恒之選。面對不斷涌現(xiàn)的技術(shù)選擇，人類需要持續(xù)思考：我們需要哪些工具？哪些才真正合適？對我而言，AI 僅僅是工具。我敦促開發(fā)者學(xué)習(xí)使用這些工具，但切勿看淡人的意義。不要將創(chuàng)造力拱手讓給工具，因?yàn)檫@正是我們的核心價值所在。

Shweta Vohra：我也強(qiáng)烈建議聽眾——特別是創(chuàng)造者、工程師和開發(fā)者——謹(jǐn)記這條忠告：切勿盲目跟風(fēng)，務(wù)必深入理解工具的運(yùn)作機(jī)制。因?yàn)楫?dāng)問題出現(xiàn)時，終須有人來修復(fù)。這又引出了下一個問題：人類與機(jī)器的邊界究竟在哪里？其原則又是什么？因?yàn)閺募軜?gòu)師的視角出發(fā)，我總在思考：如今這些工具生成的內(nèi)容如此龐雜，該由誰來評估它們？誰來真正劃定這些邊界？我們又該把邊界設(shè)在哪里？

Grady Booch：計算技術(shù)與人類本質(zhì)的交匯處，正是值得深入思考的關(guān)鍵領(lǐng)域。對此我雖無定論，但目睹人類正面對前所未有的規(guī)?；⒆詣踊顺?，這個過程本身已然令人嘆為觀止。盡管沒有答案，但我仍有堅持遵循的原則：創(chuàng)造力必須被掌控在人類手中，而非 AI 手中。一旦我將創(chuàng)造力交予它們，便犯下致命錯誤——因?yàn)閯?chuàng)造力本非 AI 的職能、它們?nèi)狈φZ境。說到底，根本不存在所謂的“智能”，因?yàn)?AI 跟我們并不存在于同一個世界。

它們既沒有我們面臨的約束條件，也不具備我們所處的情境——在我有生之年，甚至在我們子女的時代都永遠(yuǎn)無法具備。人類成長為如今形態(tài)的背景，遠(yuǎn)比我們所見的一切更為廣闊。無論奧特曼拉來多少萬億美元的投資都無濟(jì)于事。大語言模型始終是架構(gòu)上的死胡同——Yann LeCun 對此也有類似論斷——如今的 AI 產(chǎn)業(yè)正處于極其荒誕的迷茫期。

所以就這個問題，我的簡短回答是："切勿泯滅人性。切勿泯滅創(chuàng)造力、獨(dú)特性與跳出框架思考的能力。"從架構(gòu)層面看，我們深知基于大語言模型的系統(tǒng)存在根本性缺陷——它們無法進(jìn)行推理。我知道這個觀點(diǎn)頗具爭議，但我堅持這一結(jié)論。大模型雖具備推演引擎和演繹引擎，卻缺乏歸納推理能力，即構(gòu)建理論的能力。它們能進(jìn)行概括，但這與理論構(gòu)建截然不同。據(jù)我們所知，歸納推理目前僅存在于哺乳動物中。我之所以不限定于人類，是因?yàn)槠渌溉閯游锼坪跻簿邆溥@種能力，例如鯨類、猿類等。但我們的大語言模型尚未掌握這項能力，這對整個人類種群的存續(xù)無疑是個好消息。

過去六年我在 IBM 任職期間，不僅在 AI 實(shí)驗(yàn)室工作，還與神經(jīng)科學(xué)家團(tuán)隊合作。作為計算機(jī)科學(xué)家，我意識到自己對大腦的結(jié)構(gòu)一無所知，因此過去六年致力于這一領(lǐng)域研究。大腦結(jié)構(gòu)蘊(yùn)含著驚人的美學(xué)，進(jìn)化塑造的這種結(jié)構(gòu)令人嘆服。那些宣稱“通用人工智能近在眼前”的人，其認(rèn)知之天真令人咋舌——他們根本不理解人類大腦或有機(jī)大腦的運(yùn)作機(jī)制，所以我根本不吃那套。

5 氛圍編程一上來，責(zé)任就沒人認(rèn)了

Shweta Vohra： 我的核心認(rèn)知是，架構(gòu)設(shè)計如今比以往任何時候都更重要。過去我們可能依賴測試人員發(fā)現(xiàn)問題，或指望有人能在生產(chǎn)環(huán)境中及時修復(fù)——但如今代碼部署范圍如此廣泛，這種依賴已不可行。我們必須建立人類參與的閉環(huán)機(jī)制，制定指導(dǎo)原則與防護(hù)措施。這點(diǎn)我深表認(rèn)同，我們需要就此展開更深入的討論。但我想強(qiáng)調(diào)一個核心問題：一旦 AI 生成代碼在生產(chǎn)環(huán)境中出現(xiàn)故障時，架構(gòu)責(zé)任究竟該由誰承擔(dān)？

Grady Booch：人類。答案很簡單——責(zé)任在人，而非工具本身。這就像說“狗吃了我的作業(yè)本”，或者“是 AI 出錯了”，同樣沒有說服力。

Shweta Vohra：但產(chǎn)出的代碼并不是完全由架構(gòu)師經(jīng)手，那責(zé)任也要由我們承擔(dān)嗎？

Grady Booch：沒錯。IBM 的 Tom Watson 在五、六十年代就說過，機(jī)器永遠(yuǎn)不該為錯誤負(fù)責(zé)。責(zé)任永遠(yuǎn)在人，因?yàn)闄C(jī)器是受指令驅(qū)動的，最終責(zé)任必然回歸到下達(dá)指令的人類。我們深知在社會體系中，人類熱衷于推卸責(zé)任。人們總想擁有權(quán)力卻逃避責(zé)任，而 AI 領(lǐng)域很可能正走上這條老路?！拔矣袡?quán)這么做，但要是出錯，都是 AI 干的?！焙f八道，都是人干的，勇敢點(diǎn)把責(zé)任擔(dān)起來吧。

Shweta Vohra：明白。我們需要承擔(dān)起責(zé)任，因?yàn)槲覀儎e無選擇……

Grady Booch：肯定呀。

Shweta Vohra：而且我們需要明確劃分這些邊界。但在氛圍編程領(lǐng)域，這種邊界模糊的問題仍廣泛存在，開發(fā)者自己、甚至是氛圍編程服務(wù)商都不清楚 AI 到底在干嘛。

Grady Booch：沒錯。這正是代碼錯誤產(chǎn)生的根源——當(dāng)我進(jìn)行氛圍編程時，總會感嘆“架構(gòu)師們可真了不起”。因?yàn)樗麄儞碛袠O其豐富的經(jīng)驗(yàn)和才華，深諳事物本質(zhì)。能夠敏銳察覺代碼錯誤。相信大家都是如此，既會驚嘆"天哪，AI 生成的結(jié)果真神了，但這里還是有問題，可以從這個角度切入”。這正是我使用 Claude 這類工具時發(fā)現(xiàn)的妙處——它堪稱絕佳的結(jié)對程序員，但也是相當(dāng)?shù)牟豢孔V，犯錯永遠(yuǎn)是家常便飯。它甚至無法意識到自己的錯誤，所以我必須時刻保持警惕，持續(xù)監(jiān)督。一旦我放棄這份責(zé)任，當(dāng)系統(tǒng)出錯時，責(zé)任便瞬間落到我頭上——不是機(jī)器的錯，是我自己搞砸了。

Shweta Vohra： 綜上所述，如果 AI 既負(fù)責(zé)代碼編寫、又負(fù)責(zé)代碼審查，那就意味著人類責(zé)任邊界的缺失。這可能正是我們需要填補(bǔ)的漏洞。

Grady Booch：沒錯。容我補(bǔ)充一點(diǎn)，這本質(zhì)上關(guān)乎人類信任問題。此刻我的手機(jī)里運(yùn)行著五款大語言模型，它們可以說是性格迥異——姑且用這個詞形容吧。我對它們的信任程度因工作領(lǐng)域而異，就像身邊的朋友圈子。和某人交談時，我期待他有這種能力、掌握那種知識，同時也清楚他存在某些認(rèn)知盲區(qū)。

我身邊的這些工具也同樣如此。Claude 能完成堪稱驚艷的工作，卻也會做出令人抓狂的蠢事。因此作為人類，我對它們產(chǎn)生了某種“心理預(yù)期”，信任感也由此建立。

我建議讀者們這樣做："積極熟悉這些工具，就像木匠把玩自己買的錘子那樣。不同的錘子總有細(xì)微的差別——份量不同、平衡點(diǎn)不同。要盡量習(xí)慣它、適應(yīng)它、讓工具配合你，而且在過程中千萬別迷失了自己。"

Shweta Vohra：一點(diǎn)沒錯。換個視角來看，這也是個激動人心的時代，因?yàn)樾率挛锟倳硇碌臋C(jī)遇和新的學(xué)習(xí)方式。

Grady Booch：沒錯。變革的時代同樣令人感到惶恐，畢竟在處于平穩(wěn)期時沒人想突然遭遇劇變，不確定性與錯失恐懼癥會因此蔓延——這正是 Dario 和奧特曼這類人最令我不齒的地方。他們總在嚷嚷“你必須適應(yīng)一切”。不，我沒必要。作為軟件工程師，我的首要目標(biāo)是打造有價值的酷炫產(chǎn)品，工具只在能幫助我達(dá)成目標(biāo)時才值得關(guān)注。

Shweta Vohra：是的，元宇宙炒作最厲害的那會，我發(fā)現(xiàn)你也一直在堅持自己的判斷。

Grady Booch：確實(shí)，那會簡直了……

Shweta Vohra： 這段往事咱們?nèi)蘸笤偌?xì)品吧?？傊蚁胝f的是，對于今天收聽播客的架構(gòu)師們，你建議大家主動把握哪些 AI 機(jī)遇？更重要的是，哪怕工具能讓某些環(huán)節(jié)變得輕松，他們又該抵制哪種用法？

Grady Booch：古語有云：“通往數(shù)學(xué)的道路沒有捷徑”，架構(gòu)設(shè)計同樣沒有捷徑。這需要親身體驗(yàn)、反復(fù)嘗試，感受架構(gòu)決策帶來的后果。別當(dāng)那種“下達(dá)指令就走人”的空降式架構(gòu)師，你必須直面決策的后果。因此我的建議是：盡情把玩這些工具，它們很有趣。學(xué)會使用它們，因?yàn)樗鼈儗⒊蔀槲磥碥浖_發(fā)不可或缺的組成部分。

但同時，要精進(jìn)架構(gòu)師的本領(lǐng)。別只沉溺于特定領(lǐng)域的技術(shù)細(xì)節(jié)，去研讀跨領(lǐng)域的代碼，去讀讀 MacPaint 背后的原始代碼，去剖析 Unix 內(nèi)核——我們了解到的一切架構(gòu)方案，終將反哺自己所在領(lǐng)域的實(shí)踐。我所知曉的每一位頂尖作家，無不以閱讀為本。

我所知曉的每一位頂尖軟件架構(gòu)師，不僅編寫代碼，更會研讀他人代碼——精進(jìn)技能應(yīng)該成為貫穿一生的習(xí)慣。

Shweta Vohra：我完全贊同你的看法——別只頂著個架構(gòu)師的名頭，要真正為自己的建議和決策承擔(dān)起責(zé)任。

Grady Booch：沒錯。

Shweta Vohra：還要為團(tuán)隊中的其他成員承擔(dān)起責(zé)任。

6 “人生苦短，去盡情享受生活”

Shweta Vohra： 這期節(jié)目我們討論了諸多議題，從架構(gòu)、設(shè)計和責(zé)任角度剖析了現(xiàn)實(shí)與炒作間的差異，還涉及到生產(chǎn)力、速度、完整性以及人機(jī)協(xié)作關(guān)系。作為收尾，您還有其他想要補(bǔ)充的嗎？

Grady Booch：我覺得自己的人生經(jīng)歷非常神奇。我曾與 Grace Hopper 會面，與 J. Presper Eckert 相識。雖不能與圖靈謀面，畢竟他去世時我還沒出生，但也有幸接觸過他的同事。我的職業(yè)生涯橫跨計算機(jī)領(lǐng)域的萌芽期直到如今，也從這些前輩身上汲取了豐厚的養(yǎng)分。我自認(rèn)在某種程度上推動了整個領(lǐng)域的發(fā)展，也盡情享受這段旅程。計算機(jī)是片神奇的天地，對于觀看這期播客的朋友，我想說這既是殊榮、也是責(zé)任。殊榮在于我們每個人的工作都在改變世界，責(zé)任在于我們改變世界會造成后果。試問，還有哪個行業(yè)能夠如此深刻且迅猛地影響文明的本質(zhì)？

所以我敦促每位從事軟件行業(yè)的朋友，請牢記這份使命。為我們從事的這份事業(yè)歡呼吧，大家正置身于文明變革的浪潮當(dāng)中——這本身就是一份無上的榮光。

Shweta Vohra：完全同意。每當(dāng)我媽興沖沖地告訴我她又學(xué)會用某項軟件功能，或者解決了某個問題時，我都由衷心生喜悅。

Grady Booch：這種感覺很神奇吧？

Shweta Vohra： 是啊，這種感覺超棒，讓我覺得咱們這群架構(gòu)師確實(shí)做了實(shí)事，但也應(yīng)該承擔(dān)更多責(zé)任。Grady，感謝您今天的分享、建議和指導(dǎo)。這期節(jié)目馬上結(jié)束，給大家一句話建議好嗎？

Grady Booch：人生苦短，去盡情享受生活吧。

Shweta Vohra：沒錯，絕對該盡情享受生活。天氣這么好，下播我就去吃冰淇淋。Grady，再次感謝你的到來。

https://www.infoq.com/podcasts/craft-software-architecture/

聲明：本文為 InfoQ 整理，不代表平臺觀點(diǎn)，未經(jīng)許可禁止轉(zhuǎn)載。

會議推薦

QCon 全球軟件開發(fā)大會·2026 北京站將于 4 月 16 日 -18 日正式舉辦。本屆大會以“Agentic AI 時代的軟件工程重塑”為主題，聚焦 100+ 重磅議題，匯聚來自阿里、騰訊、字節(jié)跳動、小米、百度等一線科技企業(yè)與創(chuàng)新團(tuán)隊的技術(shù)專家，圍繞 AI 工程化、系統(tǒng)架構(gòu)與研發(fā)模式演進(jìn)展開深入探討。更多詳情可掃碼或聯(lián)系票務(wù)經(jīng)理 18514549229 進(jìn)行咨詢。