如何成為一名 -10x 或者 10x- 工程師?
共 1653字,需瀏覽 4分鐘
·
2024-06-29 14:48
推薦:https://t.zsxq.com/uL2pI
幫朋友公司招人,招產(chǎn)品經(jīng)理、Java后端、算法、安卓逆向、物聯(lián)網(wǎng)、車聯(lián)網(wǎng)、半導(dǎo)體等方向的人才,有意向的可微信私我簡(jiǎn)歷!
或多或少,大家可能了解過(guò) 10x+ 工程師,對(duì)于 10x- 或者說(shuō) -10x 的工程師,了解的比較少。基于此,我們今天聊聊如何成為一名 -10x 或者 10x- 工程師?
+10x 工程師可能只是神話,但 -10x 工程師確實(shí)存在。
要成為 -10x 工程師,只需每周浪費(fèi) 40 多個(gè)工作小時(shí)就可以做到。
以下是一些做到 10x- 工程師的策略。
頻繁改需求
盡可能在開發(fā)過(guò)程中更改需求。為了避免受到指責(zé),從一開始就模糊需求。盡可能多的使 10 名工程師的產(chǎn)出無(wú)效。
多寫ppt
要求您的團(tuán)隊(duì)執(zhí)行類似于無(wú)效工作的任務(wù)。常見的示例包括演示文稿 ppt、圖表 excel 和票證報(bào)銷管理。創(chuàng)建毫無(wú)意義的工作儀式。
多寫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è)試來(lái)達(dá)到類似的效果。
編寫無(wú)意義的測(cè)試
創(chuàng)建特定變量的依賴關(guān)系,而無(wú)需測(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ù)庫(kù)。讓磁盤經(jīng)常寫滿,不壓縮文件、消息等,讓網(wǎng)絡(luò)擁堵。
不關(guān)注安全漏洞
屢屢無(wú)法發(fā)現(xiàn)并解決嚴(yán)重漏洞。不關(guān)注安全漏洞。
編寫毫無(wú)價(jià)值的文檔
在私人消息或者群消息中解釋代碼。編寫沒人使用的 wiki。文檔散亂,層層嵌套,描述盡可能模糊。
低估項(xiàng)目的難度
吸引優(yōu)秀的工程師,浪費(fèi)他們的潛力。向管理層低估項(xiàng)目的難度,而夸大項(xiàng)目的實(shí)用性。告訴管理層它“幾乎完成了”,直到他們放棄它。
多使用新技術(shù)
工程師單獨(dú)學(xué)習(xí)每個(gè)庫(kù)。多使用新技術(shù),尤其是社區(qū)不成熟,生態(tài)不完善,文檔不全,不穩(wěn)定的第三方庫(kù)。Java 中混入 kotlin、lua 等其他語(yǔ)言和腳本代碼。
不要惹麻煩。不要留下任何失敗的書面記錄。為糟糕的工程擔(dān)保。
“自由”編程
編寫不可調(diào)試的程序。在所有東西上涂抹抽象層。編寫意大利面條式代碼。使所有東西都對(duì)初始條件敏感。避免使用純函數(shù)。自由使用依賴項(xiàng)。盡可能說(shuō)“它在我的計(jì)算機(jī)上可以正常工作”。
更多糟糕的實(shí)踐,參考:https://taylor.town/-10x。
