Бывает так, что нужно сделать работы просто потому что нужно её сделать.

Программное обеспечение как и всё в этом мире должно изменяться.

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

Первое что нужно сделать это признать технический долг и зависимость от импортных технология.

Второй это выработать стратегию перехода на актуальный в текущий момент стек.

Декомпозиция как решение

Нужно взять старую систему, проанализировать её и сформировать реестр функций.

Далее удалить ненужные или неактуальные функций.

Затем расставить приоритеты для реализации.

Стратегии внедерении нового

Я писал об ранее в статье «Про декомпозицию монолита в микросервисную архитектуру».

Вариантов тут несколько, в зависимости от бюджета:

Разрабатываем всю систему для замещение, проводим теневое тестирование старой системы и новой, выводим из эксплуатации старую систему.

Замещаем функционал старой системы методом вытеснения, желательно добавив теневое тестирование. Благо у нас микросервисная архитектура и мы можем себе это позволить. Тут важно определить параллельные и последовательные процессы замещения.

Важно определить контракты

Важно определиться с контрактами и описать их, это может быть OpenAPI, могут быть библиотеки на том языке на котором вы пишете .NET, Java и т.д.

Очень важно

Ответственно отнестись к микроменеджменту и декомпозиции задача, так что бы разработчик получал как можно более атомарные задачи.

Что бы их можно было быстро сделать и проверить. Тогда все отговорки про то что нужно много читать будут не актуальны.

Как лайфак попросить разработчиков время от времени писать статьи и самим описывать задачи правильно, для другого разработчика!

Послесловие

Написать статью меня побудило прохождение собеседование в крупную компанию, некоторое время назад, не буду указывать её название, на этот раз.

Первую часть интервью меня пугали объёмом работы и тем, что «от нас уже ушли 2 архитектора». А так же рассказывали какая у них крутая система, которую писали 30 лет 1000 человек.

А теперь её нужно импорт-заместить, до конца года, иначе будут «А та-та», при этом это бизнесу ничего не даёт! Привет биполярное расстройство личности!

При это из 300 разработчиков все плохие, и они ничего не хотят читать. Ну видимо не кому делегировать задачи.

Тестовую задачу объяснили на словах, предложили её решить тоже на словах, за 15 минут, без miro, plantuml, даже без простейшей «рисовалки».

При этом постоянно перебивая и пытаясь «помочь».

На следующий день, я сам написал HR-менеджеру письмо с просьбой снять мою кандидатуру с конкурса с указанием причины.