1.01 (1) SSR, SSG, SPA czy MPA?
1.01 SSR, SSG, SPA czy MPA? W pierwszym odcinku podcastu PiwnicaIT rozmawiamy o różnych podejściach do tworzenia aplikacji webowych. Poruszamy tematy związane z SPA, SSG, SSR czy MPA w ujęciu webdevelopmentu. Omawiamy nasze doświadczenia w pracy z różnymi bibliotekami i frameworkami dostępnymi na rynku. Materiały dodatkowe: Qwik Svelte How to pick Web Framework in 2023 NextJS Gatsby React 10 Rendering Patterns for Web Apps Rozmawiają: Wojciech Skorupa [linkedin] Mateusz Jabłoński [www] [linkedin]
Więc pewnie prosty HTML byłby dla niego najtańszy i najskuteczniejszy. Aczkolwiek w pewnym momencie stałby się kulą u nogi, bo tak naprawdę trudno takiego HTML-a dalej rozwijać bez konkretnych umiejętności. Więc przydałby mu się jakiś CMS. Jeżeli CMS, to pewnie na rynku pojawi się mnóstwo tych CMS-ów. Sami zresztą niedawno mieliśmy dyskusję przy jednym projekcie z działem marketingowo-biznesowym, co wybrać. No i tutaj pojawił się zagwozdka, bo tych rozwiązań jest masa. Od WordPressa, poprzez jakieś wiksy, niewiksy i tak dalej, i tak dalej.
Zdecydowanie wolałbym pracować tak, jak pracuje. Mateusz, teraz to już jest wszystko nagrane. Tak, ale fakt faktem nadal podtrzymuję, że klient, który do Ciebie przychodzi, bardzo często zaczyna od MVP. Jak zrobisz mu Stronę internetową z Nextem w architekturze komponentowej, do tego dorzucisz jakiś headless CMS i wiesz, wszystko pięknie, ładnie, do tego wiesz, wszystko będzie cudnie napisane, a jeść można będzie z tego, tak? To w pewnym momencie się okaże, że on zapłaci naprawdę horrendalną kwotę za narzędzie, którego nie wykorzysta Więc czasami wydaje mi się, że z perspektywy takiej czysto biznesowej ten developer experience też jest ważny.
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?
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.
Adwentu tych technologii, o których rozmawiamy, które by były idealne jako alternatywy WordPressa w połączeniu z jakimś rozbudowanym systemem CMS i dużym katalogiem gotowych template'ów. Właśnie ponoć do Gatsby'ego jest tworzony zbiór template'ów, ale jest on dość ubogi. Więc z tej perspektywy, no ten system template'ów i plugin'ów w WordPressie wygrywa wydaje mi się w dalszym ciągu. Jeśli chodzi o headlessy, czyli te CMSy headlessowe, które np. pod takie rozwiązania, o jakich dzisiaj rozmawiamy, czyli o rozwiązania typu SSR, SSG czy SPA, to takie CMSy headlessowe mają wielki sens i dają często dużą swobodę użytkownikom.
Więc to ma też sens, to też jest rozwinięcie, trochę odpowiedź na to, co robi WordPress, że z jednej strony my tworzymy aplikację, czy to SSR, czy to SPA, czy to SSG, podpinamy w to jakiś tam system CMS-owy i wychodzimy tak naprawdę, możemy czerpać oczywiście z korzyści, czyli z tych wszystkich zalec, które dadzą nam poszczególne podejścia w zależności od wybranej drogi, ale możemy czerpać też Zyski z zalet tego, co dawał nam wcześniej WordPress ze swoimi znienawidzonymi przeze mnie pluginami typu Elementor. Więc tak naprawdę wydaje mi się, że to jest, gdzieś to się dzieje, że ten WordPress... Pojawiają się narzędzia nawet z tej części, którą my sobie pod kątem Developer Experience, że tak powiem, wybieramy i pod kątem rzeczywiście wydajności, no bo te aplikacje reactowe
Pokazano wszystkie 6 dopasowań. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Mateusz przedstawia gościa, Wojtka, JS-owego ogarniacza.
Mateusz wprowadza w temat Server Side Rendering (SSR).
Wojtek i Mateusz dyskutują o SSR, jego przyszłości i zastosowaniach.
Wojtek i Mateusz poruszają temat porównania SSR, SPA i SSG.
Rozmowa o zastosowaniach technologii w zależności od projektu.
Wojtek i Mateusz dyskutują o wyborze technologii dla projektu MVP.
Rozmowa o porównaniu Nexta i Gatsby'ego.
Wojtek i Mateusz poruszają temat innych technologii takich jak Svelte i Remix.
Rozmowa o monopolie technologicznym i wpływach na wybor technologii.
Rozmowa o innych technologiach takich jak Vue i Angular.
Rozmowa skupiła się na porównaniu technologii front-endowych, takich jak SSR, SSG, SPA i MPA, pod kątem wydajności, SEO i developer experience.
Diskussja na temat przyszłości WordPressa jako platformy do tworzenia stron internetowych, porównanie z innymi technologiami i propozycje alternatyw.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
1.01 SSR, SSG, SPA czy MPA?
W pierwszym odcinku podcastu PiwnicaIT rozmawiamy o różnych podejściach do tworzenia aplikacji webowych. Poruszamy tematy związane z SPA, SSG, SSR czy MPA w ujęciu webdevelopmentu. Omawiamy nasze doświadczenia w pracy z różnymi bibliotekami i frameworkami dostępnymi na rynku.
Materiały dodatkowe:
Qwik Svelte How to pick Web Framework in 2023 NextJS Gatsby React 10 Rendering Patterns for Web AppsRozmawiają:
Wojciech Skorupa [linkedin] Mateusz Jabłoński [www] [linkedin]