Если контора использует устаревший стек или эзотерический набор внутренних утилит, то с большой вероятностью придется использовать именно их. Роскошь работы с актуальными технологиями и возможностью самому выбирать способ решения задачи - только для рутовой команды, увы. Я так в 2021 году поработал на связке xslt+jQuery, потом попячивал народ знанием этих шумерских технологий на собесах.
Резалты такого подхода для личного состава деструктивны. У сервисных команд все особенно грустно - они много работают, но - с неактуальными технологиями (или устаревшие, или слишком узконаправленные), над однотипными задачами и без полного охвата системы, фрагменты которой разрабатывают. Отсюда отвращение к собственной работе, выгорание и ( к счастью) - увольнение.
Передача опыта, менторство - неа, не слышали. Потому что рутовая команда и без того загружена реально сложной архитектурной работой, у них тоже есть свои дедлайны, и руководство, зная о масштабах текучки в своих богадельнях, видит, что расходы времени на обучение "гномиков" из сервисных команд не отбиваются.
Еще один фактор - разбежка по з/п. Если рутовой команде еще могут платить среднерыночную цену, то "гномиков" держат за обслуживающий персонал и расходники. Причем у руководства для этого есть все формальные (хотя и по фактам - откровенно издевательские) основания - работаете с неактуальными технологиями, занимаетесь примитивщиной (ага, вот только поставленной на поток).
И если окинуть такую ситуевину с высоты птичьего полета, то формируется очень мерзкая картина, в которой рутовая команда создает инструмент, конвертирующий гномиков в профит для CEO компании.
Как вариант - разработка целиком ведется в маленькой (но адекватно оплачиваемой и свободной по техническим решениям) команде, а костяк компании составляют операторы разработанной ими системы. Весь скиллсет которых принудительно сводится к умению работать с предоставленной системой по однотипным сценариям с последующим похуизмом к собственному труду, выгоранию и текучке в промышленных масштабах.








