他们说，经过5年的积极工作，您平均会成为该领域的专业人士。 自我实现的愿望仍然存在，但是在目前的位置上，在这个方向上什么也做不了。 此时此刻，您将面对俄罗斯童话故事的标准十字路口。 您可以更改工作，但是如果总的说来，职权范围和协议栈不变，那么新颖性将很快通过，而又让常规化。 您可以担任团队负责人，但是您必须承担很多管理人员。
根据“ Maxilekt”专家的眼神，关于一切是否如此可怕，已经通过了类似的选择。
精神劳工专家需要不断发展，而不仅仅是出于对劳动力市场的需求。 扩大知识范围是个人的需求，甚至对于某些人来说也是自我实现的来源。
可以通过不同的方式满足这一需求。 您可以定期从根本上改变主题领域，例如，通过开发某种集成的东西，进入大数据甚至通过选择其他行业而完全离开IT领域。 但是通常很少有人想从头开始，因此避免他们“从某个地方跳入采石场”（进入一个陌生的区域），而宁愿在附近寻找发展道路。 我们将讨论这个。
您将走到右边，发展领导者的技能-您将成为团队负责人或PM
开发人员的明显发展方式是团队领导，项目经理或更高级别的管理人员-朝着管理更大的团队发展。
成为团队负责人后，昨天的开发人员仍然沉浸在该项目中，但他承担着更多的管理职责-与客户互动，管理团队，分配任务，监视进度和期限，评估项目的新阶段等。 解决所有这些问题需要大量的沟通。 为了使这些沟通更加有效，就需要发展冲突管理，风险评估，授权等方面的技能，因此，在持续培训的模式下，根本就没有常规感。
当然，并不是每个人都喜欢它。 如果在升任领导层之前，您自己的动力和工作时间管理的问题没有得到控制，您可能会觉得自己在工作日内四分五裂。 但是，当这些最初的困难可以克服时，领导地位将成为新的挑战，甚至带有某种浪漫色彩。
同时，所有这些都意味着将减少直接编写代码的工作时间。 这不可避免地导致失去该主题的资格。 为了在领先地位几个月后回到线性显影剂的位置，您需要赶上。 而且，如果经过一两年，将会损失很多，您将不得不花费大量时间返回。 尽管我们的市场观察表明，在一两年后，部分新成立的经理确实可以恢复发展，所以返回的路还没有闭合。
不要过渡到团队领导者及以上级别，以光荣结束职业生涯。 这是一个不同方向的发展。 作为领导者所必需的（并且不可避免地会发展）的能力-能够更广泛地看待问题并解决更高水平的软技能的任务的能力-使人们能够获得根本不同的有趣事物。 例如，要选择技术栈，组建团队，选择项目的体系结构。 对于这些问题中的每一个，从流行性到候选平台的发展前景，都必须考虑很多特殊因素。 您拥有丰富的背景知识和领导者的战略眼光，可以解决此类问题。 您的决定对项目至关重要。
必须记住，经理的道路并不是所有问题的普遍答案。 他不适合所有人。 从第一个管理阶段开始，您将必须学会对周围发生的一切负责—首先，对团队，项目的时间和预算负责。 您将必须摆脱舒适的IT世界，同时与对情况有不同看法的支持者（包括开发人员和业务人员）进行交流，充当翻译的角色。 粗略地说，仅凭“最丑陋”的事实就不可能解释代码优化的必要性。 您将必须深入研究细节并介绍每个解决方案选项的业务后果。
向左走，更深入地研究技术-您将成为校长
在这个世界上，并不是每个人都应该去找经理，因为不是每个人都将这视为自己职业的最高荣誉（无休止地争论这是否比编写代码更好）。
解决他们所在领域的问题，每个人都有经验-即 从某种意义上说，每个人在技术上都在增长，有些更快，有些更快。 技术专业化没有自己的“上限”。 当您朝着这个方向发展时，您将注意力集中在更复杂的技术上，您会更深入地了解它们。 当您超越高级人士的边界时，您就会成为一种“大师”，西方公司甚至为此而拥有自己的名字-校长。
没有那么多能干的利基专家能够扭曲和处理大量数据，构建低延迟体系结构或精通Java性能，因此作为专家的人的需求和价值正在增长。 尽管职位空缺的范围在缩小，期望技能的范围也在增加。 例如，除了解决技术问题外，还可以将首席专家分配给代码审查任务，因此他自己的经验将成为团队的财产（关键是他必须解释为什么应该这样做，否则就不能这样做）。 至于钱，这是多么幸运。 开发人员的薪水可能不比管理人员高，但是稳定性和可预测性通常更高。
在瞬息万变的世界中，技术发展是一种不断学习的状态。 年龄似乎对加速学习（阻止朝这个方向的进一步发展）没有贡献，但是在这种情况下，没有必要追逐昨天发布的最新框架和库。 除了深厚的知识外，基于经验的直觉也开始在一个人中发挥作用。 因此，不要以为开发人员的寿命会在40岁时结束；）
你会直截了当，你会承担责任-你将成为一名建筑师
通常，一切都仅限于考虑上面列出的两个选项。 实际上，有很多方法。 无法无一例外地考虑所有问题，我想关注另一组概率。 如果没有那么多的开发软技能来承担责任，昨天，高级主管将成为明确分配给团队的系统架构师或技术负责人（确切地说，在该项目中该角色的称呼取决于特定的公司）。
当您沿着这条道路前进时，您将负责创建更大，更复杂的系统。 顺便说一下，这也是原理的特征。 如果您保证自己在复杂系统的性能方面具有专业知识，则对此承担责任。 但是，这种责任的程度与合格的开发人员（编写特别重要的代码），系统架构师和技术专家不同。
通常，将体系结构的发展方向更容易理解为技术和管理路径之间的交叉。 那里和那里都有各自的责任分担，但在第一种情况下，系统的责任很重要，在第二种情况下，对人的责任（如果未实施复杂的系统，则客户将首先求助于经理，如果经理此时试图转移责任，对于开发人员来说，这是一个糟糕的经理）。 但是与经理不同，架构师可能没有这么高的软技能。
尽管事实上建筑师或技术人员需要比经理职位更多的技术知识，但与普通开发人员相比，他们编写代码的程度也较小。
在折叠到其他地方之前，请评估风险
有时，您不想更改职责，而希望保持原样，而是为工作本身增加一点动力。 首要的冲动就是改变公司，以寻找一支更“有趣”的团队。 但是在这里重要的是要了解驱动器常常伴随着风险。 稳定的项目通常最无聊。 驱动器与创建您自己的产品或参与可能由于营销失误，目标受众的错误或数百万其他原因而无法起飞的创业公司相关，有时甚至与最终开发无关（产品发布过程的功能是一个单独的主题）对话）。
您需要问自己的问题很简单：紧急情况下的生活环境是否能让您无钱坐一会儿并去找工作？ 如果您不喜欢其他方法，请清醒地评估风险，则至少可以在开车前准备好安全气囊。
我们可以在任何这些路径的背景下讨论风险。 即使沿着技术分支的发展，除了要深入到自己喜欢的领域之外，您似乎也不需要故意做任何事情，这也是您至少必须对自己负责的决定。
您的职业道路如何？ 您是否有意识地选择了这个发展方向？ 您将来会见谁？
本文是我们IT职业生涯出版物系列的第四部分。
第一部分在
这里 。
第二部分在
这里 。
第三部分在
这里 。
极乐团队
PS：我们在Runet的多个站点上发表文章。 订阅我们在
VK ，
FB ，
Instagram或
Telegram频道上的页面，以了解我们的所有出版物和其他Maxilect新闻。
PPS 2020年新年快乐！ 希望您在新的一年中朝正确的方向前进！