Повлияет ли работа над старым стеком технологий на мою карьеру?

Недавно я устроился на работу в новую компанию. Имею опыт работы full stack разработчиком более 5 лет. Насколько я понимаю свою новую должность, основное внимание я буду уделять мобильной разработке, но мне также будет поручена работа на сервере и веб-клиенте. Пройдя все интервью и разговоры на высоком уровне, я смог взглянуть на код и архитектуру. Я не впечатлен и весьма напуган, так как технологический стек устарел для каждой платформы.

Мои основные опасения:

  1. Версии языков больше не поддерживаются почти полвека, если не больше, поскольку доступны новые версии с постоянными разговорами о том, как новые версии сломают кодовую базу.
  2. ОС сервера также больше не поддерживается в течение нескольких лет, и доступны новые версии, но также успокоили, что обновление сломает приложения.
  3. Я считаю, что могу сосчитать количество имеющихся у меня библиотек с открытым исходным кодом для каждой платформы, они также больше не поддерживаются и устарели уже много лет.
  4. Фреймворк MVC устарел из-за второй версии, которая была переписана, но, похоже, никто не знал об этом, когда я упомянул об этом. Мне также сказали, что мне не нужно будет читать об этой структуре, что меня удивило.
  5. Копирование и вставка целых платформ приложений для выхода на новые потенциальные рынки, что, я считаю, создаст кошмар обслуживания.

На моих предыдущих работах мы использовали новейшие технологии и постоянно обновлялись. Мне нравится использовать новые технологии, когда я играю с ними вне работы, и мне нравится делиться информацией с моими коллегами, которым интересно об этом говорить. К сожалению, есть всего несколько человек, которые разделяют этот интерес к этой новой работе.

У меня есть внутреннее ощущение, что продолжение этого курса не расширит мою карьеру в том направлении, в котором я хочу, и принесет больше вреда, поскольку я хотел бы однажды стать архитектором программного обеспечения. Считают ли менеджеры или старшие разработчики, что пребывание в такой компании вредит их карьере или навыкам развития?

Это зависит от того, надеетесь ли вы, что в будущем вас будут нанимать на должности, заполняемые путем сканирования резюме на наличие версий названий инструментов? Или вы надеетесь, что в будущем вас будут нанимать для решения сложных задач ?
Мне нравится твоя точка зрения. Я бы предпочел, чтобы меня наняли для решения сложных задач, а не для ключевых слов и модных словечек. Мои предложения по мобильному приложению были услышаны, и его первоначальный владелец очень рад этим изменениям.
Работа с существующими технологиями и помощь в выяснении того, где модернизация стратегически полезна, а где нет, может быть увлекательной, и очень полезная возможность, которую вы можете обыграть, описывая свою роль. Но это не та работа, которая нравится всем, и это не то, что поймет более слепой алгоритмический рекрутер.
Я должен сказать, что кто-то, кто покидает компанию, особенно через короткое время, из-за используемого стека технологий, будет для меня огромным красным флагом в интервью. Как интервьюер, вы спрашиваете себя, насколько этот кандидат «подошел бы», и, конечно, в каждой компании всегда найдутся вещи, нуждающиеся в обновлении.
Спасибо за ваше понимание. Я никогда не был на той стороне процесса собеседования, и я просто поражен некоторыми практиками, которые я видел. Ваш ответ вызвал некоторое любопытство с точки зрения интервьюера. На что бы вы обратили внимание в первую очередь во время собеседования?

Ответы (3)

Ваше решение действительно основано на одном факторе.

Как просматриваются изменения.

Наличие устаревшей техники само по себе неплохо. Иметь устаревшую технологию, но отказываться от обновления.

Спасибо, я бы согласился. Я изучу это больше, чем просто проверю номера версий.

Если вы можете написать хороший код на любом языке, вы сможете написать хороший код на любом языке.

Это правда, что ваш опыт работы с определенными технологиями поможет вам попасть в компании, которые все еще используют эти технологии. Имейте в виду, что старые технологии все еще более распространены, чем вы могли сначала подумать; флагманский продукт моей компании написан на языке COBOL, и мы как раз сейчас заменяем клиентские серверы приложений на базе NT4 серверами на базе Windows 10.

Вещь не сломана только потому, что в ней используется старая технология, а если вещь не сломана, не чините ее.

То, что вы описали, не похоже на проблему «старых технологий». Старые технологии прекрасны — почти все, что я использую, и я заработал на них много денег.

Устаревшие вещи не конец света, пока вы контролируете среду развертывания, что, похоже, делает эта компания.

Беспокойство у меня исходит из пункта 5 - Копирование и вставка. Но это не проблема старых технологий; это проблема недальновидного руководства. Когда-то я исправлял такие проблемы на своей старой должности, и я получил большую похвалу за их исправление, и в результате узнал глубокие вещи и загадочные ошибки о технологиях, которые мы использовали.

Здесь вы можете многому научиться — или даже взять на себя ответственность за использование лучших практик. Если вы будете работать с ними, чтобы решить эти проблемы, то вы можете найти себе очень хороший дом. Если вам это не нравится, то я бы не беспокоился. Пока вы были продуктивны, ваше резюме будет выглядеть хорошо. Вы добавили ценность и приобрели опыт.

И если они будут болтать об этом, то я не останусь. Не из-за предположительно устаревшей кодовой базы, а из-за того, что этот тип продукта и опыт разработки не кажутся вам нужными. Вы, кажется, хотите экспериментировать и быть свободными, но эта компания, похоже, больше придерживается менталитета «не чини то, что не сломалось».