手工軟件工程師的時代已經(jīng)結(jié)束！一位連續(xù)創(chuàng)業(yè)CTO的判斷

作者 | Michael Redlich

譯者 | 劉雅夢

策劃 | 丁曉昀

生成式 AI 正在改變軟件工程的基本形態(tài)。代碼生成能力變得越來越普遍，單純依賴“寫代碼”的工程師價值正在被重新定義。在這期 InfoQ 播客訪談中，連續(xù)創(chuàng)業(yè)者、Tessi.ai CTO Ben Greene 分享了他對工程師未來角色的判斷：手工軟件工程師的時代已經(jīng)過去了，工程師需要把精力從單純編碼轉(zhuǎn)向理解問題、設(shè)計系統(tǒng)以及連接真實(shí)業(yè)務(wù)場景。

他認(rèn)為，未來工程師最重要的能力不再只是技術(shù)深度，而是系統(tǒng)思維、業(yè)務(wù)理解以及與人協(xié)作的能力。同時，一種新的能力模型正在出現(xiàn)——工程師需要學(xué)會“AI 編排”，讓多個 AI 工具與系統(tǒng)協(xié)同工作，而不是親自完成所有代碼。與此同時，在自動化越來越強(qiáng)的技術(shù)世界里，人類的同理心、溝通能力和對真實(shí)問題的理解，反而會變得更加重要。

換句話說，未來最有價值的工程師，不是寫代碼最快的人，而是能夠理解復(fù)雜系統(tǒng)、協(xié)調(diào) AI 與人類協(xié)作、并真正解決現(xiàn)實(shí)問題的人。

InfoQ 對訪談進(jìn)行了翻譯并經(jīng)過不改變原意的編輯，以饗讀者，以下為翻譯全文：

Shane Hastie：大家好，我是 Shane Hastie，這里是 InfoQ 工程文化播客。今天，我將采訪 Ben Greene。Ben，歡迎。感謝你今天抽出時間來接受我們的采訪。

Ben Greene：謝謝你邀請我，Shane。很高興來到這里。

Shane Hastie：我通常的開場白是，誰是 Ben？

Ben Greene：好問題。我也還在試圖弄清楚。我曾多次在創(chuàng)業(yè)公司擔(dān)任 CTO，目前正在創(chuàng)辦一家名為Tessi.ai的新公司。我們利用結(jié)合地理空間影像的 AI 技術(shù)，幫助人們在自然災(zāi)害發(fā)生后更快地修復(fù)和重建家園。

我也聯(lián)合創(chuàng)辦過其他幾家公司。上一家叫Outcomes4Me，是一家面向消費(fèi)者的健康科技公司，目前正在進(jìn)行 B 輪融資。

此外，我還在Techstars Boston擔(dān)任過幾年的 CTO，也做過一些創(chuàng)業(yè)和技術(shù)方面的導(dǎo)師工作。不過現(xiàn)在，Tessi 是我全職投入的新項(xiàng)目。

Shane Hastie：是什么讓你成為一個連續(xù)創(chuàng)業(yè)的首席技術(shù)官？

Ben Greene：我一直很喜歡解決問題。那些規(guī)模大、復(fù)雜甚至有點(diǎn)嚇人的問題，反而特別吸引我。我會反復(fù)思考這些問題，然后想辦法把它們解決。

在這個過程中，我逐漸意識到一件事：如果只看到解決方案的一部分，是遠(yuǎn)遠(yuǎn)不夠的。你必須能夠看到整體。

因?yàn)楫?dāng)你構(gòu)建一個解決方案時，你希望它能夠持續(xù)運(yùn)行、不斷成長，并最終不依賴于你個人。你不希望自己成為那個必須一直在機(jī)器旁邊搖動手柄的人，而是希望即使你離開了，這個系統(tǒng)仍然能夠繼續(xù)運(yùn)轉(zhuǎn)。

某種程度上，這也是我選擇通過科技創(chuàng)業(yè)來解決問題的原因。

不過我自己其實(shí)也是個挺急性子的人。正因?yàn)檫@樣，我反而被初創(chuàng)公司這種環(huán)境所吸引——它們某種程度上“獎勵耐心”。在創(chuàng)業(yè)公司里，你永遠(yuǎn)覺得自己進(jìn)度不夠快，無論已經(jīng)做了多少事情、走了多遠(yuǎn)，總感覺還有很多要追趕。

這種節(jié)奏其實(shí)很符合我的性格。雖然有時壓力不小，但我很享受這種狀態(tài)：總有事情要做，而且通常沒有太多繁瑣的流程。

1 “手工軟件工程師”的時代已經(jīng)過去了

Shane Hastie：對于那些考慮進(jìn)入初創(chuàng)公司環(huán)境的工程師，你有什么建議？

Ben Greene：從來沒有比現(xiàn)在更好的時機(jī)了，這太有趣了。作為工程師，我認(rèn)為“手工軟件工程師”的時代已經(jīng)過去了。生成式 AI 可以極大地提升生產(chǎn)力，遠(yuǎn)遠(yuǎn)超出很多人的想象——前提是你愿意真正去擁抱它。

某種程度上，這是一種類似于管理他人的能力：你需要學(xué)會把問題委派出去。很多優(yōu)秀的工程師其實(shí)不太擅長委派任務(wù)，因?yàn)樗麄儠?dān)心：如果自己還沒有完全弄清楚如何完成某件事，就把任務(wù)交給別人，結(jié)果可能達(dá)不到自己心中的標(biāo)準(zhǔn)。

但這是工程師需要克服的一點(diǎn)。你必須學(xué)會在不完美的工程條件下工作和管理。所以從工程的角度來看，我認(rèn)為這是一個偉大的時代。

不過還有一點(diǎn)同樣重要：工程師需要意識到，自己不僅僅是在寫代碼。你不僅僅是在用 0 和 1、用各種功能模塊來構(gòu)建系統(tǒng)。很多時候，你其實(shí)是在構(gòu)建一個業(yè)務(wù)系統(tǒng)。即使是在非營利組織中，本質(zhì)上也仍然是在構(gòu)建一個有輸入、有輸出的系統(tǒng)。

如果你不去思考你構(gòu)建的東西如何為這個系統(tǒng)創(chuàng)造價值，又如何受到這個系統(tǒng)的影響——那么你很難真正構(gòu)建出一個可持續(xù)的系統(tǒng)。

Shane Hastie：

典型的軟件工程師往往不太關(guān)心整體格局或人與人之間的關(guān)系。之前我們聊天時，你說過一句話：“把規(guī)格說明從門縫塞進(jìn)來，再給我點(diǎn)披薩就行。”聽起來這種工作方式現(xiàn)在可能已經(jīng)行不通了。

Ben Greene：

是的，我認(rèn)為那樣的時代已經(jīng)過去了。

如今，如果軟件工程師想真正具備價值，就必須理解自己所交付的更大的成果和目標(biāo)是什么。

隨著生成式 AI 的發(fā)展，設(shè)計師、產(chǎn)品經(jīng)理、銷售人員以及團(tuán)隊(duì)中的其他角色，都開始可以借助 AI 直接接觸甚至編寫代碼。如果一名軟件工程師不主動擴(kuò)大自己的視野，只局限于代碼層面，那么他的能力就會顯得相對單一。

當(dāng)然，目前像Claude Code這樣的工具在高層次工程思考方面還不算特別強(qiáng)，但它們一定會不斷進(jìn)步。而當(dāng)這種情況發(fā)生時，工程師真正的價值在于：不僅知道如何最大限度地利用這些工具，還能夠指出它們沒有考慮到的問題，并從更高層次去思考整個系統(tǒng)。

現(xiàn)在，當(dāng)我思考“系統(tǒng)”時，我考慮的已經(jīng)不僅僅是軟件本身，還包括我周圍的人——不僅是和我一起工作的同事，也包括合作伙伴和客戶。

我依然在解決問題，也依然在構(gòu)建系統(tǒng)。只是現(xiàn)在我使用的工具不再只有代碼、API 和各種托管服務(wù)。現(xiàn)在，我處理的是整個世界的模糊性。但從本質(zhì)上來說，我仍然是在解決問題，而軟件依然是其中的一部分，只是不再是唯一的部分了。

2 抽象層繼續(xù)上升，但軟件本身正在“貶值”

Shane Hastie：

在過去幾十年里，我們一直在不斷增加新的抽象層。這次的變化只是又多了一層抽象，還是說出現(xiàn)了某種不同的變化？

Ben Greene：

我認(rèn)為既可以說是增加了一層新的抽象，也可以說是某種意義上的“抽象層坍塌”。

從編程語言（PL）的角度來看，我們一直在做的一件事，其實(shí)就是把一種語言不斷翻譯成另一種語言。舉個例子，從瀏覽器中運(yùn)行的語言，到最終變成處理器可以執(zhí)行的指令，中間可能要經(jīng)過很多次轉(zhuǎn)換。

具體有多少層，我其實(shí)也記不清了。也許是七八層，也可能是十幾層。但從更高的層面來看，其實(shí)已經(jīng)沒有必要理解所有這些層次。

比如說，我并不了解V8 引擎，或者 Chrome 現(xiàn)在使用的其他引擎的內(nèi)部細(xì)節(jié)，而且坦白說，我也不想了解。我只需要它能夠正常工作就行了。

我真正關(guān)心的是如何解決我正在面對的問題。尤其是在創(chuàng)業(yè)公司里，我們總是試圖站在巨人的肩膀上，在已有的技術(shù)基礎(chǔ)上繼續(xù)往前走。很多開源驅(qū)動的開發(fā)模式其實(shí)也是這樣。

如果現(xiàn)在我們做的事情，只是在描述層面構(gòu)建系統(tǒng)，甚至不再直接寫代碼，而是用自然語言，比如英語來描述需求，那其實(shí)也沒有什么問題。

但從更宏觀的角度來看，這對軟件意味著一件事：僅僅依靠軟件本身，已經(jīng)很難像過去那樣創(chuàng)造大量價值了。你必須與現(xiàn)實(shí)世界建立更緊密的聯(lián)系。因?yàn)楹唵蔚匾苿颖忍亍⑻幚?0 和 1，已經(jīng)不像過去那樣稀缺或獨(dú)特了。

Shane Hastie：

這么看來，軟件工程師的角色正在發(fā)生很大的變化。如果回顧大多數(shù)工程教育體系，其實(shí)并沒有為這種變化做好準(zhǔn)備。

Ben Greene：

確實(shí)如此。最近出現(xiàn)了一個很有意思的趨勢：所謂的“前線部署工程師”（Frontline Deployment Engineer）。不知道你是否注意到，現(xiàn)在有不少公司開始招聘工程師，讓他們直接到客戶的辦公室工作。

這些工程師既是自己公司平臺的專家，同時也逐漸成為客戶系統(tǒng)和業(yè)務(wù)問題的專家。他們會直接嵌入到客戶的環(huán)境中，與客戶團(tuán)隊(duì)一起工作。

我其實(shí)很喜歡這種模式，因?yàn)檫@是學(xué)習(xí)如何把技術(shù)真正應(yīng)用到實(shí)際問題中的最好方式——你就坐在那些正在面對問題的人身邊。

其實(shí)，多年來我們一直在這樣建議產(chǎn)品經(jīng)理：不要只通過訪談了解用戶，而是要真正走進(jìn)他們的辦公室，觀察他們?nèi)绾喂ぷ鳎^察他們是如何與你的產(chǎn)品互動的。

而現(xiàn)在，我們開始讓工程師也這樣做。我很喜歡這種變化，因?yàn)楣こ處煈?yīng)該停止那種“我只是坐在鍵盤前寫代碼”的思維方式。工程師也應(yīng)該走出去，與人交流，理解他們正在面對的問題。

換句話說，同理心這種能力——也許過去很多軟件工程師并沒有真正去培養(yǎng)和使用——現(xiàn)在變得非常重要。而且說實(shí)話，我對這樣一個未來感到很興奮：一個人們愿意花更多時間去理解他人的世界。我認(rèn)為這會是一個非常積極的變化。

Shane Hastie：

那我們應(yīng)該如何在組織中培養(yǎng)這種文化呢？

Ben Greene：

我真希望自己有一個完美的答案，但說實(shí)話，我也還在不斷摸索。

不過有幾件事我覺得非常重要。首先，就是要經(jīng)常談?wù)撃愕目蛻簦⒒〞r間與他們相處。僅僅坐在辦公桌后面是不夠的，你必須走出去，真正去看他們是如何工作的，甚至親自參與到他們的工作中。

同時，你也需要在公司內(nèi)部建立一種共識：客戶所做的事情是重要的，客戶本身也是重要的人。

舉個例子，我們目前有一個合作伙伴，是一個在災(zāi)害發(fā)生后參與救援工作的志愿者組織。他們所做的事情非常令人敬佩，說實(shí)話，要理解和認(rèn)同他們的工作其實(shí)很容易。

但我認(rèn)為，不管你的客戶是誰，你都需要意識到：在 B2B 軟件場景中，你可能只是銷售一個分析平臺，但在另一端，使用這個平臺的是一個具體的人，他們希望通過你的軟件獲得更好的業(yè)績，或者推動某個項(xiàng)目成功。

如果你不了解你的軟件將如何幫助他們在工作和職業(yè)發(fā)展中取得成功，那么你其實(shí)并沒有真正理解他們?yōu)槭裁磿褂媚愕漠a(chǎn)品。因此，你需要在人的層面上去幫助他們，也需要從人的角度去思考問題。

對于消費(fèi)者產(chǎn)品來說，這一點(diǎn)可能更容易理解。但即使是在企業(yè)軟件領(lǐng)域，人們同樣希望獲得成功、得到認(rèn)可，甚至獲得晉升。他們的這些目標(biāo)是合理的，而你的軟件也應(yīng)該幫助他們實(shí)現(xiàn)這些目標(biāo)。

Shane Hastie：

根據(jù)我的經(jīng)驗(yàn)，這種視角與大多數(shù)軟件工程師剛進(jìn)入行業(yè)時的想法其實(shí)很不一樣。你之前也提到過產(chǎn)品經(jīng)理、銷售人員等角色，現(xiàn)在似乎每個人都在“寫代碼”。

Ben Greene：

目前來說，還是要打個引號的“寫代碼”。

3 工程師真正的競爭優(yōu)勢：系統(tǒng)思維

Shane Hastie：

那么在這樣的環(huán)境下，作為一名工程師，我應(yīng)該如何體現(xiàn)自己的價值？工程師真正獨(dú)特的競爭優(yōu)勢是什么？

Ben Greene：

我認(rèn)為軟件工程師最大的優(yōu)勢之一是系統(tǒng)思維能力。

比如在會議上，當(dāng)有人提出一個新功能時，工程師往往會立刻想到各種可能出問題的地方，因?yàn)槲覀兞?xí)慣去思考各種邊界情況和潛在風(fēng)險。

這其實(shí)是一種非常寶貴的能力。坦白說，我們應(yīng)該把這種能力從單純的軟件開發(fā)中帶出來，用在更廣泛的業(yè)務(wù)和組織系統(tǒng)中。

舉個簡單的例子：如果客戶打電話到呼叫中心，但雙方說的不是同一種語言，會發(fā)生什么？軟件工程師通常會很自然地想到這些問題。

我們可以幫助組織中的其他團(tuán)隊(duì)，讓他們的流程和系統(tǒng)更加穩(wěn)健，減少漏洞，提高整體可靠性。因?yàn)樵跇?gòu)建系統(tǒng)這件事上，工程師擁有大量經(jīng)驗(yàn)。

當(dāng)然，未來仍然會有很多復(fù)雜的問題需要工程師去解決，只不過這些問題會更加具有創(chuàng)新性。它們不會再是那些我們已經(jīng)反復(fù)構(gòu)建過無數(shù)次的標(biāo)準(zhǔn) SaaS 功能。那些事情完全可以交給生成式 AI 去完成——說實(shí)話，這其實(shí)是一件好事，不是嗎？

我們真的還想繼續(xù)一遍又一遍地重復(fù)構(gòu)建這些功能嗎？

不如把精力放在真正新的問題上：探索以前沒有人解決過的問題，把新的理論和新的思考方式帶入軟件工程領(lǐng)域，同時讓那些更常規(guī)的工作由自動化工具來完成。

Shane Hastie：

回到你作為連續(xù)創(chuàng)業(yè) CTO 的經(jīng)歷，當(dāng)你創(chuàng)建一家新的創(chuàng)業(yè)公司時，你通常是如何設(shè)計組織文化的？

Ben Greene：

有幾件事情對我來說一直都很有效。

在設(shè)計組織結(jié)構(gòu)時，我通常會參考一些基本原則。比如康威定律（Conway’s Law）：系統(tǒng)的結(jié)構(gòu)往往會反映組織的結(jié)構(gòu)。

所以我通常會從系統(tǒng)設(shè)計反推組織結(jié)構(gòu)。我會先思考：我希望最終的系統(tǒng)是什么樣的？系統(tǒng)的接口應(yīng)該在哪里？哪些部分需要能夠獨(dú)立擴(kuò)展？哪些模塊可以保持松耦合，從而實(shí)現(xiàn)獨(dú)立發(fā)展？

在明確這些之后，我會嘗試把組織結(jié)構(gòu)設(shè)計成能夠自然支持這種系統(tǒng)架構(gòu)的形式。這是從結(jié)構(gòu)層面來看。

而從文化和團(tuán)隊(duì)協(xié)作的角度來看，我通常會先思考一件事：有哪些行為是我希望團(tuán)隊(duì)成員能夠模仿的。因?yàn)樵趧?chuàng)業(yè)初期，我往往是工程團(tuán)隊(duì)里的第一個人，我的行為會直接影響團(tuán)隊(duì)成員之間的互動方式。

某種程度上，企業(yè)文化其實(shí)只是溝通方式長期積累的結(jié)果。文化本質(zhì)上是人與人互動所形成的產(chǎn)物。

在我之前創(chuàng)辦的Outcomes4Me公司里，有一件事情我一直非常重視：代碼質(zhì)量，尤其是代碼的可讀性。

這對我來說非常重要。因?yàn)楫?dāng)你從 0 到 1 創(chuàng)業(yè)、尋找產(chǎn)品市場契合（product-market fit）的過程中，你一定會不斷調(diào)整產(chǎn)品和系統(tǒng)。如果團(tuán)隊(duì)成員無法理解代碼為什么這樣寫、當(dāng)初是如何設(shè)計的，那么后續(xù)修改系統(tǒng)就會變得非常困難。久而久之，代碼庫里就會出現(xiàn)很多沒人敢碰的地方，人們只能繞著這些代碼走。

于是就會出現(xiàn)一種情況：當(dāng)有人提出一個聽起來很簡單的功能需求時，你卻不得不說，“這個功能可能需要三個月時間”，因?yàn)槟惚仨毞浅Ｐ⌒牡乩@開那些自己也不完全理解的代碼。

那么，如何避免這種情況？

在代碼評審時，我有一條非常明確的原則：在保證代碼正確的前提下，始終優(yōu)先考慮閱讀代碼的人。

如果代碼評審者說：“我看不懂這段代碼”，那通常就說明代碼本身存在問題。此時就應(yīng)該修改代碼，直到評審者能夠輕松理解它。

目標(biāo)是在任何時候都盡量降低代碼的認(rèn)知負(fù)擔(dān)。不過這里還有一個挑戰(zhàn)：工程師往往不太愿意承認(rèn)自己看不懂某些東西。我們很多人都會受到“冒名頂替綜合癥”的影響，沒有人愿意顯得自己不夠聰明。

所以我在團(tuán)隊(duì)里采取的一種做法是：主動示范這種行為。

我其實(shí)并不介意讓自己看起來有點(diǎn)傻。有時候我會直接說：“這個我沒聽懂。”而且很多時候我也確實(shí)是真的沒聽懂。

當(dāng)團(tuán)隊(duì)看到 CTO 也會坦然承認(rèn)自己不理解某件事時，大家就會意識到：原來不懂某件事是可以接受的，請別人解釋也是正常的，甚至要求別人把事情講得更簡單一些也是合理的。

這種氛圍會逐漸形成一種文化：承認(rèn)不懂是可以的，提問是被鼓勵的。

4 AI 時代的新工程師能力模型

Shane Hastie：

隨著初創(chuàng)公司不斷成長，你也需要引入新的工程師。最近我們經(jīng)常聽到一種說法：剛畢業(yè)的工程師甚至很難找到工作。在這樣一個快速變化、不斷增加抽象層的行業(yè)中，我們應(yīng)該如何幫助新人進(jìn)入這個領(lǐng)域？

Ben Greene：

我認(rèn)為首先需要改變的是：我們對工程師崗位的理解。

我現(xiàn)在招聘軟件工程師，并不是為了讓他們來寫代碼，而是為了讓他們參與構(gòu)建產(chǎn)品和系統(tǒng)。

如果我招聘一位有 10 年經(jīng)驗(yàn)的工程師，而他希望加入團(tuán)隊(duì)后負(fù)責(zé)把所有代碼都寫出來，那我可能不會錄用他。

相反，如果我在尋找的是一個能夠真正把事情做出來的人，而某個剛畢業(yè)的學(xué)生已經(jīng)掌握了一種方法，可以利用 AI 智能體來協(xié)調(diào)其他智能體完成任務(wù)，那么我會非常愿意把他招進(jìn)團(tuán)隊(duì)。

當(dāng)然，這樣的人其實(shí)并不多見。但如果有人已經(jīng)找到了一種穩(wěn)定的方法，能夠持續(xù)地產(chǎn)生可靠的結(jié)果，那么我們就必須認(rèn)識到：這是一種新的技能。

未來我們真正需要尋找的能力，是AI 編排（AI orchestration），而不僅僅是寫代碼。

當(dāng)然，對代碼本身的理解仍然非常重要。但在招聘時，我始終最看重的一點(diǎn)是：速度。

在創(chuàng)業(yè)公司里，我們通常并不完全確定自己要解決的問題是什么，也無法確定最終會使用哪些技術(shù)。

我當(dāng)然希望能找到熟悉相關(guān)技術(shù)的人，但現(xiàn)實(shí)往往是：我們最終使用的，很可能是之前從未接觸過的新技術(shù)。

因此，我更希望找到這樣的人：他們喜歡學(xué)習(xí)，不害怕學(xué)習(xí)，而且會主動學(xué)習(xí)。我認(rèn)為很多剛畢業(yè)的工程師，其實(shí)正好具備這樣的心態(tài)。

Shane Hastie：

在軟件工程領(lǐng)域，目前有沒有一些你認(rèn)為大家還沒有充分意識到的重要趨勢？

Ben Greene：

我認(rèn)為我們需要更清晰地討論一個問題：哪些問題適合用基于智能體的推理來解決，哪些問題仍然需要通過傳統(tǒng)代碼來實(shí)現(xiàn)。

現(xiàn)在有很多公司在銷售各種基于 AI 智能體推理的解決方案，它們往往宣稱系統(tǒng)可以達(dá)到95% 的可靠性。但在很多工程場景中，95% 的可靠性其實(shí)意味著徹底失敗。

我認(rèn)為，在當(dāng)前大家都在爭相采用生成式 AI、AI 推理和 AI 智能體的熱潮中，同時工程師也在努力理解這些新工具、保持自身價值的情況下，我們其實(shí)并沒有認(rèn)真討論這些工具什么時候適合使用、什么時候不適合使用，以及如何負(fù)責(zé)任地使用它們。

也許其中一個原因是，我們往往不太愿意展開這種討論。市場營銷的聲音太多，很容易淹沒這些更理性的判斷。但我認(rèn)為，工程師應(yīng)該更多地參與到這種討論中來。

Shane Hastie：

對于處于職業(yè)生涯中期的專業(yè)人士，你有什么建議嗎？

Ben Greene：

我不確定自己是不是有什么特別有用的建議。某種程度上，我現(xiàn)在也正處在那個階段。

對我來說，我通常只是去尋找那些能夠真正讓我投入大量精力去追求的事情。很多時候，我更多是憑直覺做決定。

這在一定程度上也與創(chuàng)業(yè)有關(guān)。創(chuàng)業(yè)是一件非常艱難的事情，所以我總會問自己一個問題：我對這件事情是否有足夠的熱情，能夠支撐我投入幾年時間去做它？如果答案是肯定的，那我通常就會去嘗試。

我認(rèn)為，如果你能夠找到自己真正想投入其中的事情，你就會擁有足夠的動力去克服過程中遇到的各種問題。

從更大的角度來看，軟件工程本身其實(shí)是一門創(chuàng)造性的學(xué)科。我們實(shí)際上是在從無到有地創(chuàng)造新的能力、新的可能性，甚至新的“世界”。因此，我們需要保持這樣的想法：不斷思考如何把這些技能應(yīng)用到全新的領(lǐng)域和問題中。

如果有一天我再也不用寫 CSS 或 HTML 了，我一點(diǎn)也不會難過，這對我來說并不重要。但一想到我們可以構(gòu)建更好的解決方案，讓更多人能夠用得起以前難以負(fù)擔(dān)的技術(shù)，幫助他們更高效地工作，甚至改善他們的生活，這些事情會讓我非常興奮。

所以，找到真正讓你有熱情的事情，并持續(xù)投入其中。其他很多事情，往往也會隨之慢慢展開。

Shane Hastie：還有什么重要的問題是我沒有問到，但你希望傳達(dá)給聽眾的？

Ben Greene：

我覺得，從技術(shù)發(fā)展以及社會變化的方式來看，有一點(diǎn)非常值得我們重視：人與人之間的溝通能力需要被放在更重要的位置。

技術(shù)和社會其實(shí)是緊密交織在一起發(fā)展的。因此，我們需要更加重視人與人之間的互動，以及與他人協(xié)作所需要的各種能力。人與人之間的交流非常重要。同時，我們也需要學(xué)會如何與 AI 有效溝通，以及如何通過代碼與計算機(jī)溝通。

這三種溝通方式——人與人、人與 AI、人與計算機(jī)——雖然形式不同，但都同樣重要。

因?yàn)閺哪撤N意義上說，我們每個人都只是一個更大系統(tǒng)中的一部分，而系統(tǒng)中各個“節(jié)點(diǎn)”之間能否有效溝通，往往決定了整個系統(tǒng)的運(yùn)行效果。

如果我們回頭看看技術(shù)的發(fā)展，就會發(fā)現(xiàn)：計算機(jī)與計算機(jī)之間的溝通會越來越高效。

但在社會層面，真正的薄弱環(huán)節(jié)反而是人與人之間的溝通。所以，我們需要認(rèn)真對待這一點(diǎn)，并努力去改善它。

Shane Hastie：

那我們應(yīng)該從哪里開始？

Ben Greene：

我認(rèn)為答案其實(shí)很簡單：從同理心開始。也就是試著去理解坐在桌子另一邊的人是誰，他們正在面對什么樣的處境。

很多年前我聽過一句話：在工作中、在街道上、在商店里，你遇到的每一個人，生活中都可能正承受著某種你完全不了解的困難。你不知道那件事情有多嚴(yán)重。也許是一場悲劇，也可能只是某種煩惱。但總有一些事情正在影響他們的生活，而這些事情你并不知道。如果你帶著這樣的假設(shè)去與人交流，你往往會變得更加善良、更體貼，也更有同理心。

而如果你是一個解決問題的人——我認(rèn)為真正的軟件工程師本質(zhì)上都是解決問題的人——當(dāng)你意識到每個人都在面對自己的問題時，你會突然發(fā)現(xiàn)，這個世界其實(shí)有很多地方可以產(chǎn)生積極影響。

軟件和計算機(jī)技術(shù)仍然擁有巨大的潛力。它們可以讓世界變得更好，可以讓企業(yè)運(yùn)作得更高效，可以讓社會運(yùn)轉(zhuǎn)得更加順暢，甚至能夠幫助改善民主機(jī)制。我們其實(shí)有很多事情可以去做。但前提是：我們必須真正關(guān)心這些問題。否則，我們甚至不會意識到這些機(jī)會的存在。

Shane Hastie：我們確實(shí)需要關(guān)心這些事情。Ben，非常感謝你今天抽出時間與我們交流。在結(jié)束之前，如果聽眾希望繼續(xù)與你交流，他們可以在哪里找到你？

Ben Greene：LinkedIn 可能是最好的方式。我通常都會回復(fù)消息。如果有人向我發(fā)送連接請求，也可以順便給我發(fā)一條信息。一般來說，如果我沒有與某個人面對面聊過，我不會主動聯(lián)系對方。但如果有人主動說：“我想和你聊聊”，那我通常會很樂意安排時間。

事實(shí)上，有一次我在 QCon 做完演講后，有位聽眾沒來得及和我交流，他后來在 LinkedIn 上聯(lián)系了我。我們在美國感恩節(jié)后的第二天通了一次電話，聊得非常愉快。

希望下次我去德國的時候，還能見到他，一起喝一杯。所以，如果有人想交流，我隨時歡迎。

https://www.infoq.com/podcasts/beyond-code-engineers-evolve-ai-era/

聲明：本文為 InfoQ 翻譯，未經(jīng)許可禁止轉(zhuǎn)載。