如何發掘和放大程序員的“超能力”
英文原文：How to Spot and Magnify the Powers of Your Engineering Superheroes
獵云網 12 月 19 日報道（編譯：蔡妙嫻）
編者注：本文的采訪對象為商業智能初創企業 Looker 的創始人兼首席技術官 Lloyd Tabb，他對程序員頗有獨到見解，甚至將其劃分成了五大超級英雄：潛水俠、閃電俠、牧師、斯皮爾伯格和圣騎士。文章由獵云網（微信：ilieyun）精選編譯，將會為你詳細解讀他們的超能力。
把大導演 Christopher Nolan 和 Looker 的創始人 Lloyd Tabb 聯系在一起似乎有點違和，但這兩人在看待世界的角度上倒有點雷同。
作為一名連續企業家，Tabb 為自己的創企組建了一支開發團隊，他的組建方式很奇特：按照每位工程師的英雄氣質而不是團隊角色來分類；而作為一名導演，Nolan 在《黑暗騎士》三部曲中創造了一個英雄和反英雄相抗衡的世界，從這一點上來說，Nolan 拍電影的方式和 Tabb 組建工程師隊伍的方式有著異曲同工之妙。
Tabb 很早就迷上了電腦，他想弄明白這東西到底是如何運作的。他花了好幾年才弄清楚微處理機和觸發器電路是什么。而這新世界的大門一打開，他就再也沒收住。
他先后擔任了 Borland 的數據庫架構師和語言設計師、Netscape 的首席工程師和 LiveOps 的首席技術官。目前，他是數據平臺創企 Looker 的創始人兼首席技術官，其公司設計和創造出了一個思考數據的新方式。截至今年底，Looker 有 500 多家以數據為核心的企業級客戶，其中不乏 Etsy、Sony、Twilio 等知名企業。
在迷上電腦之后，Tabb 又對那些電腦操控家——工程師產生了興趣。
在此次采訪中，Tabb 列舉了五類團隊必備的“超能力”工程師，還與我們分享了發掘這些工程師并發揮其能力的竅門。同時，他還描述了優秀工程經理應具備的素質，比如既要有領導力 又不能束縛他人等等。Tabb 對管理明星程序員和活躍開發團隊可謂眼光獨到，相信他的見解一定能幫助你更好地與科技人才打交道。
解析各類“超能力”
在尋求優秀工程師時，大多數創企都會將這個概念等同于尋找具有內在能力和動力的特定崗位人員。
“前端、后端、HTML、Javascript、Python，創企們往往注明這些字眼來招聘工程師。不要理解錯我的意思，確定特定開發方向和 語言當然無可非議，但不要忘記這些只是能力，而非內在的驅動力。”Tabb 說，“這些年我見過的求職者能力有高有低，而我最看重他們關于我某個問題的答案，憑著這個問題我從沒看走過眼。這個問題就是：跟我講講過去的一年中，你在 工作中遇到了什么事讓你覺得 ‘今天真是個好日子啊’。”
Tabb 問這個問題有兩個目的：一是和其他面試問題一樣，它更多的在于展示，而不是講述，讓面試者能自己得出一個結論。但更重要的是，這個問題能將面試者的能力和內在動力區分開來。
“技術日新月異，創企起起落落，為了獲得我們雙方的長期成功，我對面試者的內在動力更感興趣，而不是他們曾取得過的成就。了解一個人的內在動力后，你就能知道這個人對工作的熱愛來源于哪里，你就能知道是什么驅動他前行。”
這些年來，Tabb 逐漸開始研究出這一問題的幾種答案模型，并將加入其團隊的工程師進行了分類。
對有些人來說，美好的一天意味著解決了一個棘手的問題；對另一些人來說，美好的一天是為開發的產品做一次演示。還有那么一些人說，如果用戶在使用了他們的產品后，發現能夠以另一種方式來看待世界的話，那便是再美好不過的了。
“面試了這么些求職者后我敢說，真正激勵你用心工作的答案只有一個，即你的工作方式。”Tabb 說，“內在驅動力是你超能力的源泉。”
潛水俠
潛水俠的超級能力是深潛。
這種工程師的內在驅動力是解決大問題。他可能不高興在終端持續寫幾個星期的代碼，但他愿意在 API（應用程序編程接口）上一層一層地“深潛”下去，找出問題并解決它。
潛水俠思維敏捷、身形矯健，能輕輕松松潛入操作系統、數據庫和控制器層，找出那個討厭的 bug。他的超能力就是能夠理解每一層代碼，搓絲剝繭找出“事實真相”。
“前陣子 Looker 的 SSL 層出現了一個 bug，我們的潛水俠花了一個月的時間才捕捉到它。”Tabb 說，“如果不是這位工程師堅持到底，屏住呼吸潛到最底層找到那個 bug，那我們現在麻煩就大了。”
歸根溯源，潛水俠的特征在于他們通常在標準網站上工作，比如為某電子商務網站創建基本功能，這類人渴望挑戰。
“潛水俠們的工作與用戶界面和用戶體驗無關，當然他們也不關心。他們關心的是操作程序的深層運作情況。”Tabb 說。
總結
內在動力：解決深層問題。關心軟件的根本運行以及哪里出現了障礙。
超能力：極其擅長解決難題；對 API 的每一層了如指掌。
行為特點：關注點特殊，毅力不凡；不喜歡連續幾周寫代碼。
如何管理：強調任務而不是績效考核，不要將他們的工作成就以趕上截止日期來衡量。
使用不當：潛水俠需要深層問題，如果你那兒的水太淺，那你們大概合不來。
失敗模式：潛水俠沒上來換氣給淹死了。確保他有足夠的自由度和氧氣（資源）來滿足深潛需求。
閃電俠的超能力是速度。
在所有工程師中，閃電俠最能領會產品演示的樂呵滋味。她活著的樂趣源于人們對她產品的使用。
“看我做了個啥！”是她的戰斗助威語。對她來說，最美妙的時刻莫過于能將這句話大聲喊出的時候。當其他人在討論什么能做成什么不能做成時，閃電 俠會默默走開，做出產品模型，然后第一個進行演示。她的產品模型可能并不完美，但至少能運作。閃電俠堅信，想要真正感受一件產品的潛力并更好理解它，最佳 方式莫過于做一個模型來試試。
“正如名字一樣，閃電俠對快速的工作感興趣。她可以馬上坐下，開始編程，快速交出成果。”Tabb 說，“我的同事中有一位閃電俠，他在下午聽到一個問題，第二天一早就把解決方案給大家演示了出來。”
在工程師團隊中，閃電俠就相當于一支矛的尖端。“他們或是犀利，或是直率，但他們總是首當其沖。”Tabb 說，“你可能會需要一個團隊的人來為他們善后。他們就像靈感不斷卻又亂糟糟的廚師一樣。”
總結
內在動力：速度和自我展示。給終端用戶開發軟件。這類人甚少關心某個東西是怎樣運行的，而更關心這東西到底是個啥。
超能力：極其擅長快速制作出產品以及閱讀別人的代碼。
行為特點：用極快的速度分享工作成果；只要喘一口氣就要寫一個代碼。
如何管理：由他們領導，快速測試代碼。需要創建體系或環境來減少閃電俠們帶來的混亂。
使用不當：閃電俠需要成為先鋒，不要讓流程絆住了他們前進的步伐。
失敗模式：開發團隊很可能會對閃電俠的代碼非常不滿，不愿意與其共事。如果這個問題不解決，很可能會導致團隊產生緊張氣氛，從而閃電俠的創新性會被亂糟糟的代碼所掩蓋。
牧師
牧師的超能力是正直。
牧師類工程師的靈感來自于指令和代碼質量。他從本質上把 API 看做是一款法律合同，能預見用戶行為，將用戶與軟件的互動加以整理。一個優秀的牧師會整理散亂的代碼，使這份法律合同易于理解。
“閃電俠喜歡研究一個程序能做什么，而牧師鐘愛從更高層次研究編程活動。牧師尊重每個代碼請求和反饋，這也進一步提升了他的條理性，從而代碼能 夠更容易為大家所理解。”Tabb 說，“雖然閃電俠與牧師的合作看起來程序很繁瑣，但實際上能夠加快工作速度，因為牧師編碼出現 bug 的概率比閃電俠等工程師要小得多。”
每個程序員都會從事務的條理性上汲取靈感，但超越一定限度的條理性就不僅僅是為追求實用，而是天生的一種學究氣質。牧師們就是如此追求條理。
“但是，牧師的這種學究精神也可能會使他們陷入固執的牛角尖中，對于一個追求 100% 正確率的牧師來說尤其如此。一旦牧師陷入牛角尖中，他就成魔了，儼然一個狂熱分子。而因為這種反英雄的固執，整個團隊將面臨巨大的災難。我們曾遇過一個牧 師變狂熱分子的例子，那次我們不得不重新編寫他的所有代碼。回想起來，簡直可怕。”
牧師一旦走偏，也可能會變身“蛋糕師”。“蛋糕師”狂熱地喜歡 API，有事沒事就想搗鼓幾下。“‘蛋糕師’會在 API 上不斷疊加 API，就像給蛋糕壘上多余的幾層奶油一樣。”Tabb 說，“和 ‘狂熱分子’不同的是， ‘蛋糕師’的工作動力既不是出于自尊心，也不是出于對自己正確的肯定，而是想要用一件工具解決所有問題的野心。他們掄了把榔頭在手上，見什么都當釘子 敲。”
總結
內在動力：響應性。提升軟件的辦事效率。
超能力：專精于打造精美的 API。
行為特點：注意力奇特，智力超群；有時會變得有些固執，拒絕在特定代碼上工作。
如何管理：讓他們自己處理工作，通過體系劃分優先順序。給予他們跨功能工作的機會，與其他工程師合作從而驗證他們的系統。
使用不當：不要給他們制造模型或需要快速轉變的項目（最適合閃電俠）。
失敗模式：固執牧師變身惡人，主要有兩種類型：狂熱分子和蛋糕師。前一種出于自尊心的原因陷入對框架結構的狂熱；后一種試圖用 API 來解決所有問題，因為他手上就這么一個工具。
斯皮爾伯格
斯皮爾伯格的超能力是心靈感應。
隨著科技創新，軟件與用戶在無言的交流中就產生了心靈感應。“我認識的斯皮爾伯格類工程師中的佼佼者有些是研究電影的。他們被電影敘述的方式所 啟迪，并將電影的條理帶入了產品開發中。”Tabb 說，“當這類工程師看著一塊屏幕時，這款屏幕會分成好幾個部分與他們進行交流。”
斯皮爾伯格型工程師喜歡開發軟件，但條件是：他們與軟件溝通無阻并且軟件可以如期運行。
“我記得有一次一個斯皮爾伯格型的工程師來到 Looker 幫助我們改善 IDE（集成開發環境）。本來我們的 IDE 簡直不能看，但短短一段時間之后（他是個閃電俠型斯皮爾伯格），我們的 IDE 變得又直觀又流暢。”Tabb 說，“斯皮爾伯格型工程師對視覺語言和電腦語言有著非常準確的理解，放到電影領域我想應該就是鋪墊和非直接交流吧。”
總結
內在動力：默契的交流。簡潔直觀的用戶界面和設計美學。
超能力：對軟件目標及用戶需求了如指掌。
行為特點：持續將注意力放在用戶和軟件目標上。用戶界面品質較差時會感到不舒服。
如何管理：將其與產品團隊放在一起。招聘這類工程師時要千萬細心，這樣就不用頻繁解雇了。鑒于他們的高審美品位，你必須尊重他們的意見；如果你做不到，那就早點 bye-bye 吧。
使用不當：給他們創造的空間，不要把他們拘束在狹小的問題上。
失敗模式：他們可能會因為自己才華橫溢的設計能力以及敏銳的直覺而野心勃勃，最終導致失敗；也可能會專橫傲慢，帶著團隊一起逾越界限。為了避免這種情況發生，你應當平衡好團隊的工作反饋。
圣騎士及其工程管理藝術
要管理這么一群超級英雄式的工程師，必得需要一位領導人——即工程經理。工程經理既要給工程師們下工作指令，又不能束縛住這些人的才華。
“杰出的工程經理普遍有幾大特點。”Tabb 說，“他們幾乎都是圣騎士。歷史上，圣騎士是查理曼法庭的 ‘十二近侍’，他們既是武士也是醫師。優秀工程經理最重要的一大特質就是：她必須能修復團隊中的裂痕。”
“工程經理的職責就是治愈創企商業層和軟件層表面出現的損傷。作為一個圣騎士，工程經理要在維持團隊的同時保護手下工程師的超能力。”Tabb 說，“不止如此，工程經理還要勇敢地面對權威。總會有領導對工程部的工作指手畫腳，如果領導的意見不對，那圣騎士必須勇敢應對，讓工程團隊能在沒有壓力的 情況下繼續發光發熱。”
除了彌合裂痕，圣騎士還要維持手下英雄的秩序（鑒于各位英雄的超能力不同，有時還會相互抵觸）。這就需要圣騎士能夠識別各位工程師的能力，不誤用，不濫用，創造和和美美的合作氛圍。
這樣分類有何意義
Tabb 的超級英雄分類法能讓你看到，你的工程師到底優秀在什么地方，從而你也能為他們創造一個最理想的工作環境，讓他們盡情發揮才華。