如何成為一名 -10x 或者 10x- 工程師？

幫朋友公司招人，招產(chǎn)品經(jīng)理、Java后端、算法、安卓逆向、物聯(lián)網(wǎng)、車聯(lián)網(wǎng)、半導(dǎo)體等方向的人才，有意向的可微信私我簡(jiǎn)歷！

或多或少，大家可能了解過 10x+ 工程師，對(duì)于 10x- 或者說 -10x 的工程師，了解的比較少?；诖?，我們今天聊聊如何成為一名 -10x 或者 10x- 工程師？

+10x 工程師可能只是神話，但 -10x 工程師確實(shí)存在。

要成為 -10x 工程師，只需每周浪費(fèi) 40 多個(gè)工作小時(shí)就可以做到。

以下是一些做到 10x- 工程師的策略。

頻繁改需求

盡可能在開發(fā)過程中更改需求。為了避免受到指責(zé)，從一開始就模糊需求。盡可能多的使 10 名工程師的產(chǎn)出無效。

多寫ppt

要求您的團(tuán)隊(duì)執(zhí)行類似于無效工作的任務(wù)。常見的示例包括演示文稿 ppt、圖表 excel 和票證報(bào)銷管理。創(chuàng)建毫無意義的工作儀式。

多寫bug

多寫bug，寫難以擴(kuò)展的代碼。推卸責(zé)任，制造混亂，吵架生氣，讓別人多加班。

與其反思自己，不如指責(zé)他人。

想法不落地

讓工程師們討論各自的想法，鼓勵(lì)他們追求優(yōu)雅而非實(shí)用主義。確保沒有人有權(quán)力做出任何決定。

多開會(huì)

多開會(huì)議會(huì)，破壞他人日程安排。為了不引人注意地浪費(fèi)他人的時(shí)間，請(qǐng)撰寫長(zhǎng)篇信息/文檔并盡可能廣泛地分享。歡迎所有意見并爭(zhēng)取參與，讓更多的人參加，讓會(huì)議沒有主題，讓會(huì)議成果難以達(dá)成。

故意使壞

編寫慢速程序。避免 DB 索引。在 16 核機(jī)器上運(yùn)行單線程程序。選擇具有高級(jí) RAM 和 GPU 的奇特硬件。在 RAM/磁盤上自由存儲(chǔ)數(shù)據(jù)。不要壓縮任何東西。不要關(guān)注數(shù)據(jù)布局。

避免編寫文檔

確定現(xiàn)有解決方案是否滿足您的需求。編寫只有一個(gè)人能理解的腳本和代碼。如果腳本執(zhí)行某些重要操作，請(qǐng)避免編寫文檔。

增加編譯時(shí)間

緩慢的構(gòu)建不僅浪費(fèi)時(shí)間，而且會(huì)產(chǎn)生復(fù)利。隨著構(gòu)建時(shí)間的增加，開發(fā)人員更容易分心。為了確保開發(fā)人員能夠切換上下文，重新編譯至少需要 200 秒。您也可以編寫緩慢的測(cè)試來達(dá)到類似的效果。

編寫無意義的測(cè)試

創(chuàng)建特定變量的依賴關(guān)系，而無需測(cè)試底層功能。模擬函數(shù)調(diào)用，直到?jīng)]有原始代碼運(yùn)行。在測(cè)試中引入微妙的隨機(jī)性，以便測(cè)試成功/失敗而不會(huì)產(chǎn)生任何原因。

糟糕的架構(gòu)

在糟糕的架構(gòu)上浪費(fèi)時(shí)間。不要考慮你的系統(tǒng)設(shè)計(jì)會(huì)如何隨時(shí)間演變?；蛘?，讓你的團(tuán)隊(duì)沉迷于架構(gòu)決策，這樣他們就沒有時(shí)間去測(cè)試他們的假設(shè)。

N套環(huán)境

創(chuàng)建盡可能多的環(huán)境。生產(chǎn)和準(zhǔn)備階段必須有很大不同。使用脆弱的構(gòu)建系統(tǒng)啟動(dòng)脆弱的代碼。經(jīng)常遷移數(shù)據(jù)庫。讓磁盤經(jīng)常寫滿，不壓縮文件、消息等，讓網(wǎng)絡(luò)擁堵。

不關(guān)注安全漏洞

屢屢無法發(fā)現(xiàn)并解決嚴(yán)重漏洞。不關(guān)注安全漏洞。

編寫毫無價(jià)值的文檔

在私人消息或者群消息中解釋代碼。編寫沒人使用的 wiki。文檔散亂，層層嵌套，描述盡可能模糊。

低估項(xiàng)目的難度

吸引優(yōu)秀的工程師，浪費(fèi)他們的潛力。向管理層低估項(xiàng)目的難度，而夸大項(xiàng)目的實(shí)用性。告訴管理層它“幾乎完成了”，直到他們放棄它。

多使用新技術(shù)

工程師單獨(dú)學(xué)習(xí)每個(gè)庫。多使用新技術(shù)，尤其是社區(qū)不成熟，生態(tài)不完善，文檔不全，不穩(wěn)定的第三方庫。Java 中混入 kotlin、lua 等其他語言和腳本代碼。

不要惹麻煩。不要留下任何失敗的書面記錄。為糟糕的工程擔(dān)保。

“自由”編程

編寫不可調(diào)試的程序。在所有東西上涂抹抽象層。編寫意大利面條式代碼。使所有東西都對(duì)初始條件敏感。避免使用純函數(shù)。自由使用依賴項(xiàng)。盡可能說“它在我的計(jì)算機(jī)上可以正常工作”。

更多糟糕的實(shí)踐，參考：https://taylor.town/-10x。