并非所有开发人员都想成为管理者，这是常态

翻译和改编了开发人员 Peter Zemek 的 一篇文章，以及他对高级开发人员的身份是否真的是管理职位之前的中间阶段的想法。

开发者职业道路

您可能成为（或想成为）开发人员，因为您喜欢编码。喜欢用代码“包装”抽象的想法。从无到有创造出重要的东西。学习新技术、编程语言、框架等。了解一切如何增加三倍。因此，当你作为初级开发人员工作，逐渐发展为强大的“普通”开发人员并达到高级地位时，你会享受你所做的事情。然后有一天，您的业务达到顶峰，或者突然您表现出自己是一名优秀的组织者，或者您的团队中根本没有人适合担任经理这一职位，而您却获得了这一职位。在这种情况下，人们习惯上说：“升任领导职务是顺理成章的事情。” 但我要反对的是：我认为任何人都不应该做他不想做的事。

为什么这样的转变不符合事情的顺序

首先，如果你要求一个喜欢写代码的人变成一个根本不写代码的人，逻辑在哪里？他会觉得自己最喜欢的活动被剥夺了，迟早他会精疲力尽并讨厌自己的工作。当然，他可以摆脱新的职责并继续编码，但团队中的管理职能将会下降。这对商业不利。为什么有人想要一个不想管理员工的领导者？其次，一个人写得好并不意味着他就会成为一个好的管理者。开发和管理是不同的领域，需要不同的技能和思维方式。就像足球运动员和教练一样。仅仅因为你是一名优秀的足球运动员并不意味着你可以很好地管理一支足球队（尽管这肯定会发生）。管理者需要与人们密切互动并建立工作流程，以便取得成果。你需要给人们机会去做他们的工作，这样工作才会有效，但不要为他们做这项工作。开发人员是一线员工。作为一名管理者意味着通过适当地组织其他人的工作来取得成果，而不是自己做。第三，有一个规定，称为“彼得原则”。其本质是专家根据以前的工作经验获得晋升，直到成长到他们不具备能力的职位。因此，如果一个优秀的开发人员被提升为经理，而他还没有为此做好准备，他将无法正确完成新工作。优秀的开发人员转变为糟糕的经理只会损害公司。增加必须在当前活动的框架内进行。如果开发人员不自愿发展管理能力，那么就没有必要推动他朝这个方向发展。第四，一些专家为了加薪而同意担任管理职务。是的，管理者的收入往往比下属高。但并非总是如此：相反的情况也会发生。如果一个团队拥有强大的专家，那么他们找到替代者会比找到经理更困难。如果开发人员对公司的贡献比经理的贡献更有价值，那么就没有理由向经理支付过高的工资。此外，补丁并不是一切。用更少的钱做你喜欢的事，比用更高的薪水做你讨厌的工作要好。第五，你永远不应该仅仅因为你的团队中没有其他人适合这个职位而接受管理职位。这不是你的错。你需要对你的职业有意识。否则，不仅你的心情和自尊会受到损害，公司也会受到损害。那么如果你热爱编程又不想转行管理端怎么办呢？有出口！

你有一个选择

高级开发人员的职位可以是管理职位之前的中间阶段。可能不是。一般来说，职业道路可能是管理性的，也可能是技术性的。你可以轻松地在技术领域发展，因为有这样的职位：

1. 高级/首席开发人员- 这可能正是您想要继续发展的职位。允许高级程序员保留一线员工是正常的。

2. 首席开发人员（技术主管）是半管理角色。首席开发人员仅从技术角度管理项目/人员。他们没有直接下属，也不管理员工：他们可以凭借职权影响某些问题的最终决定。然而，该专家的能力和影响范围在不同的公司可能有所不同。

3. 架构师——如果你喜欢设计复杂的系统并且擅长它，你就可以成为一名架构师。架构师通常被认为是技术职业发展的顶峰。架构师的工作职责也可能有所不同，以至于并非所有架构师都编写代码。

结论

我希望读者当中有开发者的心情会好一点：怀疑是否有必要成为一名管理者是绝对正常的。做你喜欢的事情，不要让别人拖你去做你讨厌的事情。而且，编程才是你真正喜欢的，不是吗？成为一名经理是很正常的，我认识那些享受自己的责任的人，因为他们喜欢与人合作。在选择未来的职业道路时，请考虑您真正喜欢什么。