【導(dǎo)讀】近日，推特上一個話題“10x工程師”異?；鸨l(fā)的熱議經(jīng)久不散。這個話題由一位印度初創(chuàng)公司投資人 Shekhar Kirani 的一條推特引發(fā)，他寫道；“如果你恰巧遇見了這種稀缺的工程師種類，千萬要抓住。招攬一位 “10x 工程師”作為工程師團隊的一員，你的創(chuàng)業(yè)公司的成功率將大大提高?！眴栴}是，你如何鑒別誰會是一位“10x工程師”呢？”

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

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

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

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

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

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

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

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

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

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

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

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

遭大規(guī)模反對

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

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

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

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

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

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

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

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

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

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

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

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

甚至有人為“10倍工程師”做了個網(wǎng)站：

http://10x.engineer/

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

不滿原因

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

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

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

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

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