並非所有開發人員都想成為管理者，這是常態

翻譯和改編了開發人員 Peter Zemek 的 一篇文章，以及他對高級開發人員的身份是否真的是管理職位之前的中間階段的想法。

開發者職業道路

您可能會成為（或想成為）開發人員，因為您喜歡編碼。喜歡用程式碼「包裝」抽象的想法。從無到有創造出重要的東西。學習新技術、程式語言、框架等。了解一切如何增加三倍。因此，當你作為初級開發人員工作，逐漸發展為強大的「普通」開發人員並達到高級地位時，你會享受你所做的事情。然後有一天，您的業務達到頂峰，或者突然您表現出自己是一名優秀的組織者，或者您的團隊中根本沒有人適合擔任經理這一職位，而您卻獲得了這一職位。在這種情況下，人們習慣上說：“升任領導職務是順理成章的事情。” 但我要反對的是：我認為任何人都不應該做他不想做的事。

為什麼這樣的轉變不符合事情的順序

首先，如果你要求一個喜歡寫程式碼的人變成一個根本不寫程式碼的人，邏輯在哪裡？他會覺得自己最喜歡的活動被剝奪了，遲早他會精疲力盡並討厭自己的工作。當然，他可以擺脫新的職責並繼續編碼，但團隊中的管理職能將會下降。這對商業不利。為什麼有人想要一個不想管理員工的領導者？其次，一個人寫得好並不代表他就會成為一個好的管理者。開發和管理是不同的領域，需要不同的技能和思考方式。就像足球員和教練一樣。僅僅因為你是一名優秀的足球員並不意味著你可以很好地管理一支足球隊（儘管這肯定會發生）。管理者需要與人們密切互動並建立工作流程，以便取得成果。你需要給人們機會去做他們的工作，這樣工作才會有效，但不要為他們做這項工作。開發人員是第一線員工。身為管理者意味著透過適當地組織其他人的工作來取得成果，而不是自己做。第三，有一個規定，稱為「彼得原則」。其本質是專家根據先前的工作經驗獲得晉升，直到他們成長到他們不具備能力的職位。因此，如果一個優秀的開發人員被提升為經理，而他還沒有為此做好準備，他將無法正確完成新工作。優秀的開發人員轉變為糟糕的經理只會損害公司。增加必須在目前活動的框架內進行。如果開發人員不自願發展管理能力，那麼就沒有必要推動他朝這個方向發展。第四，有些專家為了加薪而同意擔任管理職。是的，管理者的收入往往比下屬高。但並非總是如此：相反的情況也會發生。如果一個團隊擁有強大的專家，那麼他們找到替代者會比找到經理更困難。如果開發人員對公司的貢獻比經理的貢獻更有價值，那麼就沒有理由向經理支付過高的薪水。此外，補丁並不是一切。用更少的錢做你喜歡的事，比用更高的薪水做你討厭的工作好。第五，你永遠不應該僅僅因為你的團隊中沒有其他人適合這個職位而接受管理職位。這不是你的錯。你需要對你的職業有意識。否則，不僅你的心情和自尊會受到損害，公司也會受到損害。那如果你熱愛程式設計又不想轉行管理端怎麼辦呢？有出口！

你有一個選擇

高階開發人員的職位可以是管理職位之前的中間階段。可能不是。一般來說，職業道路可能是管理性的，也可能是技術性的。你可以輕鬆地在技術領域發展，因為有這樣的職位：

1. 高級/首席開發人員- 這可能正是您想要繼續發展的職位。允許高級程式設計師保留第一線員工是正常的。

2. 首席開發人員（技術主管）是半管理角色。首席開發人員僅從技術角度管理專案/人員。他們沒有直接下屬，也不管理員工：他們可以憑藉職權影響某些問題的最終決定。然而，該專家的能力和影響範圍在不同的公司可能有所不同。

3. 架構師－如果你喜歡設計複雜的系統並且擅長它，你就可以成為架構師。架構師通常被認為是技術職業發展的頂峰。架構師的工作職責也可能有所不同，以至於並非所有架構師都會編寫程式碼。

結論

我希望讀者當中有開發者的心情會好一點：懷疑是否有必要成為管理者是絕對正常的。做你喜歡的事情，不要讓別人拖你去做你討厭的事情。而且，程式設計才是你真正喜歡的，不是嗎？成為經理是很正常的，我認識那些享受自己的責任的人，因為他們喜歡與人合作。在選擇未來的職業道路時，請考慮您真正喜歡什麼。