Monorepo, mikrofrontendy, Lerna czy NX? Na live’ie Developer Jutra Tomasz Ducin pokazuje, jak tooling-first zaprowadził do błędnych decyzji i dlaczego dobór architektury powinien zaczynać się od priorytetów biznesowych, a nie od narzędzi.
Analiza nie była teoretyczna, chodziło o realny projekt, którego kontekst wyglądał tak:
Kontekst projektu
-
Istniejąca aplikacja webowa: edytor danych biznesowych dla małych firm (np. godziny otwarcia, adresy, telefony).
-
Nowe wymagania: aplikacja mobilna, portal klienta z umowami i fakturami oraz help center.
-
Priorytet: krótki deadline i time to market.
-
Zespół: jeden stabilny, doświadczony team fullstack developerów.
Decyzje architektoniczne w IT to więcej niż wybór narzędzia
Analizując podejścia takie jak monorepo czy mikrofrontendy, szybko okazało się, że najważniejsze pytania nie brzmią „które narzędzie jest lepsze?”, ale:
-
czy mikrofrontendy są w ogóle potrzebne, skoro nad całością pracuje jeden zespół?
-
czy monorepo faktycznie wspiera priorytet biznesowy, czyli szybkie dostarczenie produktu na rynek?
-
jak dokumentować decyzje, aby za rok czy dwa nowi członkowie zespołu rozumieli, dlaczego wybrano takie, a nie inne rozwiązanie?
Dlaczego warto zaczynać od „dlaczego”
To, czy użyjemy Lerna czy NX, ma drugorzędne znaczenie. Kluczowe jest, by decyzje architektoniczne wynikały z driverów biznesowych i kontekstu zespołu. W praktyce oznacza to zwrócenie uwagi na takie aspekty jak:
-
wymagania niefunkcjonalne (np. time to market),
-
struktura zespołu (jeden czy wiele zespołów),
-
długofalowe konsekwencje dla utrzymania projektu.
Dopiero gdy znamy odpowiedź na pytanie „dlaczego?”, możemy przejść do „jak?”, czyli do wyboru konkretnych technologii i narzędzi.
🎥 Całe nagranie możesz obejrzeć tutaj:
