1.01 (1) SSR, SSG, SPA czy MPA?

A co ty sądzisz? Wiesz co, ja dość dużo pracuję z SSR-em tak naprawdę i się totalnie zgadzam z tym, że to jest takie nowe MPA. W zasadzie już od wielu lat wydaje mi się, że odgrzewamy stare kotlety, próbujemy wymyślić coś nowego, tak jak było w przypadku SPA, czyli wymyśliliśmy coś nowego, żeby przenieść z jednej strony aplikację na 1.01 1 SSR, SPA czy MPA?.

Nie spełniło do końca swojej roli na rynku, w szczególności pod kątem SEO, pod kątem mediów społecznościowych i tego, jak w ogóle rozwija się internet. Więc z tej perspektywy na pewno powrót do czegoś, co było podobne do MPA, czyli do SSR-a, stał się czymś naturalnym. I wydaje mi się, że ten SSR w takim ujęciu, w jakim jest w tym momencie, jest w zasadzie 1.01 1 SSR, SSG, SPA czy MPA?. 1.01 1 SSR, SSG, SPA czy MPA?. 1.01 1 SSR, SSG, SPA czy MPA?.

1.01 1 SSR, SSG, SPA czy MPA?. Z każdym z tych trzech rodzajów aplikacji spotkamy się. Nawet mamy MPA na rynku w dalszym ciągu. Z każdą z tych aplikacji spotkamy się tak naprawdę. Czy bazując na Twoim doświadczeniu, na tym co już tak naprawdę zrobiłeś i znasz każde z tych podejść tak naprawdę, jak myślisz, do których projektów najlepiej by było wybrać

Jest to jakiś dashboard, są to jakieś wykresy. 1.01 1 SSR, SSG, SPA czy MPA?. Jak media społecznościowe, czy coś w stylu Airbnb, czy innych platform zajmujących się powiedzmy wynajmem mieszkań, właśnie tam skorzystałbym z technologii. A Ty Mateuszu, masz inne zdanie na ten temat? W zasadzie chyba nie. Jeśli chodzi na przykład o

I tutaj zgadzam się, że te podejścia właśnie, o których wspomniałeś, czyli między innymi WordPress, 1.01 1 SSR, SSG, SPA czy MPA?. Albo stwierdzenie, że okej, nie potrzebujemy żadnych technologii i zwykły HTML będzie wystarczający, bo mamy gdzieś tam prostego landing page'a, nie przewidujemy, że będzie tam potrzebny jakikolwiek CMS. No myślę, że oboje byśmy wybrali właśnie jedną z tych technologii, o których rozmawiamy dzisiaj. Myślę, że raczej nie piszę byś tego od nowa, wiesz, po prostu w czystym HTML-u, tak?

Z prostej przyczyny. Ponieważ oba narzędzia miałyby służyć do szybkiego dostarczania produktu, w prostym ujęciu. Oczywiście, jeden to jest SSG, drugi to jest MPA, więc trudno by było to porównywać z tej perspektywy. Natomiast z drugiej perspektywy, jeżeli klient ma do wyboru, przychodzi do Ciebie i mówi, słuchaj Wojtek, chcę stronę internetową, landing page, najlepiej szybki, szybko, żeby postał postawiony, co mi proponujesz? A Ty mu mówisz, słuchaj, zrobimy Zrobimy SSG, bo jest optymalne, bo jest szybkie, bo jest fajne, wprowadzamy Gatsby'ego. A on mówi, no dobra, a jak ja to mogę dalej, co ja mogę z tym zrobić? No słuchaj, no co możesz z tym zrobić? Napiszesz do mnie, ja Ci wszystko zrobię, tak?

Tak, napiszesz do mnie, ja Ci wszystko zrobię, a jakbym wybrał MPA, wybiorę jakiegoś CMS-a, jakiegokolwiek, nawet starą dżumlę, Tak? To on sam sobie to wyklika. W pewnym sensie. Kurczę, koszmary. Teraz Gatsby wypełniał tą lukę wypełniał tak naprawdę gdzieś na rynku, wydaje mi się. Tyle tylko, że trochę zaniemógł w porównaniu do mnogości opcji, które dostarczają rozwiązania na przykład MPA. No bo jeżeli byśmy spojrzeli na Gatsbiego Na przykład Nexta, no to tutaj mamy już większe pole do popisu, ponieważ Next też może nam generować SSG.

I porównując Nexta na przykład z Gatsbym, wydaje mi się, że większość wybierze Nexta, bo Next więcej oferuje. Więc ten Developer Experience daje większą swobodę. To podejście hybrydowe da nam większą swobodę niż przy Gatsbym. Zgadzam się z Tobą. Mamy narzędzie Gatsby'ego jako Do tego miejsca, w którym Gatsby jest, czyli do budowania prostych, szybkich, dynamicznych stron, to tutaj może się pojawić ta rozbieżność. Czy to będzie bardziej MPA, czy to będzie bardziej SSR? Nie chodzi nam o całą technologię, o podejście do technologii, tylko bardziej, w którą stronę to przypisać. Więc biznesowo ten Gatsby mi się nie klei.

Na przykład w Reaktcie w tamtym czasie był ten case dosyć słynny, gdzie był taki dość wątpliwie rozumiany zapis, który mówił według niektórych, że wszystkie narzędzia, wszystkie rzeczy napisane z wykorzystaniem Reacta 1.01 1 SSR, SSG, SPA czy MPA?.

Tak, że nie wiem czy w sumie jest coś takiego C2C, nieważne. W każdym razie B2C jest mega ważne, bo to koniec końców może naprawdę ogromnie wpływać na to jaką konwersję użytkowników uzyskujemy i ile pieniędzy zarabiamy, koniec końców. No tak, jak nie wiadomo o co chodzi to chodzi o pieniądze. Dokładnie tak. Wojtek. To jeszcze jest kwestia, jeszcze pozostaje nam kwestia jedna, nie rozstrzygnięta. Rozmawialiśmy sobie o SSR, rozmawialiśmy sobie o SSG, o SPA, o MPA, a gdzie tu umieścić najnowszy pomysł Reacta? Czyli jak pewnie sobie zdajesz sprawę, co mam na myśli, React Server Components.

Okej, Wojtek, mamy jeszcze jeden temat, który nam został. Poruszyliśmy w zasadzie na samym początku case tego, że mamy do dyspozycji właśnie SSR, SSG i SPA. Mówiliśmy też o tym MPA naszym, czyli tym Multi-Page Application. O ten nieszczęsny WordPress zahaczyliśmy. Ten WordPress na rynku, tak jak patrzyłem na statystyki w zeszłym roku, to jest około 70% aplikacji stron internetowych, czy blogowych, czy firmowych, tak naprawdę pisanych w oparciu o WordPressa, nadal na rynku. Wiadomo, proporcja się zmienia. Prawdopodobnie docelowo na niekorzyść WordPressa.

A tutaj jednak ten deweloper jest potrzebny. Ktoś ci musi opracować te komponenty. Wojtku, podsumowując. Wydaje mi się, że stoimy obaj na stanowisku, że bardzo wartościową rzeczą w przypadku każdego z tych trzech podejść, o których dzisiaj rozmawialiśmy jest to, że developer experience przy każdym z tych podejść będzie stał na o wiele wyższym poziomie niż budowanie aplikacji z wykorzystaniem aplikacji typu MPA, gdzie frontend jest wbudowany w backend. Wydaje mi się też, że chyba się zgodzimy co do tego, że wybieranie pomiędzy SSR, SSG a SPA jest bardziej kwestią biznesową niż kwestią deweloperską, ponieważ każda z tych aplikacji ma trochę inne cechy, trochę inny performance, trochę inne czasy dostarczenia i tak naprawdę biznesowo to się musi spinać.