10X 工程師是神話嗎?
現實情況是,有些人比其他人更擅長編程。
在我之前在一家科技公司的職位上,我一直對我團隊中的一些人似乎知道如何做所有事情感到敬畏。
即使在我上大學期間,參加黑客馬拉松和實習期間,我也能遇到一些非常有才華的開發人員,我從他們身上學到了很多東西。
在本文中,我將討論人們對 10X 工程師可能存在的一些誤解。 在我們研究什麼是 10X 工程師之後 不, 我們將為您提供一些最好的建議,讓您自己成為 10X 工程師。
什麼是 10X 工程師?
許多開發人員會爭論 10X 工程師的實際定義。 但為了清楚起見,我們現在嘗試定義一個簡單的定義。
一個 10X 工程師是一個軟件開發人員,他能夠像他的十個同行一樣高效。
10X 工程師的想法可能比你想像的更早出現。
A 研究論文 從 1968 年開始,名為“比較在線和離線編程性能的探索性實驗研究”首次提出了這樣的想法,即一些最好的程序員比最差的程序員的表現要好一個數量級。 雖然這不是今天達成一致的定義,但 10X 工程師的想法很快在學術界之外傳播開來。
幾年後,經典著作《The 神話人月 進一步說明了 10X 工程師的想法。 作者 Fred Brooks 認為 軟件開發 團隊可以像外科團隊一樣組織起來。
在這個團隊中,您將有一名首席程序員或“外科醫生”以及支持程序員或“護士”。
雖然這個類比很容易理解,但我認為當應用於當前的軟件開發狀態時,它有點過於簡單和過時了。
技術團隊中的團隊動態與外科醫生的非常不同。 這種由一個人完成大部分工作或只做最具挑戰性的工作的想法錯誤地描述了我認為 10X 工程師應該具備的特徵。
常見的誤解
隨著 10X 工程師的概念在整個科技領域傳播開來,大多數經理經常誤解我們所說的“10X”的含義。
一個常見的誤解是 10X 工程師產生的代碼量是同行的十倍。 這是不正確的。
雖然 10 倍的工程師可以比他們的同事編寫更多的代碼,但數量並不是正確的衡量標準。 想像一個程序員花費一千行代碼執行不到一百行就可以完成的事情。 同樣,一個 10 倍的工程師編寫代碼的速度不會快十倍!
關於 10X 工程師的另一個誤解是,他們之所以偉大,僅僅是因為他們的編碼知識。 同樣,這是查看錯誤指標的另一種情況。
使 10X 工程師如此有價值的原因在於他如何為他的團隊和組織增加十倍的價值。 10X 工程師是必不可少的,因為他們能夠使用自己的編碼知識並將其與公司的需求保持一致。
管理者應該尋找能夠解決問題並與他人合作良好的工程師。 除了編碼知識,10X 工程師應該能夠提升周圍每個人的工作。
成為 10 倍工程師的五種方法
如果您是一位正在尋找下一位員工的經理,或者只是一位渴望成為 10 倍工程師的工程師,那麼本部分適合您。
以下是 10X 工程師的一些關鍵習慣和特徵:
他們知道如何充分利用他們的技術堆棧
了解你的工具也許是我能給你的最明顯的建議。 但是,許多開發人員仍然可以通過學習如何有效地工作來改進他們的工作流程。
與我共事過的大多數 10x 工程師都熟悉終端。 雖然對於初學者來說可能有點學習曲線,但從長遠來看,了解如何即時製作 shell 命令將幫助您更快地完成工作。
10x 工程師也可以從懶惰中受益。 讓我告訴你我的意思。
想像一下,每天必須手動執行一系列命令才能將新提交推送到生產環境。 一個 10 倍的工程師應該避免做重複性的工作。 他們付出額外的努力來盡可能多地自動化一天。
最好的工程師也應該著眼長遠。 如果您正在為一家初創公司工作,那麼專注於快速簡便的解決方案可能很誘人。 但是,這些解決方案可能無法按比例放大。
他們從不停止學習
一個偉大的開發者永遠不會停止學習。 最優秀的工程師會在忙碌的工作日中抽出時間來嘗試新的概念、語言和框架,並嘗試將它們應用到他們的工作中。
一個 10 倍的工程師應該保持健康的好奇心。 他們經常問自己,“這可以做得更好嗎?” 或“有沒有更簡單或更有效的方法來解決這個問題。”
因此,一個 10 倍的工程師必須掌握學習本身的藝術。 學習如何學習是在快節奏的環境中保持活力的最佳方式。
他們知道如何最好地度過他們的時間
一個偉大的軟件工程師擅長做決定,尤其是關於如何利用他們的時間。
10X 工程師很少需要比普通工程師工作更多的時間。 工程師應該知道何時回擊並對某些請求說不。 他們應該知道自己完成哪些任務以及委派哪些任務。
高效的工程師應該掌握如何辨別一項任務是否值得快速完成。 要記住的一種心理模型是帕累托原則。
該原則指出,你工作的 80% 的價值來自你 20% 的努力。 換句話說,並非所有任務都是平等的。
他們尋求適當的指導
一位偉大的工程師可以從行業經驗豐富的老手那裡學到很多東西。 10X 工程師經常發現自己在工作內外尋求指導以加深他們的知識。
同樣,10X 工程師將受益於為自己的隊友擔任指導角色。 對他的新手隊友開放,整個團隊都被提升了。
他們了解業務
簡單來說,軟件工程只是計算機解決現實問題的一種方式。 考慮到這一點,一個高效的工程師必須成為他們試圖解決的問題的專家。
作為一名工程師,努力了解您所在的業務或行業是一個明智的想法。 10x 工程師應該積極參與與其他部門的會議。
如果工程師花精力了解其他部門在業務環境中的工作,他們將成為有效的溝通者。 有效的溝通將有助於防止您的團隊誤解業務需求和項目規範。
結論
希望您現在對 10X 工程師的樣子有了更清晰的了解。 您還應該了解 10X 工程師不是什麼。
當然,上面的建議只是適用於任何軟件工程角色的一般指南。 如果你想知道如何成為最好的 DevOps工程師,全棧開發人員或數據科學家,您最好的選擇是尋找學習和構建的機會。
想想你現在的職位是否是一個良好的學習環境。 也許您想花更多的時間在可以讓您探索當前技術堆棧之外的技術的輔助項目上。 這些只是您可以遵循的一些技巧,以在技術方面獲得優勢。
您認為對有抱負的工程師最有幫助的建議是什麼?
發表評論