北京
我合作過的開發者實在太多了。
不同公司，不同技術棧，不同文化。有那種五個人的小創業團隊，每個人都要包攬前后端和運維；也有組織架構龐大的規模化公司，工程部門自己就有一張層層匯報的圖；還待過那種每個季度團隊都會換血的乙方工作室。
可不管在哪一類環境里，我總能看到同一種人的影子。
名字不同，面孔不同，但那種動態關系卻驚人地一致，就像同樣的劇本，在不同的舞臺上由不同的演員反復上演。一旦我開始注意到這個模式，就再也無法忽視它。他們幾乎無處不在。更重要的是，我開始意識到，這類人的存在方式，遠比任何單一個人的能力，更能決定一個團隊是順暢交付、在高壓中耗盡熱情，還是無聲地分崩離析。
這篇文章，說的就是這第一種人——不過請先記住，這只是個原型，而不是貼標簽的盒子。真實的人當然比任何一種分類都要復雜。大多數開發者身上都能同時看到好幾種原型的影子，只是根據項目階段、團隊上下文或者職業所處的階段，某種傾向會暫時占據主導。把這些模式說出來的目的，不是為了把人裝進框里，而是為了讓那些通常看不見的東西變得可見：人們各自為團隊做貢獻的不同方式，以及為什么有些方式更容易被識別和獎勵，另一些卻總被忽略。
那么，我們先來看看這位總在代碼提交記錄里一眼就能認出的角色。
你可以稱他“獨行火箭”。技術上，他極其出色。動作快，思路清晰，一個人產出的東西比全組其他人加起來都多。每當遇到硬骨頭——棘手的性能缺陷、讓人頭疼的架構決策、看似不可能完成的截止日期——你第一個想到的就是他。而且他幾乎總能兌現。
幾年前我待過一個團隊，其中就有這樣一位開發者，暫時叫他馬庫斯吧。他單槍匹馬搭完了產品所依賴的整條數據管道。那個設計非常優雅，運行速度也很快，但整個方案，完完全全只裝在馬庫斯一個人的腦子里。
沒有任何文檔，注釋少得可憐，PR 描述永遠只是“修復了上周那個東西”這樣的寥寥數語。馬庫斯在場的時候，一切如常運行。等他休假兩個星期，整個團隊幾乎停擺。沒有第二個人真正理解那條管道的工作原理。一次小小的配置變更，最后演變成了一場持續五天的線上事故，只因為三個不同的人都不敢在他缺席的情況下碰那段代碼。
馬庫斯這樣做并非出于惡意。他只是按照自己覺得最自然的方式工作：快速、專注、單干。
在產品早期階段，當速度遠比流程重要，當領域專精的深度遠比文檔積累更重要時，獨行火箭會達到他最好的狀態。在那些風險極高、需要救火的高壓情境里，他們同樣價值無可替代，因為你需要的正是一個能快速深入問題核心的人。
可是，一旦產品走向成熟，團隊持續擴大，那些由他獨自維護的代碼逐漸變成了無人理解的、支撐業務的要害系統時，這位獨行火箭就開始變成一種風險源。
而作為團隊負責人，在你面對這樣一位獨行火箭時，真正的功課才剛剛開始。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
