Или качаться до платёжного босса или спикера 👍🏻

тренд на микрофронтенды конечно говно, но работать с этим все равно придется)

сочувствую тем кому придется и тем кто не будет знать что у них за говно задеплоено на проде и из каких версий микрофронтендов оно состоит =)

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

не совсем так, как всегда все зависит от архитектора и инженерной культуры в конкретной компании.
Микрофронтенды вполне можно нормально готовить  и поддерживать, и возможно это даже неизбежная судьба по-настоящему больших приложений.
Проблема в другом: как всегда адаптировать этот подход будут все кому не лень, и с рандомным уровнем качества. Так что сочувствовать стоит в основном заказчикам таких приложений)

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

вообще-то необязательно иметь один эвент луп на страницу)
айфреймы позволяют обойти это ограничение. А заодно и получить стандартизированный протокол взаимодействия через postMessage
Но у такого подхода конечно тоже есть свои проблемы

знаете когда то были целые фреймы, а не айфреймы. Где они теперь? =)

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

Пикчер ин пикчер

и приоритезируются где-то в конце на мобильных браузерах

так это не слабость
просто для каждой задачи - свой инструмент

если неправильно айфрейм поднять у них еще эвентлуп будет общий =)

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/frame я вообще то говорил про вот это. Истинный микрофронтенд (депрекейтед)

короче что айфреймы что другой велик для микрофронтендов ни к чему хорошему не приводят имхо =)

У нас один продукт больше десяти лет так живёт и до сих пор активно продается=) там angularjs, bindows, plainhtml+js )
Тоже думал что придумали чего православное для изоляции, но когда посмотрел на storybook и предложения про микрофронтенды с разными библиотеками.. увы. Но может и не надо, решение рабочее, в том продукте болячки все уже давным давно порешаны и для прикладной разработки с целью расширения функциональности вообще ничего не мешает. Не модно, но стабильная и прогнозируемая разработка.

Вероятно важно что это b2b продукт)

у вас продукт на фреймах или айфреймах, не пугайте плз?

Со сторибуком все понятно, он просто не знает что рисует и не должен никак влиять на внутренность. Но если с такой же парадигмой подходить к любому большому проекту, то это будет 10 загруженных версий реакта, ангуляра, вуя и прочих библиотек, ведь все изолированы друг от друга и не зависят друг от друга. Для b2b может и ок, там может не надо быстро загружаться, оптимизироваться по размеру и тп - занял нишу и сидишь с любым древним мамонтом, главное чтобы фичи были.

Iframe, промахнулся?)