Перспективная API архитектура VS так себе Веб приложения, сервисы, соц сети - это бесконечный запросы и ответы с фронта на бек и разработчик как архитектор решает как их организовывать. Полирую проект, который был у меня в разработке последние 50 дней. Общие типы, схемы валидации, переиспользуемые паттерны. И вот сейчас утверждаю структуры запросов и ответов, делая железобетонный и перспективный подход, который пойдет со мной дальше в следующие проекты. Основная концепция: фронт - тонкая глупая прослойка, отвечающая за отображение данных с бека, минимум вычислений и какой-либо логики, сделать запрос -> получить ответ -> показать. Если гуляя по сети держать открытой панель разработчика, часто можно заметить паттерн демонстрируемый на первом видео: post запрос -> инвалидация данных на странице следующим get'ом.