Соглашусь, что список можно дополнить. Но кажется что он достаточно универсален как для компонентов, так и для приложений. Мы используем каждый пункт из списка в приложении, даже changelog =) (он генерируется автоматически)
Мало чем, в моем понимании микрофронтенд это продолжение бэк микросервисов, только уже визуальная часть. Но изюм в том что на фронте пользователю хочется, чтобы у него был единый процесс, а не отдельно модуль товар, модуль доставка, модуль оплата. Нам же как разработчикам удобней разделить сущности, более того, чтобы разные сущности разрабатывали разные команды, да еще чтобы на разных технологиях. Но все же где то должна быть прослойка которая связывает эти модули, автор и рассуждает в этом направлении. Граница между «логика на бэке», «фронт только визуал» стирается. Есть разные потребности бизнеса и есть разные способы их достижения. Одно из предположений, что микрофронтенды позволят совмещать разные подходы под одной крышей с минимум боли.
Ребят, а зачем вы кастомизировали ant? У вас же есть своя дизайн система paradigm.mail.ru?
Теперь картинка весит меньше :)