作者 | Sean Goedecke

譯者 | 核子可樂

編輯 | Tina

每隔幾年，各大科技巨頭就會(huì)鬧出一番動(dòng)靜，被人發(fā)現(xiàn)產(chǎn)出極其離譜的垃圾代碼。這時(shí)候沒在大廠待過的同學(xué)就要問了：既然這里薪資優(yōu)厚、人才濟(jì)濟(jì)，再加上運(yùn)營(yíng)節(jié)奏穩(wěn)健，理應(yīng)能夠從容不迫地扎實(shí)完成工作。那這些垃圾代碼是怎么搞出來的？

多數(shù)代碼變更出自菜鳥之手

就個(gè)人觀察，我發(fā)現(xiàn)科技大廠中其實(shí)充斥著“德不配位”的菜鳥工程師。據(jù)調(diào)查，大廠員工的平均在職周期僅為一到兩年?？萍季揞^們?cè)谠O(shè)計(jì)薪酬方案時(shí)，往往傾向?qū)⒐こ處煹娜纹谙拗圃谒哪曜笥?；四年之后隨著期權(quán)的全部?jī)冬F(xiàn)，工程師們的薪資可能銳減一半。盡管大廠也提供臨時(shí)性的單年續(xù)簽政策，但總體上制度更鼓勵(lì)工程師們到期就另謀高就。

而如果把內(nèi)部調(diào)崗也算進(jìn)來，情況則更糟。我在單一團(tuán)隊(duì)或者項(xiàng)目上待過的最長(zhǎng)時(shí)間也就是三年，基本上每年都會(huì)至少經(jīng)歷一次重組，而且實(shí)際頻率遠(yuǎn)不止于此。

與之對(duì)應(yīng)的是，大廠的代碼庫(kù)平均存續(xù)周期卻遠(yuǎn)遠(yuǎn)更長(zhǎng)——我經(jīng)手過的很多服務(wù)已經(jīng)運(yùn)行了十年以上，期間經(jīng)歷過無數(shù)次管轄權(quán)變更。這意味著大量工程師們始終處于“摸索狀態(tài)”。相當(dāng)比例的代碼變更是由“菜鳥”們完成的——其中很多人剛剛?cè)肼毠静坏桨肽昃烷_始接觸代碼庫(kù)，此前甚至連編程語言都不懂。

為什么不用老手？

老手當(dāng)然有自己的優(yōu)勢(shì)：這些工程師長(zhǎng)期參與特定系統(tǒng)的開發(fā)，積累下大量扎實(shí)的專業(yè)往右。他們有能力完成深度代碼審查，會(huì)快速發(fā)展各種典型問題。但對(duì)“老手”的過度依賴會(huì)帶來兩個(gè)問題：

首先，科技大廠是沒有相對(duì)正式的“老手”培養(yǎng)及調(diào)配制度的。大廠很少以系統(tǒng)性方式針對(duì)個(gè)人培養(yǎng)其長(zhǎng)期專業(yè)知識(shí)，即使偶爾出現(xiàn)了這樣的人才，也不會(huì)太關(guān)心如何保留這些能力。這類老手工程師常被調(diào)往不同服務(wù)部門，要么在實(shí)質(zhì)上繼續(xù)以自愿的形式履行“老手”職責(zé)，要么撒手不管、安心在新的崗位上重新成為相對(duì)意義上的“菜鳥”。

第二，經(jīng)驗(yàn)豐富的工程師們永遠(yuǎn)處于超負(fù)荷狀態(tài)。作為少數(shù)掌握特定深度專長(zhǎng)的工程師，他們的工作本就繁忙，既無暇親自審查每項(xiàng)軟件變更、也無法參與完整的決策流程。畢竟大家還有自己的工作要做：如果把時(shí)間都消耗在審查變更和參與討論上，我們很可能因?yàn)閭€(gè)人產(chǎn)出不足而被約談。

工程師中的大多數(shù)

綜合以上因素，科技大廠中占據(jù)多數(shù)的工程師們到底有著怎樣的典型畫像？他們往往：

• 能力足以通過招聘部門的要求并勝任工作，但是……

• 要么需要接手他們不太熟悉的代碼庫(kù)或者語言；

• 要么需要在處理大量代碼變更的同時(shí)，兼顧自己的份內(nèi)工作。

他們每天被 deadline 折磨得身心俱疲，有時(shí)甚至需要同時(shí)面對(duì)多個(gè)項(xiàng)目的輪番轟炸。換言之，他們需要在根本不利于產(chǎn)出優(yōu)質(zhì)代碼的泥潭當(dāng)中，努力編寫相對(duì)正常的成果。

這就是大廠頻繁產(chǎn)出垃圾代碼的根本原因。例如：初級(jí)工程師接手某個(gè)相當(dāng)棘手的工單，但對(duì)代碼庫(kù)還一無所知。在耗費(fèi)幾天的摸索之后，他們提出了權(quán)宜之計(jì)。如果運(yùn)氣夠好，會(huì)有友善的“老手”花點(diǎn)時(shí)間匆匆審閱菜鳥們提交上來的方案，在否決之后給出更加可行的替代建議。初級(jí)工程師意圖實(shí)現(xiàn)新方案，在測(cè)試通過后就匆匆部署上線，之后所有參與者隨即投入其他高優(yōu)先級(jí)工作。直到五年之后有人注意到這段代碼，驚訝地發(fā)現(xiàn)“這么垃圾的代碼怎么會(huì)出現(xiàn)在科技巨頭的項(xiàng)目當(dāng)中？”

科技巨頭表示，

“我們做事是這樣的”

我之前曾經(jīng)多次探討過這個(gè)問題，并發(fā)現(xiàn)科技巨頭們對(duì)于內(nèi)部可調(diào)度性的堅(jiān)持遠(yuǎn)高于生產(chǎn)力水平——即強(qiáng)調(diào)清晰掌握人員分工，并確保可以隨意調(diào)配。大廠也不傻，知道這種將工程師視為可替換部件隨意調(diào)動(dòng)的設(shè)計(jì)會(huì)摧毀他們?cè)趩我豁?xiàng)目上長(zhǎng)期積累的專業(yè)知識(shí)，但這就是思考之后的刻意之舉。大廠寧愿犧牲一部分專業(yè)知識(shí)和軟件質(zhì)量，也要確保隨時(shí)能把技術(shù)人才投入最緊急、最需要沖刺的核心項(xiàng)目上。

我沒法斷言這種做法是好是壞，但它顯然已經(jīng)成為科技大廠們的常規(guī)操作，同時(shí)也埋下了不小的隱患。特別是在如今這個(gè)“快速轉(zhuǎn)向 AI”正成為絕對(duì)正確的時(shí)代，這種強(qiáng)行要求工程師們倉(cāng)促處理陌生系統(tǒng)的模式，必然產(chǎn)生比過去更多、更垃圾的代碼。

個(gè)人在這樣的模式設(shè)計(jì)下完全無能為力。特別是在 2025 年，權(quán)力的天平已經(jīng)人工程師端向著大廠管理層傾斜。作為個(gè)人從業(yè)者，我們能做的也只是成長(zhǎng)為“老手”：至少精通某個(gè)霍工，用專業(yè)知識(shí)阻擋這種糟糕的變革，引導(dǎo)團(tuán)隊(duì)做出至少大致合理的技術(shù)決策。但即便如此，個(gè)人 / 小團(tuán)隊(duì)也經(jīng)常會(huì)與組織的整體趨勢(shì)發(fā)生沖突，甚至可能面臨績(jī)效改進(jìn)計(jì)劃（PIP）或其他政策的嚴(yán)厲懲處。

工程實(shí)踐的純粹與非純粹二分

我認(rèn)為這個(gè)問題的本質(zhì)，很大程度上取決于軟件工程的純粹與非純粹二分特質(zhì)。對(duì)于純粹的工程師們——即那些從事獨(dú)立技術(shù)項(xiàng)目（如編程語言）的工程師而言，對(duì)于垃圾代碼的唯一解釋就是水平不行。而非純粹工程師的工作模式更接近水電工，他們常需要在截止期限的壓力下處理相對(duì)陌生的項(xiàng)目，即使自身的技術(shù)底子相當(dāng)扎實(shí)，也必然會(huì)在特定情況下面臨棘手或者意外狀況。因此后者不可避免會(huì)產(chǎn)出垃圾代碼，但對(duì)他們的考核標(biāo)準(zhǔn)也有區(qū)別：只要整體系統(tǒng)能夠正常運(yùn)行，項(xiàng)目就算成功。

在科技大廠，工程師們無權(quán)決定自己要當(dāng)純粹工程師還是非純粹工程師，畢竟代碼庫(kù)根本不歸你所有！只要上頭要求你從數(shù)據(jù)庫(kù)基礎(chǔ)設(shè)施小組轉(zhuǎn)向支付系統(tǒng)開發(fā)，你就得乖乖抱著東西過去。你在陌生系統(tǒng)中當(dāng)然更可能犯錯(cuò)，原本的數(shù)據(jù)庫(kù)基礎(chǔ)設(shè)施小組的同事也可能因?yàn)槭ツ愕膮f(xié)助而受困——這些情況公司都知道，但公司就是要讓每位員工別那么“純粹”。

我解釋這么多，并不是要為科技大廠搞出的垃圾代碼辯解。發(fā)現(xiàn)問題并提出問題仍有好處，至少能有效推動(dòng)具體問題的修復(fù)，高管們也可以借此機(jī)會(huì)將負(fù)面公關(guān)轉(zhuǎn)化成正面宣傳。我只希望大家不要把主要責(zé)任都甩在大廠工程師身上——即使這些員工們一夜之間技術(shù)實(shí)力翻倍，垃圾代碼也仍然不會(huì)消失，因?yàn)閹缀鯖]人能在全新的代碼庫(kù)中零失誤快速完成修改。再次強(qiáng)調(diào)：?jiǎn)栴}的根源，在于多數(shù)大廠員工被迫在陌生的代碼庫(kù)中修修補(bǔ)補(bǔ)。

令我驚訝的是，評(píng)論中有很多朋友誤以為我在宣揚(yáng)某種虛無主義。我自認(rèn)對(duì)工作抱有相當(dāng)樂觀的態(tài)度，這篇文章的本意是想給大廠的軟件工程師們正名，回應(yīng)批評(píng)者們過于嚴(yán)苛的抨擊。

除此之外，很多朋友也在評(píng)論中提出了關(guān)于垃圾代碼的其他成因理論：缺乏工作動(dòng)力、大廠故意打擊工程師士氣以阻撓其內(nèi)部聯(lián)合，或者是純粹追求速度指標(biāo)優(yōu)化?；趥€(gè)人經(jīng)驗(yàn)，我認(rèn)為這些解釋相對(duì)缺乏說服力。畢竟我的許多同事都充滿干勁，我也不大相信有任何大廠會(huì)刻意做打壓工程師士氣、讓他們心懷不滿的蠢事。

還有一些朋友對(duì)期權(quán)兌現(xiàn)的問題提出了質(zhì)疑，表示他們的公司提供期權(quán)更新制度。我不太了解這個(gè)，雖然我也享受類似的期權(quán)歸屬更新，但只要這方面制度沒寫入合同，在我看來就意義有限——畢竟公司可以隨時(shí)調(diào)整。這對(duì)應(yīng)的可是高達(dá) 50% 的薪酬來源，相信大多數(shù)人為了鎖定未來四年的收益預(yù)期，都會(huì)主動(dòng)選擇另?yè)Q東家。

https://www.seangoedecke.com/bad-code-at-big-companies/

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

AI 重塑組織的浪潮已至，Agentic 企業(yè)時(shí)代正式開啟！當(dāng) AI 不再是單純的輔助工具，而是深度融入業(yè)務(wù)核心、驅(qū)動(dòng)組織形態(tài)與運(yùn)作邏輯全面革新的核心力量。

把握行業(yè)變革關(guān)鍵節(jié)點(diǎn)，12 月 19 日 - 20 日，AICon 全球人工智能開發(fā)與應(yīng)用大會(huì)（北京站） 即將重磅啟幕！本屆大會(huì)精準(zhǔn)錨定行業(yè)前沿，聚焦大模型訓(xùn)練與推理、AI Agent、研發(fā)新范式與組織革新，邀您共同深入探討：如何構(gòu)建起可信賴、可規(guī)模化、可商業(yè)化的 Agentic 操作系統(tǒng)，讓 AI 真正成為企業(yè)降本增效、突破增長(zhǎng)天花板的核心引擎。