Відео

Rel za to js jest super

Netflix, UA-cam, Google, generalnie prawie każda strona na świecie robi w takim razie błąd? Wszystko ma swoje zalety ale i wady;)

Wrzucając JSa na backend tylko po to żeby frontendowcy mogli se w CV wpisać "fullstack" to jak najbardziej błąd. JS to okropna kupka....

@@avarise5607 jeśli ktoś to robi tylko z tego powodu to prawa. Ale kto tak robi? Ktoś kto pisze swój prywatny mały projekcik. Nikt w firmie nie pozwoli na użycie JSa żeby pracownik mógł poprawić CV.

Odwrócił, jest kawałek zamiast całości 😂

Na kanale jest pełny odcinek

Umie, tylko w swoim systemie ;)

Faktycznie to powiedziałem w odcinku. To dobrze czy źle?

mnie boli to jak to uprościłeś, bo pomimo że w spa wiele odpowiedzialności shodzi na frontend, to dalej wysyła się jakieś zapytania do bazy danych, trzeba autoryzować użytkownika, czy korzysta się z web socket, a moim zdaniem uprościłeś to tak jakby nic na backendzie nie było, no ale też przyznam że dokładne tłumaczenie co tam się dzieje mogłoby niepotrzebnie mieszać w głowie komuś kto chce po prostu ogarnąć o co chodzi z nextem

@@kamilslimak6882 Tak, po części masz racje, jest tutaj uproszczenie. Ale w SPA nie ma tradycyjnego backendu (rozumianego jako kod na serwerze, który obsługuje routing, generuje HTML). API może być, a może go nie być w ogóle. Nawet jeśli jest to nie ma żadnego związku z frontem. Jest to niezależny byt. Wydaje mi się, że mówisz, że aplikacja może się składać z różnych mniejszych aplikacji i to jest prawda.

warto iść w reacta bo robisz w nim co chcesz.

Generalnie jak tak będziesz na to patrzył, to się okaże że nie warto używać żadnej technologii, bo zawsze ją ktoś skrytykuje. Z Expressem jest wszystko okej, choć z tego co kojarzę jest mniej rozbudowany od takiego laravela. W reacta warto iść o tyle że jest popularny i to jest jego największa zaleta, generalnie ja spotkałem się z opiniami że jest dość chaotyczny, i w moich kręgach lepszą reputacją cieszą się raczej angular/vue.

Zgadzam się z poprzednimi komentarzami. Jeśli chcesz tworzyć dynamiczne fronty (nie ważne czy jako SPA czy jako mikro apka js uruchomiona w widoku) to warto się uczyć jakiegokolwiek frontowego frameworku. React jest najpopularniejszy i ma najniższą barierę wejścia. Angular to kombajn, który jest bardziej ułożony ale i bariera wejścia jest większa. Vue raczej podobny do Reacta ale dużo mniej popularny.

Ale co dokładnie zostało źle powiedziane? Nie wiem czy temat była wałkowany wiele razy bo ten odcinek to odpowiedź na pytania m.in. kursantów.

Ale ja nie powiedziałem, że nie używa się CRA, tylko że niektórzy tak mówią i ja się z tym nie zgadzam. CRA, Vite czy Webpack to tylko bundlery, szczegół i napisałem już kilka razy w komentarzach, że ja tu nie porównuję bundlerów tylko frameworki (a nawet bardziej idee jakie stoją za nimi).

kto normalny używa CRA, chyba na studiach żeby to łatwo postawić. W prawdziwym życiu robi się to ręcznie lub kradnie z github

@@panbotuk co się robi ręcznie lub kradnie z github?

Z jakich ficzerów Nexta wtedy korzystamy, których by nie miał dowolny bundler?

Nie, i właśnie o tym mówię w pełnym filmie. To, że Next jest nowszy nie znaczy, że teraz trzeba go wszędzie pchać :)

W tym roku mało prawdopodobne, chyba że coś krótkiego 🤔

Dokładnie:) Akurat JSX też jest w samym Reakcie, ale właśnie chodzi o to żeby widzieć nie tylko same zalety, ale też koszty wyboru danej technologii.

Dokładnie o to chodziło, bo po co uzywać nexta zeby skorzystać tylko z jsx'a, skoro React sam w sobie tez go oferuje :)

@@sewek388 a okej, no to tym bardziej się zgadam;)

Moim zdaniem, Nextjs pozwala na schludniejszy kod, uniknięcie dodatkowych linijek kodu związanych np. z pobieraniem danych, z ciastkami, hedearami i wieloma różnymi dodatkowymi feature'ami :) Next.js też pozwala na zbudowanie aplikacji czysto SPA np. to blogów, gdzie niektóre feature'y związane z server-side są zablokowane (tzw. static export build) :) + jest też pewien schemat, według którego musimy pisać, podczas gdy w czystym Reakcie jest szeroki wachlarz podejść, co też dla kogoś może być lepsze :)

Dokladnie

Pod godzinnym kursem Recta są komentarze, że upraszczam, więc w 6 minutowym odcinku tym bardziej trzeba;)

@@tworcastron Racja :)

Dokladnie tak uproscil ze to stracilo sens. Jest tutaj albo duzo niedopowiedzen albo takich uproszczeń ze wyszlo masło maślane. Ogolnie caly film mozna podsumowac: "To zalezy".

@@RaZziaN1 czyli wyszło dobrze, bo zawsze przy wyborze technologii odpowiedzią jest "to zależy" ;)

@@tworcastronDlatego skrót IT rozwija się do It Depends :D

korzystajac z page routera, i gdy nie uzywamy SSR, SSG lub dynamicznego routingu, po buildzie by default eksportuje nam statyczne pliki

Tylko wtedy mamy właściwie "zwykłego" Reacta. Nie jest to już aplikacja fullstackowa. Sam z tego nie korzystałem, ale jeśli tak to Next robi wtedy tylko za bundler, tak samo jak CRA, Vite, Webpack etc. Nie jest to już aplikacja fullstackowa a o to chodzi w Next.

Taki React z wbudowanym routerem i kilkoma małymi dodatkami, ale oczywiście nie jest to już wtedy fullstackowa apka.

Wszystkie zalety, które wymieniłeś (z wyjątkiem routingu) nie pochodzą z Nexta ale z bundlera. Next nie ma tu nic do rzeczy. Vite czy CRA też nie ma znaczenia, to tylko bundler a ja nie porównuję tu bundlerów. Tu chodzi różnicę aplikacja SPA vs fullstackowa. Dlaczego brak potrzeby indeksowania nie jest argumentem jeśli ktoś wybiera next ze względu na SEO?

"Podales przyklady do czego uzywamy nexta, do czego cra" - nie. Ja podałem czym się różni Next vs React. SPA vs fullstack. Bundler to drobiazg, każdy może używać innego. CRA podany jako przykład. Co do Vite, jest szybki to fakt, ale też ma swoje ograniczenia i nie wszędzie się wpasuje.

'duzo aplikacji nie jest indeksowanych bo to panel admina' wg mnie to dobry argument. Projekty za dużą kasę sprzedaje się klientom docelowo i nawet ich nie ma w wyszukiwarce.

nadal sie nie zgadzam, a przynajmniej z nazewnictwem ktore swiadomie zastosowales. zakladasz ze porownanie reacta z nextem to to samo co porownanie SPA i fullstacka. Przeciez react to jest jedynie baza, a twory takie jak CRA, next i inne to rozbudowanie tej warstwy pierwotnej. Więc porownywanie golego Reata jako pierwotnej libki, do nexta, to tak jakbys porownywal rower i koło. Porownywanie CRA i Next w kontekscie SPA vs Fullstack ma juz wiekszy sens, ale nadal znikomy bo to, ze next szczyci się tym ze pozwala pisać appki fullstackowe, wcale nie oznacza ze nie mozna w nim pisać SPA (w nexcie napiszesz swietne , wydajne SPA i ten wybor wcale nie jest overkillem). Gdyby w twoim tytule było czy appki fullstackowe wyprą SPA - zgodzilbym się z przekazem, ale w obecnej formie , zamiast tytulu ktorego sens bylby adekwatny do - 'Czy rower krosowy wyprze rower miejski', mamy - 'Czy rower krosowy wyprze koło'.

​@@kacpergumieniuk6233 Wszystko można we wszystkim. Jak ktoś chce to nawet czysty JS napisze w Angularze. Koło, rower.. co za różnica.

W obecnym roku na 99% nie pojawią się żadne duże kursy.

Napisałem na początku, że gdy będę mówił "nest" to mam na myśli oczywiście "next". Nagrywałem o jednym i drugiem więc łatwo się pomylić;)

Poprawnie wymawia się /ˈbækˌend/ i co teraz?

@@tworcastron to jest ta sama głoska co w słowie "hat". Nikt nie mówi /het/

@@Punisher4xe jeśli już ktoś chce wytykać to jest to coś pomiędzy "a" i "e". Ja wiem, że robię błędy. Ale powiem ciekawostkę, w moim obecnym zespole US są tacy, którzy robią jeszcze więcej i nikt nie zwraca na to uwagi. Są nawet tacy, którzy mają właściwy dla swojego regionu akcent i wymowa jest jeszcze inna. Zabawne jest, że dla ameryki jest to OK, ale polak polakowi nie przepuści.

Ile razy tak mówiło się o PHP, a on zamiast spadać to rośnie.

To by mogło być ciekawe, na pewno pomyślę :)

@@tworcastrondodalbym jeszcze Vue.js -> Angular vs React vs Vue.js

Nie kojarzę, ale skoro to pozytywna postać to dzięki! Z ciekawości pogogluję:)

Dobre pytanie. Myślę, że sporo rzeczy nie jest idealnych, ale po to mamy różne rozwiązania żeby każdy mógł wybrać co mu pasuje / co pasuje pod projekt. Zawsze jest coś za coś.

Ja nigdy nie słyszałem, że Angular jest martwy. Jak to działa wg ciebie?

Tylko czy te głosy są zasadne? Jeśli chcesz być frontem to należy się uczyć rzeczy frontowych. Czyli JavaScript i jego frameworki.

@@tworcastron No właśnie o to mi chodzi. Ludzie którzy skandują, że react się nie opłaca nie wskazują na żadne alternatywy. No bo z tego co mi wiadomo obecnie react przejął większość rynku a np Vue i Angular są daleko za nim.

od którejś wersji osiągnęły dobry poziom i każda kolejna wersja to nie będą duże usprawnienia. Ale porównując najnowszy model z jakimś 4 modelem wstecz to już różnica zauważalna

Czy to znaczy, że nie ma w ogóle ofert na Reacta, czy poszedłeś do tych firm (z angularem/vue/blazerem) z myślą, że namówisz ich na zmianę technologii na Reacta?

@@tworcastron dostępne oferty ukierunkowane sa głównie na seniorskie pozycje. Oczywiście większość ofert na Full-Stack Deva (w moim przypadku junior/med Net/React) zaznacza, że szukają ludzi z całego przedziału NET-Any frontend framework - ale jak już z nimi rozmawiasz to każda jest ukierunkowana na nowy front ale nigdy nie jest to react - jak dobrze liczę to miałem już 7-8 takich rozmów i chyba już to coś znaczy.

@@vladeb1104 znaczy to, że trafiasz na takie firmy. Prosty test, popatrzmy na liczby ogłoszeń pracy na justjoin.it (zaznaczając tylko junior/mid). React (943 ofert), angular (580 ofert), blazor (7 ofert). Być może w branży NET mają jakieś konkretne upodobania, nie wiem, ale na pewno nie powiedziałbym, że React pada.

duze ssanie jest na reacta w polsce

Stabilność jest bardzo ważna gdy pisze się duży projekt na lata.

są jakieś dane w miarę rzetelne w sieci pokazujące spadek zapotrzebowania na programostów reacta/next js? Jeśli masz takie to podrzuć ze dwa linki

Brawo. W ten sposób można się zniechęcić do każdej pracy. Co polecasz?

I wszedłeś na kanał dotyczący programowania żeby to napisać? Skoro nie warto to nie trać na to czasu i działaj w swojej branży :D

Tak się niszczy konkurencję xD

@@jank8456 moge CI powiedziec ze na mida bywa 500 kandytatów na miejsce, mozna miec pare lat doswiadczenia i szukac pare miesiecy bez skutku.