которого проблемы с производительностью, требование - переписать его на другой язык.
У меня план по миграции такой: мы сперва ручку за ручкой переносим в монолит на другом языке, в котором структура package by component (в будущем потенциальный отдельный сервис), и внутри каждого folder by feature.
Переписывать на другой язык и параллельно разбивать на микросервисы нецелесообразно, слишком сильно связано всё в рамках существующего монолита.
Дали в команду разработчика у которого 25+ лет опыта, который за всё время где-то понял что микросервисы - заебись и нужно делать только так. И вот он уже вторую неделю устраивает созвоны и рассказывает что мы всё делаем неправильно и что монолиты делать нельзя, что нужно сразу сделать 7-8 микросервисов и с нуля их писать учитывая особенности языка.
Как бороться с такими персонажами? Нетехнические люди в компании (ПМ, СЕО и тд) очень ценят кол-во лет указанных в графе опыт работы и очень просят работать с ним в команде.
Я уже пробовал и созваниваться с ним и в документации описывать план и книги ему кидал какие прочитать, всё мимо. Мужику 47 лет и он не воспринимает нововведения, у него всё мировоззрение основано на том, что он работал в больших компаниях и там были микросервисы
Уходить с проекта не хочется, хотел узнать что вы предпринимали в подобных ситуациях?
Так может переписывать и оптимизировать те части у которых проблема с производительностью? Ну и выносить их в подключаемые к монолиту библиотеки или микросервисы как в хотите. Обычно проблема не в языке а в людях которые его используют особенно в в мире веба. А мужику Скажите что вы и пишете микросервисы но в монорепе 😄. Как раз подходит под то что описаною
> Ситуация следующая, есть монолит у которого проблемы с производительностью, требование - переписать его на другой язык. вы уже проиграли тут
а какой эстимейт дал этот мужик?) аж интересно)
6-12 месяцев по его словам. Я не верю что это вообще реально учитывая что хотят добавлять новые фичи всё время и менять старые
Обсуждают сегодня