Когда проект меняется быстрее, чем ты ожидал 📚📌💡 Небольшой дисклеймер: этот пост скорее для тех, кто уже работает. Если вы сейчас учитесь и только входите в профессию — просто имейте в виду, что такое бывает, но пока не забивайте голову. Что иногда происходит в крупных компаниях Вас могут нанять на один стек, вы приходите в команду, работаете какое-то время. Потом где-то нужно закрыть дыру по ресурсам — вас временно перекидывают на другой проект. Вы там успешно закрываете задачи, возвращаетесь обратно. А потом что-то идёт не по плану: сроки сдвигаются, планирование подводит, приоритеты меняются. В какой-то момент руководство может решить, что автоматизация на этом проекте не нужна. Или нужна, но в другом виде. Или вообще проект закрывается. Это не катастрофа и не редкость. В больших компаниях такое случается. Что может произойти дальше Вариант первый: вас переводят на другой проект в рамках компании, где вы продолжаете работать на своём стеке. Хорошо. Вариант второй: вас переводят на проект с другим языком программирования. Вот тут интереснее. Если проект современный — это может быть вызовом, сложным, но полезным для развития. Если там legacy на чём-то специфическом с непонятными подходами — сложнее, и что с этим делать, не всегда очевидно. К чему это всё Иногда полезно посматривать по сторонам. Не погружаться глубоко, но хотя бы понимать, что происходит вокруг. Например, вы пишете на Java. На рынке Java по-прежнему много, но это уже не единственный популярный язык. Python сейчас везде. JavaScript/TypeScript — тоже. Kotlin — рядом с Java, но синтаксически отличается. Что можно сделать: - Посмотреть пару лекций по Python, просто чтобы понимать как он устроен и не падать в обморок от чужого кода - Глянуть на проект на JavaScript, если раньше не сталкивались - Посмотреть на Kotlin — всё-таки одна экосистема с Java, переход туда обычно проходит относительно мягко Это не про то, чтобы срочно учить три языка параллельно. Это про кругозор и готовность к тому, что обстоятельства иногда меняются быстрее, чем хотелось бы.