Зарплаты не растут, проекты выбирают новые технологии, а вместо разговора об опыте на собеседовании спрашивают: «Почему вы до сих пор не перешли на что-то современное?» Самая плохая реакция здесь — убедить себя, что рынок скоро передумает.
Зарплаты не растут, проекты выбирают новые технологии, а вместо разговора об опыте на собеседовании спрашивают: «Почему вы до сих пор не перешли на что-то современное?» Самая плохая реакция здесь — убедить себя, что рынок скоро передумает.
В статье есть ссылки партнеров. Это значит, что если вы что-то покупаете с нашей помощью — вы также поддерживаете dev.by. (Вот другой способ).
При этом редакция и авторы независимы в выборе темы, концепции материала, фокуса описания, подхода к услугам или товарам. Прежде чем что-то советовать, мы много читаем и смотрим по теме, говорим с экспертами.
Редакция может выражать свое мнение и пробовать всё на себе.
Если рекомендательный материал обновляется, мы указываем, что и когда поменялось, в самом начале.
Умирающий стек редко исчезает за одну ночь. Почти всегда он заранее подает сигналы: вендор объявляет о прекращении поддержки, появляются официальные гайды по миграции, сообщество постепенно переключается на новые инструменты, а вакансий становится все меньше.
Хорошая новость в другом: опыт инженера переносится гораздо лучше, чем кажется. Главное, вовремя перестать защищать инструмент и начать инвестировать в собственный инженерный капитал.
Самая распространенная ошибка — оценивать ситуацию по собственным ощущениям. Пока на текущей работе все спокойно, кажется, что ничего не происходит. Но рынок обычно меняется намного раньше. Есть несколько вполне измеримых признаков.
Первый — официальная позиция вендора. Если появляются объявления о прекращении поддержки, публикуются сроки End of Life или разработчиков начинают активно переводить на новую платформу, это уже не слухи, а стратегия компании.
Несколько лет приложения для Atlassian создавались на Connect, но сегодня компания фактически переводит партнеров на Forge. Более того, разработчики Marketplace получили конкретные сроки миграции, а Data Center уже имеет объявленную дату окончания жизненного цикла. Вопрос лишь в том, успеете ли вы перейти вовремя.
Второй сигнал — вокруг технологии внезапно появляется огромное количество материалов о миграции. Пока стек живет и развивается, статьи обычно рассказывают, как писать лучше и быстрее. Когда индустрия начинает публиковать руководства PHP → Node.js, Objective-C → Swift или «Как безопасно перевести проект на новую платформу», рынок уже ищет пути выхода.
Третий признак — рынок найма. Если пять лет назад вакансий было сотни, а теперь их единицы, дело уже не в сезонности. Особенно, если одновременно становится трудно найти специалистов по этому стеку. В качестве примера эксперты сегодня регулярно приводят Perl, ColdFusion и VB6 — компании продолжают поддерживать существующие продукты, но практически перестали строить новые.
Наконец, есть еще один показатель, который многие вообще не связывают со стеком, — технический долг. Если команда начинает тратить большую часть времени не на новые функции, а на обход ограничений платформы, старый стек начинает тормозить развитие бизнеса. По данным Stripe, разработчики могут тратить до трети рабочего времени только на обслуживание технического долга вместо создания нового функционала.
По отдельности каждый из этих признаков еще ничего не означает. Но если они появляются одновременно, рассчитывать на восстановление рынка становится все сложнее.
Самая распространенная ошибка — считать, что вместе со стеком придется выбросить весь накопленный опыт.
На практике это почти никогда не происходит. Современные исследования карьерных переходов инженеров показывают, что быстрее всего меняют направление специалисты, которые воспринимают свою экспертизу как набор навыков, а не список технологий.
Если посмотреть на работу Senior-инженера, становится заметно, что большую часть времени он вообще не пишет код. Он проектирует архитектуру, разбивает сложные задачи на небольшие, ищет причины инцидентов, принимает технические компромиссы — обсуждает их с продуктом и объясняет бизнесу последствия разных вариантов реализации. Именно это и составляет основной капитал инженера.
Не переносится совсем другое:
Снова пример Atlassian-разработчиков: переход с Connect на Forge. По словам инженеров, привыкнуть к JavaScript оказалось сравнительно легко. Основные сложности возникали из-за новых моделей авторизации, работы с инфраструктурой Forge и ограничений самой платформы.
Поэтому вопрос лучше формулировать иначе: какие инженерные задачи я умею решать. Именно этот навык покупает рынок.
Если чувствуете, что давно стали ассоциировать себя с конкретным стеком, полезно переключить фокус на фундаментальные инженерные навыки. Например, специализация Software Design and Architecture от University of Alberta на Coursera посвящена архитектурному мышлению, паттернам проектирования и построению масштабируемых систем — тем компетенциям, которые остаются востребованными независимо от языка программирования.
Когда приходит время переходить, возникает соблазн открыть рейтинг Stack Overflow или GitHub и выбрать технологию, которая сегодня находится на первом месте. Но хайп почти никогда не бывает лучшим критерием. Разумнее искать технологию, где накопленный опыт даст вам максимальное преимущество.
Самая дорогая ошибка при смене стека — решить, что придется снова становиться Junior. На практике компании гораздо чаще ищут людей, которые понимают предметную область и умеют проводить миграции, чем специалистов, идеально знающих новый фреймворк, но никогда не работавших с крупными системами.
Именно поэтому лучшим вариантом становятся так называемые мостовые роли. Они есть в компаниях, которые уже начали переход на новую технологию и какое-то время будут жить сразу в двух мирах. Ваш опыт со старым стеком здесь становится конкурентным преимуществом: вы понимаете ограничения существующей системы и можете безопасно переносить ее в новую архитектуру.
Так происходил и переход с Objective-C на Swift. Большинство команд не переписывали приложения заново, а постепенно добавляли новые модули на Swift, оставляя старый код работать до тех пор, пока его не удавалось заменить. Такой подход позволял разработчикам освоить новый язык без потери продуктивности и без необходимости обнулять экспертизу.
Похожий подход используют и при миграции крупных PHP-систем. Вместо большого переписывания проекты постепенно выносят отдельные сервисы на Node.js или Python, сохраняя работающую систему и снижая риски. Именно в этот момент особенно ценятся инженеры, которые одинаково хорошо понимают старую и новую архитектуру.
Еще одна ошибка — сначала несколько месяцев изучать теорию, а уже потом искать работу. Гораздо лучше работает противоположный подход: выбрать небольшой проект, написать сервис на новом стеке, взять несколько задач внутри текущей компании или сделать pet-проект. Новые инструменты начинают запоминаться именно в работе, а не во время просмотра десятков часов видео.
Хорошая иллюстрация: история разработчика с трехлетним опытом на VB6. Он понял, что вакансий становится все меньше, самостоятельно изучил React и позже написал, что именно этот переход буквально восстановил его карьеру.
Если вы переходите на новый стек уже как Middle или Senior, есть смысл вкладываться не столько в изучение нового синтаксиса, сколько в развитие архитектурного мышления.
Один из самых популярных практических курсов на Udemy — Software Architecture & Design of Modern Large Scale Systems. Он посвящен проектированию распределенных систем, масштабированию приложений и архитектурным решениям, которые одинаково востребованы практически в любой современной экосистеме.
Может показаться, что любой старый стек нужно срочно бросать. На самом деле нет. Есть ситуации, когда легаси становится не проблемой, а вашим преимуществом.
Например, так называемый COBOL-эффект. Старые технологии продолжают жить десятилетиями, потому что стоимость перехода для бизнеса оказывается выше потенциальной выгоды. В одном из опубликованных кейсов разбирается компания с продуктом на .NET Framework и SQL Server 2008. Интерфейс выглядит так, словно его не меняли со времен Windows XP, однако бизнес показывает EBITDA около 67%, а годовой отток клиентов остается минимальным.
Почему так? Потому что пользователи не хотят переучиваться. Для страховых брокеров, которые работают в системе по десять лет, привычный интерфейс оказывается ценнее современного дизайна. По данным исследования, лишь 4% клиентов вообще готовы сменить продукт ради более современного интерфейса. Для остальных важнее цена, стабильность и поддержка.
Именно поэтому работа с легаси иногда становится очень прибыльной специализацией. Но здесь важно честно ответить себе на вопрос: вы сознательно строите карьеру в узкой стабильной нише или надеетесь на возвращение прежнего рынка? Это две совершенно разные стратегии.
Если сомневаетесь, насколько ваша технология чувствует себя уверенно, попробуйте ответить всего на три вопроса.
| Сигнал заката | Ваш стек |
| Есть официальный график deprecation или End of Life? | Да / Нет |
| Вакансий меньше, чем несколько лет назад? | Да / Нет |
| Появились официальные инструменты или подробные гайды по миграции на другую технологию? | Да / Нет |
Ответили «да» хотя бы два раза? Скорее всего, рынок уже начал двигаться дальше. Это ещё не повод срочно увольняться, но хороший момент, чтобы начать переносить свой капитал навыков в соседнюю технологию.
Если понимаете, что время для перехода действительно пришло, но не готовы сразу проходить большую специализацию — можно начать с более компактного курса Software Architecture на Coursera. Он помогает взглянуть на разработку не с точки зрения отдельных библиотек и фреймворков, а с уровня архитектуры системы. Именно это чаще всего позволяет сменить инструмент, сохранив свою ценность как инженера.
Любой стек рано или поздно становится легаси. Это нормальная часть жизни индустрии. Поэтому главный вопрос не об умирании технологии, а о скорости переноса вашей экспертизы.
Самое ценное, что вы накопили за годы работы, — не синтаксис языка и не названия библиотек. Гораздо важнее способность проектировать системы, разбираться в сложных архитектурах, находить причины проблем, принимать технические решения и объяснять их бизнесу. Эти навыки востребованны независимо от того, какой язык сейчас на пике популярности.
Если же вы осознанно выбираете путь эксперта по легаси — это тоже может быть сильной карьерной стратегией. Но только тогда, когда ясно понимаете, почему остаетесь, а не просто надеетесь, что рынок однажды вернется назад.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.