Renesans Angulara: Czy rzeczywiście jest tak cudowny?

Po prostu konferencja NG Poland to była... Same signals. To powinno być, to było signals Poland. To była konferencja Signals Poland, zresztą już nawet prowadzący kolejne prezentacje w Signalsach się z tego nawet śmiali, ale to była duża rzecz i to będzie duża rzecz i myślę, że Angular po prostu nadgania te braki, które konkurencja miała, na przykład SSR, czyli Server Side Rendering. No, nadganiamy. Tak, ale co warto wspomnieć, to jest to, że w Angularze szesnastce chyba weszły stand-alone.

Tak jest. Co jest ciekawe? Wspomniałeś wcześniej, że Angular patrzy dość mocno w stronę SSR. I to jest dość ciekawe, ponieważ niedawno powstał taki framework, który się nazywa Quick. To jest on napisany przez Miszko. Ten Quick namieszał troszeczkę. Bo może zaczniemy od tego, kim jest Miszko. No właśnie. Miszko jest panem, który rozwijał przez 12 lat Angulara. Tego Angulara, którego znamy. Czyli bardzo długo siedział w bebechach naszego frameworku. No i on w pewnym momencie odszedł i powiedział, że dobra, trzeba stworzyć coś szybszego. I właśnie stworzył Quicka. I ten Quick jest naprawdę ciekawym frameworkiem, bo jest mocno skoncentrowany na performance, na tym, żeby strona renderowała się jak najszybciej.

I ten JS jest w takim zakresie, jaki jest potrzebny, żeby wykonać daną akcję na stronie. Czyli bardzo potężne narzędzie. Dobra, wszystko super. Ale czy Ty używasz Angulara z SSR-em? Czy kiedykolwiek użyłeś? Podjąłem próbę. No właśnie, ja uważam, że to jest fakt. Ale Jakub, poczekaj, poczekaj, ale właśnie dlatego nie używałem tego SSR-a, bo nie jest to takie proste w Angularze w tej chwili, żeby tego SSR-a zapiąć. Bo nie chciałem tracić czasu na to, żeby zapiąć SSR-a w Angularze. No tak, tylko że SSR ma konkretne zadanie i konkretny cel, ale dla aplikacji, która... Jakby nie będzie ładowana, nie będzie generowana estetycznie, SEO jest w ogóle bez znaczenia, tylko bo i tak musisz się zalogować i masz aplikację, gdzie jest logika, która jest ukryta zalogowanym.

To ten SSL, no co on tam daje? Oczywiście no fajnie dostać ten HTML na dzień dobry, ale de facto ja osobiście uważam, że dla Angulara to w ogóle nie jest deal breaker. Nie, jeżeli powiemy sobie tak, wszystkie aplikacje, które budujemy w tej chwili będą miały rozmiar 50 kilobajtów w transferze dla klienta. Ale problem jest taki, że nasze aplikacje tylko rosną z czasem. I teraz co się stanie, jak dojdziemy w pewnym momencie do momentu, w którym po prostu już tego kodu jest tak dużo i tego JS-a tak dużo wypluwamy, że ten SSR będzie potrzebny. Czyli rozumiem, że Angularowe aplikacje będą rosły, rosły, rosły, rosły. W pewnym momencie będą już tak duże, że ludzie stwierdzą, że dobra...

Nie ma opcji, nie utrzymamy tego, przepisujemy. I tutaj wjeżdża QUIC. Nie, znaczy mi bardziej chodzi o to, dlaczego Angular zaczął patrzeć w stronę SSR. Oczywiście nie mówię, że jakby QUIC był głównym powodem, tylko głównym powodem jest to, że my jednak tego kodu produkujemy bardzo dużo. No tak. I oni musieli coś z tym zrobić, żeby pójść w kierunku performance'u, po prostu żeby tego... Kody ładować mniej, a nie więcej. No i tutaj też wjechały w Angularze jakby dyrektywa defer, czyli deferable views, więc mamy komponenty, które możemy załadować dopiero dynamicznie i to nie wymaga już w zasadzie SSR-a, ale jest mega super fajne i na to trochę czekam z naszym update'em Angulara.