【導讀】近日，推特上一個話題“10x工程師”異常火爆，引發的熱議經久不散。這個話題由一位印度初創公司投資人 Shekhar Kirani 的一條推特引發，他寫道；“如果你恰巧遇見了這種稀缺的工程師種類，千萬要抓住。招攬一位 “10x 工程師”作為工程師團隊的一員，你的創業公司的成功率將大大提高。”問題是，你如何鑒別誰會是一位“10x工程師”呢？”

于是，他提出了鑒別這類工程師的 11 點看法：

1、工程師討厭開會，認為是浪費時間。他們參會的原因是經理要求召開“員工會議”，來討論特性和狀態。

2、在辦公室的時間極不規律。他們傾向于在周圍人很少的時候工作。有一群人或全員會議時是看不到他們的。他們大多數是深夜黨，上班晚到。

3、電腦屏幕通常是黑色。他們鍵盤的 i、f、k 鍵更易磨損。

4、他們知道生產環境中每一代碼。如果 QA 或支持人員報告問題，他們能快速定位 Bug，并可以在幾小時或幾天內快速修復。

5、他們大多數是全棧工程師。在他們眼里，代碼就是代碼，不關心什么前端、后端、數據庫之類的。

6、他們能快速把想法轉換成代碼！給定一個產品特性，他們能在 4~6 小時內全神貫注地寫出一到兩套完整特性。

7、很少查看類或方法的文檔，因為已經深深地存在他們的腦海里了。

8、不害怕新事物，總是比他人先一步學習新的框架或語言等。

9、他們是糟糕的導師。他們教不來別人怎么做，他們總是認為，有這教的時間還不如自己做來得快。他們也是糟糕的面試官。

10、他們很少用奇技淫巧。他們寫的代碼質量高，并清楚知道代碼會如何演化，對整個代碼結構胸有成竹。他們最多編寫一個設計文檔，他們的代碼就是文檔。

11、他們很少離職或找工作，除非被各種流程、會議、培訓和其他非增值的活動騷擾的不行。如果遇到這樣的人，千萬別放過！

遭大規模反對

但大家似乎并不買這位投資人的賬，紛紛在 Shekhar Kirani 的推特下開啟吐槽模式，其中 Mozilla 的工程師 Mike Conley 的評論很是精彩，他順著投資人的 11 點繼續寫出 6 條，諷刺“10x 工程師”并非凡人駕馭得了，因為大部分人都是普通人，這種“既要馬兒跑，又要馬兒不吃草”的設想不太現實。他的看法得到很多點贊力挺。

12、十倍工程師，他們會浮空術。他們在白板上證明 P=NP 時用屁股蹦出 0 和 1 的屁來證明。他們在出生之前就不睡覺了，他們用雙鍵盤打字。

13、他們不相信計算機，只相信軟件。他們只吃最新版本的 Linux 內核源碼。他們就像一個立體揚聲器一樣手拿筆記本舉過頭頂，站在你家外面。

14、他們頭上不長頭發，長的是以太網網線。他們可以默背敏捷宣言，并哼出 MacBook 啟動時的聲音。你會認識他們的，因為他們就在你家里。OMG 快跑啊！

15、他們不會去攻擊 51 區，因為早就入侵進去了，并在區塊鏈上放上外星人。如果他們盯著你看，你會原地爆炸。他們在你自己的房間里狩獵你，趕緊找車跑路吧。

16、他們喜歡用 USB 線清理牙齒，喜歡聽老式撥號貓的聲音。他們會用 Emacs 在他們用Perl 編寫的虛擬機中重寫 vim。他們死后會升天到《黑客帝國》。

17、他們總是喜歡用最大音量說話。他們常常突然停下來，望著窗外的雨滴，思考逝去的青春去哪了。他們內心深處想要一個抱抱。

18、當他們走進酒吧。酒保說：“等一下，我聞到了惡魔的味道”。而他們會說，「Wh?a?t ?do? ?y?ou? ??ee?èea?nn?ei?n?g?éee?e?10xx?x?xxNO CARRIER」

不僅如此，大家對于這個話題至今仍是樂此不疲，不斷造梗，比如下面這張調侃 10x 工程師工作狀態的圖：

要成為一個 10x 工程師，你得吸取另外 9 個工程師的血。

別成為一個 10x 工程師。3次輸入錯誤你的賬號將被鎖。（奇怪的笑點）

還有這個火爆的秀技能視頻，蹭了 10x 工程師的熱點之后，現在還飄在各大社交媒體首頁。

甚至有人為“10倍工程師”做了個網站：

http://10x.engineer/

打開以后是查無此頁，10 倍工程師不存在！

不滿原因

歸根結底，大家對這位投資人的話反應如此強烈，無非是處于這幾個原因：

10x 工程師干得多，錢能給到位嗎？

創企成功幾率更多地是靠合理地企業管理，這些意見似乎沒有意義。公司里有所謂的10x工程師能比普通工程師高效10倍以上，但公司其實不用付10倍的工資，不到2倍就夠了。但公司運營中還有一些變量要考慮，所以一個勁的招10x工程師也不總是最劃算的。工程師在工作中有很多溝通管理上的 overhead，多數時間其實都不是在寫代碼；一天工作8小時，有一兩小時特別高效能達到時薪$1000，有幾個小時特別低效或者在做完全沒有技術含量的時薪$10的活，因此，公司優化管理，讓工程師盡量去做價值$1000/小時的活才是最重要的。

“10x 工程師”自身的問題，他們并不總是帶來驚喜，比如雖然“10x 工程師”的產出多，但會阻礙其他人參與貢獻，他們反而成為整個團隊的瓶頸和障礙；他們腦海里裝著全部的代碼庫，但是從不從其他人那里吸收新鮮的東西，所以會難以解釋代碼工作原理；更改產品性能會讓他們為難，不在會議上分享，不督導新的團隊成員，不檢查代碼，在沒有經過其他人檢查的情況下推出代碼；除了工作之外，他們不關心任何其他的東西；一旦缺位（辭職、生病或去世.......），其他人找 bug 或更改代碼難于上青天。

在你眼中，“10x 工程師”到底是一個什么樣的存在？歡迎參與調研，或在留言區留下你與“10x 工程師”的故事~