Mentionsy

Monorepo.

No właśnie, bo jakby module federation, to ja bym powiedział, że to trochę jest synonim do monorepo.

Monorepo, coupling na poziomie wersji frameworka.

Więc zostajesz przy Monorepo przeważnie.

I ja bym powiedział, że po prostu module federation w Monorepo daje super możliwości, jeśli chodzi o czas i szybkość developmentu i performance, właśnie optymalizację samej aplikacji.

Dlatego module federation jakby w tym setupie z Monorepo, który Elnix promuje, jest bardzo fajny.

Da się uzyskać niezależność i autonomię przy module federation i monorepo.

Tylko trzeba mieć pewne inne rzeczy, w tym Monorepo, takie jak code owners.

Szczególnie jeżeli masz monorepo, które było rozwijane bez trunk base od samego początku i bez właśnie Feature Toggle i są jakieś pewne naleciałości.

Tak, ja bym właśnie to tak podsumował w takim jakby przeglądzie tego, jak możemy to module federation, do czego to zapiąć i możemy właśnie użyć web komponentów, single SPA, możemy robić takie lazy loadowane moduły, to też jest ok, ale wtedy musimy mieć monorepo, a możemy też użyć iframe'ów.

Bardzo ważna rzecz, że pamiętajcie też o tym, że monorepo samo w sobie jest potęgą i my tutaj nie hejtujemy tego.

Tak jak wcześniej mówiliśmy, można zorganizować sobie tak monorepo, że będziesz miał tą niezależność, a

No i na przykład ktoś wykona robotę za was, na przykład taki platformowy team, który zrobi update całego frameworka na całe monorepo.