Рефакторинг фронтенд-монолитов: инструменты, архитектура и человеческий фактор
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Фронтенд-приложения редко задумываются как монолиты — они вырастают в них со временем. Когда накапливается сложность, командам приходится идти на болезненные компромиссы и бесконечно рефакторить. В докладе я разберу, как пошагово выбраться из монолита: начать с ADR (Architecture Decision Records), чтобы фиксировать обоснование решений; применить паттерн Strangler для замены легаси-частей; поэкспериментировать с новыми архитектурными стилями, например «матричной» архитектурой и тд.
Но одних технических изменений мало. Поговорим о том, как предотвращать эрозию кода с помощью тулинга и аудитов, как поддерживать модульность, наблюдаемость и тестируемость — и почему люди и сообщество внутри команды являются ключевым фактором любого успешного рефакторинга.
Работает в IT больше 10 лет, в последнее время количество кода стало уменьшаться, а взаимодействия с людьми стало больше. Тянет в сторону архитектуры решений с использованием облаков и машинного обучения. Считает, что любить кофе только за его вкус — нерационально.
Видео
Другие доклады секции
Platform Engineering. Архитектура платформ
