ai獨角獸
我們都聽說過10x工程師一詞，不是嗎？ 您是否知道1960年代的原始研究實際上提到了一位偉大的工程師與一位糟糕的工程師之間的20倍差異？ 它比較了初始編碼時間，調試時間，程式執行速度，程式大小……進行了徹底的研究，但是肯定存在一些缺陷（嘿，那是60年代）。 普遍共識是10倍的差異。 我個人認為對于真正出色的工程師而言，差異甚至可以達到20倍，我将在本文中解釋原因。
請注意，如果您的産品碰巧成功且具有可擴充性，那麼這種差異就變得尤為重要。 像代碼這樣的東西是無法維護和擴充的。 您可以讓20位糟糕的工程師來從事這項工作，但是他們将無法實作出色的工程師所能做到的。 好吧……實際上，我想您僅憑糟糕的工程師就無法開發出可擴充的産品。 但這不是本文的重點。
已經有很多文章列出了10x工程師的屬性，但是我還是先介紹一下，因為您不能談論20x獨角獸工程師（這就是我女兒所說的；她喜歡獨角獸，但您可以将它們稱為特殊😉），而無需在這些屬性上達成共識。
然後，我們将讨論獨角獸工程師的其他屬性。
當然，這是我個人經驗的個人觀點，您可能不同意，但是對我而言，最終的目标是為工程師提供一些看法，并為他們在可以改進的方面提供思考的機會，這可以有所作為。
10x工程師屬性
1）簡單，明顯，可維護和可擴充的代碼
我認為這是基礎。 程式員從事的職業是很多人從事相同的工作。 是以，這對于整個團隊來說都是改變遊戲規則的人。 即使是小型黑客，他們也可以建構意圖揭示代碼，可以輕松地對其進行重構，重組或替換。
2）了解眼前的問題
10倍的工程師可以解決眼前的問題，而不是花哨的通用版本。 您可能會認為這與重點并駕齊驅。 這一點經常被低估。
3）了解實用主義和完美主義需求的能力
10倍的工程師既有能力進行快速破解，又可以提供強大的解決方案，并且可以明智地選擇适合特定問題的解決方案。 他們知道什麼時候該黑客，什麼時候該投資品質，并且他們會故意做出這些選擇。 但是他們的駭客寫法仍然很容易在以後穩定下來。
4）謙虛，毅力和自我完善
他們知道他們不知道，但是還是嘗試一下。 然後，他們反複嘗試，直到到達目的地為止。 10倍的工程師處于持續學習模式。 他們學習語言，工具，庫，程式設計風格。 人類沒有“先天程式設計天賦”。 他們的才華源于他們擁有的這種持續增長的心态。 他們所有的知識給了他們不同的觀點。
5）不反對任何任務
工程師經常讨厭調試，甚至讨厭自己的代碼。 10x工程師将立即投入并堅韌地修複這些錯誤。 了解這可能不會使他們感到高興，但他們知道這是必須做的，并且是他們職責的一部分。
6）為項目選擇正确的工具或方法
不管做什麼工作，如果10x工程師認為在學習該工具上的投資值得完成這項工作，則選擇合适的工具。 實際上，這意味着解決方案的簡單性比找到解決方案的簡易性更為重要。 他們也沒有遵循任何單一的方法或方法論，但是他們确實了解了它們，以防它們在某些時候可能有用。
7）健康的懷疑
一般的程式員會發現一個似乎可以工作的解決方案，并且每天都在稱呼它。 10倍的工程師往往不信任自己的代碼。 他們将對其進行廣泛的測試。 優秀的程式員可能會留下很小的，無害的差異，是以10倍的工程師會懷疑這可能是一個更大的問題的暗示，并将進一步調查。 他們傾向于進行更多的交叉檢查和健全性檢查。
8）出色的時間和任務管理
10倍的工程師非常可靠； 他們有很強的職業道德，并準時出席會議。 他們對時間管理的了解實際上也有助于他們估算釋放量。
9）良好的溝通能力
10x工程師能夠清楚地了解問題，将其分解為假設并以連貫的方式提出解決方案。 他們能夠将自己的了解傳達給任何隊友。 他們也不需要寫下所有規格。
10）積極态度
他們很積極，願意為完成工作而努力，并每天努力做到最好。 盡管重要的是不要讓工程師緊迫緊急的最後期限，但這有時是不可避免的。 如果您需要在最後期限之前釋出産品，他們将加緊努力，并盡可能使産品釋出。 因為他們在乎。 他們也不會讓自己的自我妨礙獲得回報。
20x Unicorn工程師屬性
在我看來，這是可以加深偉大工程師影響力的最後一英裡。 這些屬性都沒有與硬技能相關，隻有軟技能相關。 但是同樣，協作是工程師工作的中心，是以軟技能的重要性也就不足為奇了。
請注意，屬性的數量是連續的而不是重新開始，因為20x工程師擁有10x工程師的前10個屬性以及所有其他屬性！
11）沒有偏見
20倍的工程師具有與生俱來的技巧，可以從一塵不染開始，并能夠看到真正的東西。 從本質上講，人們會從過去的經驗和了解中看到自己有條件看到的東西。 但是，以某種方式，20倍的工程師卻沒有。 他們會毫不猶豫地回去質疑自己和團隊的了解。 這一點也可以成為傑出産品經理的一個屬性！ 最糟糕的是，一旦您努力退後一步，在他們的指導下，您的錯誤對您将同樣顯而易見。
12）不僅僅是團隊合作者
他們通過他們的了解，知識和指導來提升他們的團隊。 他們為看到人們學習感到真正的高興。 是以，他們通常會傾向于結對程式設計，不是因為他們想指導您，而是因為他們認為自己也可能會學習。 他們的成長心态對他們的團隊具有感染力。 例如，他們通常承擔使團隊成功所需的所有文檔工作。
13）出色的客戶/老闆管理
20倍的工程師非常擅長管理客戶或自己的經理。 他們更有可能了解其客戶/老闆面臨的潛在的非顯而易見的問題，并相應地提供解決方案。 通常，由于20x工程師的洞察力，他們不必經曆很多誤會，這将為他們的同行帶來巨大的生産率提高。
14）馬拉松，而不是短跑
20倍的工程師了解任何項目（無論是整個初創公司還是大型公司内部）都是馬拉松，而不是短跑。 這意味着他們試圖在一天結束時将隊友送回家。 20倍的工程師傾向于對程式設計感興趣，進而為經驗不足的工程師樹立了榜樣，他們應該保持适當的平衡。
15）從更廣闊的角度看待産品
20倍的工程師觀察人們如何使用他們的軟體，找出使他們沮喪的原因，然後努力消除他們的沮喪。 他們不對人們從軟體中獲得的需求做出任何假設。 他們将嘗試了解其客戶及其用法。 他們将參與産品讨論，并向産品團隊提出挑戰，同時也将為他們提供幫助。
16）更好地了解業務環境
20倍的工程師可以了解軟體開發中更重要的因素，例如獨特的客戶需求，UI / UX設計，預算等。 這樣可以確定他們可以在每個步驟中做出正确的決定。 他們還可能研究他們正在從事的業務領域，是以他們可以在代碼中清楚地表達領域概念，并将它們連接配接在一起以解決有意義的問題。
-
這是我的清單。 如您所見，至少10倍和20倍的工程師之間的總體差異與硬技能無關，至少在我看來。 重要的是他們對他們的技術團隊和産品團隊的影響。 我們每個人都在一個由人組成的組織中工作，是以請記住，組織與他們的員工一樣好。 我們傾向于忘記這一點。
讓我知道你的想法！ 很想聽聽您對此的想法。
你走之前…
學到了什麼？ 請按住👏說“謝謝”并幫助其他人找到它！
如果您對有關工程和産品上司力，生産力以及如何擴大團隊規模的文章感興趣，請訂閱我們的新聞通訊！
或加入我們的工程上司社群 。
工程上司社群| Anaxi
由社群策劃的高品質趨勢文章，内容涉及工程上司力，生産力，團隊規模以及… community.anaxi.com
您還可以檢視我的最新文章：
不衡量開發人員-衡量項目
您是否聽說過通過度量标準來管理團隊，例如錯誤關閉率或每周生成的代碼行？… link.medium.com 如何進行估算最終對開發人員有用
讓任何開發人員估算他們完成一個項目需要多長時間。 您會在他們的……中看到他們的憎惡。hackernoon.com 破壞開發人員生産力的12大事情
很多文章讨論了技術主管和工程經理的角色。 我們經常遇到的一個常見主題是…… hackernoon.com
您也可以在Twitter上關注我以保持聯系。 謝謝！
最初于 2018 年10月26日 釋出在 anaxi.com 上。
翻譯自: https://hackernoon.com/how-to-be-a-20x-engineer-instead-of-a-10x-975eedd306b2
ai獨角獸