最近，一項來自斯坦福大學的研究揭示了一個令人震驚的事實：在科技行業(yè)中大約有 9.5% 的工程師幾乎沒有做出實質(zhì)性的工作貢獻，導(dǎo)致每年損失高達 900 億美元。而隨著遠程工作的普及，“幽靈工程師”的現(xiàn)象越來越普遍。
作者 | Sarah Gooding 翻譯 | 鄭麗媛出品 | CSDN（ID：CSDNnews）近期，“幽靈工程師”這一概念在技術(shù)界引發(fā)了廣泛討論。這一切始于一條病毒式傳播的推文，它揭露了軟件工程領(lǐng)域中一個隱藏現(xiàn)象：在大型科技公司中，有一部分專業(yè)人士的工作量極少，每周工作時長大約 5 小時，每月甚至只提交兩次代碼更改，卻能拿到 20 萬至 30 萬美元的年薪。
Menlo Ventures 的風險投資家 Deedy Das 以及眾多在回復(fù)中確認其觀察結(jié)果的人士表示，這一現(xiàn)象不僅局限于 FAANG（Facebook、Apple、Amazon、Netflix、Google，現(xiàn)為 Meta、Apple、Amazon、Netflix、Google）等科技巨頭，還蔓延到了 Oracle、Salesforce 和 Adobe 等公司。
“幽靈工程師”的生活方式
“幽靈工程師”現(xiàn)象是經(jīng)典“躺平式離職”故事的又一新變種。這類“頂尖”的工程技術(shù)人才被親切地稱為 0.1x 族，他們擅長于假裝忙碌，同時也精通于為延誤找到完美借口。
Das 指出了“幽靈工程師”的幾種常用手段和借口：
在 Slack 上顯示“正在開會”
經(jīng)常在深夜發(fā)送 Slack 消息或郵件，提交代碼
使用私人日歷進行時間規(guī)劃
使用鼠標抖動器保持工作在線狀態(tài)
“這工作大概需要兩周時間”（實際上只需一天）
進行大量、但很微小的重構(gòu)
“哦，規(guī)格說明書不太清楚”
“構(gòu)建出現(xiàn)了問題”
“被其他團隊阻礙了進度”
“由于某些 XXX 的技術(shù)原因（聽起來很晦澀難懂），需要更多時間”
“你能為那個問題創(chuàng)建一個 Jira 任務(wù)嗎？”
“他們也不會讓 AI 寫代碼的�！盌as 說道，“這些人太懶了，所以可能根本就不知道現(xiàn)在的 AI 能做些什么�！�
“大多數(shù)科技行業(yè)的人都不會對馬斯克裁掉 Twitter 80% 的員工感到驚訝如果換做是你，你也可以在大多數(shù)這些公司里裁掉 80% 的人。”另外這幾年遠程工作的加持，一些工程師幾乎可以在無形中消失，做最基本的工作就足以保持在職狀態(tài)。
斯坦福研究證實了這一趨勢
在科技行業(yè)工作過一段時間的人，大多都聽說過關(guān)于幽靈工程師職位的傳言，但斯坦福研究員 Yegor Denisov-Blanch 最近分享的研究成果，將這些傳言從都市傳說變?yōu)榱擞袛?shù)據(jù)支撐的現(xiàn)實。
通過分析 100 家公司中超過 5 萬名工程師的私有 Git 倉庫，研究人員發(fā)現(xiàn)：
大約 9.5% 的工程師沒有做任何有意義的工作。
遠程工作加劇了這一趨勢，在完全遠程工作的工程師中，有 14% 屬于“幽靈”類別，而在辦公室工作的工程師中這一比例僅為 6%。
提交代碼的次數(shù)通常少得可憐，58% 的工程師每月做出的有意義貢獻少于三次。
通過分析私有 Git 倉庫中的源代碼，研究人員還模擬了一個由 10 名專家組成的評審團，從多個維度對每個提交進行評估，從而量化生產(chǎn)力。這一過程中 Denisov-Blanch 發(fā)現(xiàn)，僅僅計算代碼提交次數(shù)來衡量生產(chǎn)力是有 Bug 的，但它確實可以揭示出不活躍的狀態(tài)。其團隊的指標顯示，約 58% 的人每月提交少于 3 次，而另外 42% 的人基本也只做一些微小改動，例如修改一行代碼或一個字符總體來說，就是假裝在工作
“幽靈工程師”的經(jīng)濟影響
當你審視那些擁有數(shù)萬名工程師的公司時，會發(fā)現(xiàn)薪資單上存在“幽靈工程師”所帶來的財務(wù)影響令人震驚。
斯坦福大學的研究人員估計，像思科、英特爾和 IBM 這樣的公司，如果裁掉“幽靈”員工，每年可以節(jié)省數(shù)十億美元，并且不會對公司的業(yè)績產(chǎn)生任何負面影響。同時，這還將為這些公司的總市值增加 4650 億美元。從全球范圍來看，即使采用保守估計，也有超過 900 億美元實際上被浪費在了這群幾乎沒有任何貢獻的工程師身上。
Denisov-Blanch 認為，這不僅僅關(guān)乎金錢，更重要的是扼殺了創(chuàng)新，并在整個技術(shù)生態(tài)系統(tǒng)中產(chǎn)生了連鎖反應(yīng)。他表示：“大約 9.5% 的軟件工程師在拿著薪水的同時卻幾乎什么都不做，這太瘋狂了。這不僅不公平地加重了團隊的負擔、浪費了公司資源，還阻礙了其他人的就業(yè)機會，并限制了人類的進步。這種情況必須停止�！�
Denisov-Blanch 說，他和他的團隊即將發(fā)布一篇關(guān)于使用大型語言模型（LLMs）來評估開發(fā)者生產(chǎn)力的新論文，預(yù)計將在幾周內(nèi)發(fā)布。擁有 50 名以上工程師的企業(yè)可以通過連接他們的 Git 倉庫參與這項研究。
雇傭“幽靈工程師”的安全隱患
除了經(jīng)濟和生產(chǎn)力方面的問題外，“幽靈工程師”還帶來了顯著的安全風險。由于他們?nèi)狈τ幸饬x的工作參與，可能會導(dǎo)致一些關(guān)鍵問題：未經(jīng)審查或測試不足的代碼更改、未被發(fā)現(xiàn)的安全漏洞以及未打補丁的過時系統(tǒng)。一個不積極投入工作的工程師可能會忽視或者故意忽略重要的安全協(xié)議，從而為惡意攻擊者創(chuàng)造潛在的入侵點。
當這些工程師不積極參與維護安全實踐時，他們會在公司的防御策略中留下盲點，增加數(shù)據(jù)泄露或合規(guī)性失敗的風險。攻擊者可以通過釣魚攻擊、社會工程學手段，或是利用被忽視的更新和審查不嚴的代碼來滲透系統(tǒng)并破壞其安全性。
想要解決這些漏洞，就需要更好的監(jiān)督和協(xié)作實踐。
生產(chǎn)力與認知
當你開始懷疑你的同事之前，請注意，在軟件工程領(lǐng)域衡量生產(chǎn)力是一件非常困難的事情。提交次數(shù)或記錄的工時數(shù)往往不是真正影響力的良好指標，一些高效的工程師即傳說中的“10 倍工程師”他們通過少量但深思熟慮的貢獻就能取得顯著成果。
然而，“幽靈工程師”的趨勢暴露了人才管理和績效評估中的系統(tǒng)性效率低下問題。而一度被譽為游戲規(guī)則改變者的遠程工作政策，目前正受到嚴格的審視。雖然遠程工作為許多人提供了靈活性，但也催生了“幽靈工程師”現(xiàn)象。隨著公司在處理領(lǐng)導(dǎo)力和問責制問題上面臨的挑戰(zhàn)，遠程工作和辦公室工作之間的拉鋸戰(zhàn)可能會更加激烈。
