Legacy обычно обсуждают как проблему старых компаний

Legacy обычно обсуждают как проблему старых компаний.

Но самое интересное — новое legacy создаётся сильно раньше. Иногда в первый год жизни продукта.

На конференции South HUB 2026 обсудили вопрос, который почему-то задают редко: если сегодня строить новый технологический контур компании, что нужно сделать, чтобы через три года не утонуть в собственных решениях?

На конференции привели любопытное наблюдение: новое legacy чаще всего появляется не в коде и даже не в архитектуре. Обычно оно рождается в процессах и решениях из серии «временно, потом переделаем».

Среди участников — VK, МегаФон, Точка, MAGNIT TECH, YADRO и Ozon Банк.

Сергей Ляджин (VK):

«Если вы начинаете продукт с нуля, не пытайтесь сразу угадать идеальную архитектуру. Лучше с первого дня заложите фундамент: подход к работе с базами данных, логирования, базовую наблюдаемость и понятные правила взаимодействия сервисов и команд. Практика показывает, что крупные компании всё равно приходят к этим стандартам. Вопрос только в том, построите вы их сразу или через несколько лет будете выделять отдельную команду, чтобы героически внедрять то, что можно было заложить в самом начале».

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

🟪 MAX ❤ TG