Nowe życie dla projektu czyli Aktualizacja Frameworka

Jeśli pracujecie z frontendem, to prawdopodobnie spotkaliście się z czymś takim jak update biblioteki albo frameworka. No i teraz pytanie, robić czy nie robić? W dzisiejszym odcinku opowiemy właśnie o tym, jak żyć z update'ami frameworku w dużych projektach. Ja nazywam się Jakub Pawlak. Jestem Aleksander Lubych. I zapraszamy na kolejny odcinek Subiektywnego Frontendu. Jakiś czas temu wyszła najnowsza wersja Angular. Wszystko super, bardzo fajnie, ale prawdopodobnie go nie zobaczysz. I prawdopodobnie nie skorzystasz z tych wspaniałości typu nowe Control Flow, typu signalsy, które zresztą jeszcze nawet nie są w stabilnej wersji.

A dlaczego? Może masz jakiś pomysł? No tak, bo utknąłeś na Angularze numer 12. I teraz, żeby zapolitować się do osiemnastki, przeżyjesz straszliwy ból istnienia. Sześć wersji. Dzisiaj porozmawiamy o tym czym jest w ogóle aktualizowanie tych Frameworków, po co to robić, jak to robić i dlaczego to robić. Dlaczego to jest ważne i dlaczego zostanie w tyle możecie kosztować bardzo, bardzo dużo w przyszłości. Więc myślę, że możemy zacząć od tego, że w ogóle a na co to komu? A komu to potrzebne? Skoro mamy Angular 12 i w zasadzie

Tutaj mi przychodzą od razu dwa ciekawe wątki. Jedna rzecz to jest to, że rozmawiamy o update biblioteki i możemy faktycznie to No dobra, możemy nie zaktualizować, ale to pociąga za sobą też nieaktualizowanie innych rzeczy, np. Node.js. Jeśli jesteśmy na starym Angularze czy jakimkolwiek innym frameworku, bibliotece, to prawdopodobnie też mamy jakieś środowisko uruchomieniowe, które też jest w wersji przedpotopowej i ono bardzo możliwe, że takie podatności ma. A drugi wątek, który mi przyszedł do głowy, to jest to, o czym powiedziałeś, że w zasadzie no dobra, mamy te takie dziury podatności w tych aplikacjach, ale co się może wydarzyć? I od razu mi przyszedł do głowy jeden taki bardzo, bardzo znany produkt WordPress.

W każdym razie często zdarza się tak, że jak pracujemy nad jakąś funkcjonalnością i brakuje nam, czegoś tam nam brakuje jakby Tak sobie myślimy, że ale by fajnie było, gdyby tam to było. I nagle... Ile czasu by było zaoszczędzonego. Tak. I Ty wchodzisz w to i to po prostu piszesz od zera. Tutaj akurat mówię o jakiejś tam funkcjonalności z NX, ale to dotyczy wszystkich, wszystkich praktycznie bibliotek, że myślisz, że o fajnie by było to mieć i nagle wjeżdża update. I tam to jest! I to jest naprawdę super sprawa, jeśli faktycznie doszedłeś do tej ściany i zamiast to implementować, zamiast zmarnować mnóstwo czasu, to zmarnujesz ten czas, powiedzmy zmarnujesz, na Update Frameworku, żeby dostać to po prostu out of the box, żeby to mieć, nie żeby zaimplementować tą jedną rzecz, a później jeszcze pięć kolejnych po...

Czyli będziesz musiał prawdopodobnie wybrać nowy framework. Chyba, że taki jest twój cel, przyznaj się. Chyba, że to jest to. Że to jest to i że po prostu chciałbyś popracować o nowym frameworku, więc po prostu zróbmy tak, żeby ten projekt utopić i idźmy dalej. Ale jeśli to nie jest ten case, to jedna rzecz to jest przekonanie biznesu, ale druga rzecz to jest przekonanie siebie samego. No bo my też musimy chcieć to zrobić, musimy też do tego przeć. Musimy dojrzeć do tego. Musimy dojrzeć. To nie zawsze jest przyjemna sprawa. Ale przyjemnie jest później mieć te nowe rzeczy. To tak jak wiesz, nie wiem, masz garaż, nie? I masz w garażu milion różnych śmieci, bo jeszcze nie spotkałem garażu, w którym jest dużo miejsca i stoi ten samochód.

To jak już weźmiesz się i zmarnujesz te pięć weekendów z rzędu i faktycznie tam posprzątasz, to miło jest później wejść do tego samochodu w garażu, co? Zdecydowanie, zdecydowanie. To jest ok. No dobra, to mamy teraz taką sytuację. Udało nam się przekonać biznes. Masz bardzo mocne argumenty. Wszystkie argumenty, które my tutaj przedstawiliśmy, przedstawiłeś biznesowi i pewnie jeszcze więcej. I biznes powiedział dobra, dobra Jakub, okej. Robimy to. Zaproponowałeś to rób. Tak, tak zawsze jest. No tak, dokładnie. No i co dalej? Jakie są następne kroki? To zależy od tego, czy np. masz jakieś skrypty migracyjne, czy masz jakąś dokumentację, czy robisz update tylko małej lipki, czy całego Frameworka.

Bo nie musimy tego zrobić zawsze sami, po prostu czasami warto skorzystać z czyjejś pomocy. Tak, a jeszcze bardzo ważne jest, żeby mieć odpowiednią konfigurację cache'a i umieć ją resetować. Pamiętajcie o tym, przy upgrade'ach frameworków, szczególnie frontendowych, cache was może zniszczyć i pogrążyć. Coś o tym wiesz. Słuchajcie, ostatnie półtora miesiąca spędziłem na tym, żeby wylizować nową zmianę w naszej platformie i mieliśmy trzy podejścia i cash nam dał popalić. Ostatecznie się udało. Ale będę naprawdę źle wspominać ostatni okres. Myślę, że tu możemy przywołać ten sławetny mem, że są dwie rzeczy trudne.

To tak, trochę się zgadzam, no bo wejdźmy w takie subiektywne nasze odczucia, bo to teraz jest nasze subiektywne zdanie, co by należało zrobić, bo to może być też istotny znak dla nas, że jeśli nie aktualizujemy tego, jeśli wygaszamy, to może jednak faktycznie dobrze się upewnić, czy jesteśmy na tym rynku pracy atrakcyjni. No tak zweryfikować. Oczywiście można żyć, można żyć, da się, da się żyć ze starą wersją Frameworka czy tam biblioteki. Można dalej pisać aplikacje w AngularJS, można wpisać w jQuery, można dalej robić bootstrapa trójkę, można. Tylko po co?

Myślę, że dzisiaj szklaną kulę odpuścimy, bo chociaż to mogłoby być ciekawe, czyli w którą stronę idą update frameworków i bibliotek. Czy to będzie z nami na zawsze, czy może będzie jakiś taki ultimate version, że wiesz, dostaniesz bibliotekę. Nie, nie sądzę. Którą nie trzeba będzie zaktualizować. Ja myślę, że to będzie zawsze z nami. Bo co więcej, automatyka. Myślę, że automatyka. Skrypty, automatyka, generowanie. Bo nawet jeśli mamy jakieś generatywne rzeczy, to tam też są update'y. Nie da się mieć czegoś, co będzie na raz i się samo będzie update'owało. Będzie stałe i nie będzie się ulepszać, nie będzie zmian, nie będzie poprawek. Jak to oglądacie za 10 albo 20 lat, to może już coś takiego jest?

Guzik prawda, że po prostu ktoś napisał framework, to się sama update'uje. Jakby w ogóle nie ma Node.js'a. W ogóle nie ma Frontend'u, nie ma Backend'u. To jest aplikacja, która żyje taki byt. I wszystko się tam dzieje magicznie. Tam po prostu jest black box. Ty tam nie zaglądasz i po prostu to nie jest jakiś assembler czy coś. Rzeczy są. Rzeczy są. I działają. I działają. Nikt nie wnika, bo nikt nie rozumie. Po prostu mówisz co mam dodać, co mam usunąć. No tak, no bo jeśli to jest kod w sumie maszynowy, taki który człowiek go nie napisał, to człowiek go nie zrozumie. No i nie da rady go otrzymać, w sensie otrzymywać. No. Polecajki. Ty chciałeś zacząć.