Dla mnie 2019 był o tyle ważny że poznałem ten kanał i na maxa wciągnąłem się w świat programowania, a kolejne filmy tylko dodawały (hehe) oliwy do ognia, i nie mogę się odciągnąć od pisania kodu. Bardzo dziękuję Roman za ten kanał, dla mnie znaczy on więcej niż jesteś w stanie sobie wyobrazić ;D (i tak, masz być łysy do końca życia)
dla mnie ten kanał również był w 2019 inspiracją do tego żeby w końcu zacząć porządnie klepać kod i wciągnąłem się w świat front-endu ☝️ dzięki roman! 👌
A ja znalazłem jako junior, miałem motywacje do cięższych starań dzięki romanowi. Najważniejsze jest to, że zrozumiałem iż praca sama mnie nie znajdzie jak mylnie może się wydawać jak ktoś wchodzi do IT :)
Tak to jest niestety :) ludzie myślą, że w IT pracę dają na lewo i prawo, a przychodzisz do pracy i się okazuje jak wielu ogarniętych i fajnych ludzi tam pracuje :) Człowiek się czasami zastanawia dlaczego dostał tę prace jak ty tyle mądrych głów wokoło :)
Szczęśliwego Nowego Roku 😃 Tworzysz wspaniały i bardzo użyteczny kanał, dzięki któremu wiem jak ogarnąc ten front pod względem kolejnosci jego nauki i poznać nowinki 👏🤝 Lubie to, że numerujesz swoje vlogi, dzięki temu ogląda sie to jak bardzo przyjemny i informatywny serial 😉.
Łysy jak zwykle konkretny content 😁👌 Jeszcze większych sukcesów na 2020 dla Ciebie ! 😁 A dla nas treści na kanale i kursów od Ciebie Roman tak świetnej jakości jak do tej pory! 😎
W połowie 2019 znalazłem Twój kanał i obejrzałem materiał o Netguru. W grudniu się zrekrutowałem i od lutego zaczynam w Netguru. Dzięki za inspirację i motywację. Aaa i przed interveiw dla powtórki przerobiłem Twój kurs z zaawansowanego Reacta :) jak widać - pomogło
Wszystkiego najlepszego w nowym roku! Samych pozytywnych wyników testów - oczywiście tych programistycznych ;) Moje postanowienie na ten rok nie jest specjalnie odkrywcze - React i TypeScript, ten pierwszy w dużej mierze na podstawie Twoich pierwszorzędnych kursów :)
Najlepszego w Nowym Roku, ciekawych projektów i dużo motywacji i czasu do rozwoju! :) A co do odcinka, to nie powiedziałeś o najważniejszym języku w programowaniu jaki trzeba ogarnąć na samym początku, a mianowicie: języku angielskim :D
Mnie motywowałeś i ciagle motywujesz ;) w tym roku planuje jeszcze mocniej skupic sie na kodzie we front endzie. mam nadzieje ze za jakis czas bede myslal o pracy jesli sie wgl uda :/
Ej ej ej co to za gadanie "jeśli wgl się uda" chcesz kopa w dupe? Napewno się uda! Ucz się codziennie wizualizuj siebie jako zajebistego frontendowca. Konsekwencja codzienna nauka i praktyka praktyka jeszcze raz praktyka, powodzenia i pozdrawiam.
Ja Swifta mega polecam, język i dziedzina programów w której się rzeczywiście odnalazłem, jedyny minus jest taki że potrzeba największy zasób gotówki na jego naukę. Apple Dev program 400zl, Mac minimum 4k iPhone minimum 2k
Wow! Ale miałeś pracowity rok - ogromne gratulacje! Bardzo podziwiam za takie tempo pracy po pracy ;) A co do technologii do ogarnięcia na ten rok - dzięki za podrzucenie kilku pomysłów, właśnie sobie rozpisuję wstępne plany nauki, więc idealnie film się wpisał. I wszystkiego dobrego na nowy rok! :)
Szczęśliwego nowego roku Roman! Czekałem na ten film :) Jest tyle tych technologii, że trudno się połapać z kolejnością nauki tego wszystkiego, mógłbyś nakreślić w jakiej kolejności tych rzeczy powinniśmy się uczyć? Bo mam zagwozdkę za co się zabrać po skończeniu reacta (twoje 3 kursy + własny projekt).
Zostałem w tym roku zmuszony do pracy z kontenerami dockera. Początkowo podchodziłem do tego bardzo sceptycznie, ale obecnie wykorzystuję gdzie tylko mogę i trochę zdziwił mnie brak tej pozycji na liście. Technologie, które podsumowują mój miniony rok to: nestjs, typeorm, swagger i wyżej wspomniany docker a poza tym nadal reprezentuję angular team.
Bootstrap cały czas występuje jako wymaganie w wielu ofertach pracy (tak zaobserwowałem to na wielu portalach) możesz wrzucić go "ront-end - ogólne" albo tam do CSS'a ;) Wszystkiego dobrego w nowym roku, mam nadzieję że kanał urośnie jeszcze bardziej, w tym roku liczę na większą liczbę serii/vlogów o różnej tematyce. Pozdro :D
Szczęśliwego Nowego roku. Co do headlessow to uważam że jednak cena Contentfula nie bierze się z kosmosu i oni naprawdę wypuścili świetny produkt który imo jest numer jeden wśród tego typu produktów. Widoki dla klienta również możesz tak tam przygotować ze klient zaczai co i gdzie szukać w zakładce content. Ale co do datoCms fakt że to jak go rozwinęli w ostatnim roku robi spore wrażenie. Jeśli chodzi o cms-y to dodam od siebie że warto zerknąć na Storyblok-a. Jeśli chodzi o Ux dla klienta to jest sztos bo działa na zasadzie "live preview" - klient widzi zmiany na żywo na swojej stronie . Postawiliśmy w 2019 spory produkt na tym cmsie i muszę przyznać że zdał egzamin 😁. Masz podobne plany jak ja na 2020 - Type script chyba u mnie na pierwszym miejscu. Porostu dziś już go trzeba znać choćby na wypadek jak dostaniesz projekt do roboty który oparty jest na ts a Ty nie masz pojęcia co tam się dzieje 😁
Trochę mnie bawi to całe zafascynowanie branży koncepcją mikrofrontendów. Toć już z dobre 10 lat temu Zakas twierdził, że "everything is a module" i prezentował architekturę (tzw. Zakasa-Osmaniego), w której całość aplikacji złożona jest z wielu całkowicie niezależnych modułów. Tak było budowane np. ówczesne Yahoo!. Główna różnica między tamtym pomysłem a obecnym zasadza się w tym, że w ZO wszystkie moduły były zarządzane przez wspólny core, dostarczający im biblioteki do obsługi DOM czy Ajaksa, czyli był tak naprawdę wymuszany ten sam stack. W mikrofrontendach tego obostrzenia nie ma, co pozwala programistom na więcej, ale jest też sporym zagrożeniem dla wydajności (React + Angular + pewnie biblioteka do ich synchronizacji ze sobą to zdecydowanie więcej niż moduły oparte na jednym stacku). Co do WebAssembly, nie jestem aż takim optymistą. Nie widzę za bardzo tej technologii w codziennych zastosowaniach. Raczej będzie błyszczeć tam, gdzie potrzeba najwyższej wydajności albo rzeczy, których nie da się zrobić w JS. Aplikacje internetowe będą co najwyżej hybrydami, w których najcięższe obliczenia będą leciały przez kod pisany w Ruście, ale GUI wciąż będzie tworzone w standardowych technologiach webowych. Większego skoku wydajnościowego w przypadku normalnych stron i aplikacji webowych upatrywałbym w popularyzacji architektury opartej na Web Workerach.
To co jako setny odcinek jakiś dis po backendowcach? 😂 Joke - backendowcy to mimo wszystko też ludzie. Robisz świetną robotę. Masz bardzo fajny, własny styl. Keep going bro! 🔥🔥🔥
Jeśli chodzi o frontend-owe mikroserwisy to bardzo prężnie się one rozwijają. Już od dłuższego czasu powstają projekty tego typu, sam miałem okazję pracować przy takowym. Ale prawda jest taka, że dużo rozwiązań powstaje w zaciszu korporacji. Biblioteczka której używaliśmy to: www.npmjs.com/package/single-spa Pozwala ona tworzyć niezależne aplikacje w dowolnym framework-u, które następnie łączone są w jeden projekt. Bardzo dobre rozwiązanie jeśli chodzi o rozproszone zespoły.
Szkoda że w filmie nie wspomniałeś o Nest.js. Ostatnio mega się wkręciłem w ten framework, bo dzięki niemu nareszcie backend w Node ładnie wygląda. Serio, w porównaniu do Expressa (na którym bazuje zresztą sam Nest) to niebo a ziemia. No i świetnie korzysta on z zalet TypeScriptu. Moim zdaniem szykuje się rewolucja na polu backendu w Node, bo tak jak rozmawiałem z ludźmi, to czuję że Nest zdobywa popularność. A odnośnie WebAssembly - kurde, trzeba to ogarnąć. Wiedzę na temat C++ mam podstawową, swego czasu próbowałem napisać moduł do Node’a korzystając z C++, ale skończyło się na hello world XD. Zobaczymy jak pójdzie z WebAssembly, bo wydaje się ciekawy, ale zarazem dość skomplikowany, chociaż wizja pisania części aplikacji webowych na niskim poziomie kusi - można by na tym oprzeć pewną cześć logiki biznesowej frontu webowego i aplikacji natywnych, współdzieląc kod w języku niskopoziomowym. Będzie się działo w najbliższych latach, bo szykują się niezłe rewolucje na niektórych polach.
Nie jestem pewien czy dokładnie to się wpisuje w mikrofrontendy ale w swoim projekcie coś takiego już widziałem. Główną częścią aplikacji jest monolit java+spring, wokół jest trochę innych systemów ale aplikacja o której mowa jest sklepem internetowym. Jak już wspomniałem jest to aplikacja webowa w springu więc frontend jest wykonany w technologii jsp ale np. checkout jest zrobiony w małej aplikacji angular i poprostu dorzucony do sklepu. Drugi przykład to selektor produktów, jest to poprostu wrzucony w cały ten springowy front kawałek aplikacji wykonanej w angularze, czy to się wpisuje w te mikrofrontendy ? Z tego co widzę to trend jest taki że sporo elementów/komponentów jest już zastępowanych angularem.
W 2020 chciałabym nauczyć się Pythona, mimo tego, że pod wieloma względami ten rok będzie dla mnie niesamowicie pracowity. Chociaż dla chcącego nic trudnego! 🤣
Warto też zerknąć na feathers.js. Bardzo fajny framework oparty o express. Pozwala wybrać protokół transportowy (http, websockets albo i oba jednocześnie), kilka sposobów autentykacji, dowolną bazę danych itd. Ma też hooki :P ( nie dopowiem co to, żeby ciekawość skłoniła Cię do sprawdzenia ;) ). Polecam, bardzo przyjemny. Nie znam drugiego tak elastycznego frameworka. Ma też klienta dzięki któremu zabawa z socketami jest bardzo przyjemna. --> feathersjs.com/
Hej! Co do komponentów to za pomocą Web Conponents można tworzyc elementy reużywalne dla różnych frameworków. A na microfrontends stoi chociażby pracuj.pl
@@kokojambo1298 na ConFrontJS była ich prelekcja o procesie przejścia z monolitu na mikroserwisy. Jak pogrzebiesz na stronie wydarzenia to znajdziesz chyba nawet slajdy o tym
Czy przy takich roadmapach, mógłbym prosić o wypisanie w punktach tego co zostało powiedziane, albo teraz jest coraz modniejsze dzielenie filmiku na rozdziały.
jak uzyjesz nest.js to w koncu sie bedziesz musial nauczyc tego typescripta ;) co do webassembly i rusta - C jest latwiejszym jezykiem niz Rust, nie mowie ze lepszym, bo Rust jest duzo bezpieczniejszy i ma fajne konstrukcje, ale kompilator potrafi ugryzc ;)
Nie wiem co jest trudnego w TypeScripcie, po prostu deklaruje się typ zmiennych, ewentualnie trochę abstrakcji i encapsulation. Napisałem całkiem sporą paczkę w npm w TypeScripcie i nie było tak ciężko w moim przypadku to "learning by doing" się sprawdza, czasem nawet po prostu próbuję czy coś działa w tym języku, np. wpisuję słowo kluczowe (np. abstract) widzę że błędu nie wywala i wiem od razu że jest coś takiego bez patrzenia do dokumentacji. Moim zdaniem intuicyjne
Dla mnie podstawowe założenia TS są całkiem jasne, natomiast problemy pojawiały się zawsze w chwili, gdy trzeba było skorzystać z jakichś gotowych typów np. dla firebase.
@@helloroman nie korzystam z firebase, ale w moim przypadku wystarczało zainstalowanie paczki @types/nazwa-paczki i VSCode wtedy podpowiadał gdy się ją zaimportowało
@@igorswies5913 problemy się pojawiają, kiedy paczki z deklaracjami nie ma albo jeszcze gorzej - typy są nieaktualne :D Mamy takie jazdy w pracy i bywa dramatycznie :)
@@wjzz no to słabo ale jak nie było żadnych typów to robiłem plik .d.ts I w środku declare module 'nazwa-paczki'; i najwyżej wszędzie było any ale działało
@@igorswies5913 u mnie w pracy niestety 'działa" to za mało :) staramy się robić tak, żeby nie poprawiać co chwilę i unikamy 'any' jak ognia. Czasami dodajemy te pliki d.ts, ale jak coś się nie zgadza, to kompilator przestaje sprawdzać i można mieć problemy.
Bardzo dobry kanał i wielki szacunek za to jak go robisz. Jednak większość filmików jest bardzo statyczna, wyłącznie pokazująca twoją twarz. Nie myślałeś może żeby zrobić z nich też alternatywnie podcast?
Dziękuję! Co do formuły to bardziej będę poszukiwał sposobów na zwiększenie dynamiki obrazu :) Podcasty mnie nie do końca jarają jeśli chodzi o tworzenie ich
@@helloroman Jasne, rób to co robisz dalej i rozwijaj się :) jednak wpisy takie jak ten (chodzi mi głównie o te filmiki na których tylko mówisz) mógłbyś publikować też jako podcast (sam dźwięk) praktycznie zerowym kosztem :)
Juz kiedyś o tym mowilem. Sam React just biblioteka ale w projektach z reguły wykorzystuje się go z całym jego ekosystemem co czyni go frameworkiem moim zdaniem. Ale fakt faktem z całej trójki jako jedyny React nie narzuca jakiejś sztywnej struktury projektu (co bywa zgubne).
@@helloroman Serwer się odpala, robię wszystko zgodnie z filmem (db Atlas + Postman) ale przy próbie utworzenia użytkownika dostaję w odpowiedzi w Postmanie -> Internal Server Error 500. Natomiast w konsoli jest komunikat [MissingUsernameError]: No username was given. Szukałem cały dzień rozwiązania w necie ale nic nie pomogło. Zaznaczam, że nie mam jeszcze wiedzy na temat pisania backendu w Node.
A netlify cms patrzyłeś? :) Ma prostą integrację z Gatsby. I kolejna sprawa... Nazwa "Headless" CMS zakłada właśnie, że osoba edytująca treść, dodająca posty itd. jednak ma posiadać jakąś tam chociaż podstawową wiedzę developerską albo chociaż jest na tyle kumata żeby sobie poradzić z innym formatem danych. Wygodna forma dla człowieka nietechnicznego to po prostu CMS. Bez sensu jest krytykowanie niektórych headless cms że są nieprzyjazne dla przeciętnego użytkownika, bo takie jest właśnie ich założenie i po to jest ta nazwa, aby odróżnić. To tak jakbyś krytykował samochody rajdowe, że nie są przystosowane dla przeciętnego kierowcy. A tak poza tym spoko materiał. :)
Wiesz co, tak mi się wydawało że ogólnie jest taka koncepcja nazewnicza (headless z definicji oznacza jednak też to, że część do dostarczania treści i jej przechowywania/edytowania nie są składową jednej aplikacji). Ale pierwszy polski link z Google: "To skoro CMS jest taki dobry to po co taki twór jak Headless CMS? Według mnie tak jak normalny CMS jest skierowany głownie dla użytkownika nietechnicznego tak Headless CMS jest skierowany przede wszytskim dla programistów, a w szczególności dla programistów frontendu." I ogólnie sporo jest takich podobnych treści, że jednak headless mogą być również cięższe dla edytorów. Ale nie sądzę, że tutaj bloger miał na myśli tylko część programistyczną na myśli. No bo tworząc coś w wordpressie niby nie trzeba być technicznym, ale w rzeczywistości trzeba. Dla osoby nietechnicznej to raczej jakiś Wix.com. No, ale jak w programowaniu i ogólnie informatyce, ludzie potrafią różnie rozumieć te same pojęcia. Badałem jakiś czas temu pojęcie headless cms i często podawaną wadą było właśnie to, że są cięższe dla osób edytujących teksty, choćby przez to że trzeba na przykład edytować pliki .md, a nie mamy edytora. Jak widać to się zmienia. Nie miałbym jednak na ten moment pretensji do niektórych headless cms, że mają gorsze edytory, bo właśnie są skierowane bardziej dla programistów. Co nie oznacza, że wkrótce to się nie zmieni i wtedy headless będzie tylko oznaczało oddzielenie od siebie warstw.
@@kamilydka5243 Headless oznacza nie więcej nie mniej jak oddzielenie warstwy prezentacyjnej od warstwy treści - layoutem, wyglądem etc. zajmują się designerzy i programiści a treścią zajmują się edytorzy. W idei headless CMS zdecydowanie nie leży utrudnienie pracy edytorom (wręcz przeciwnie, jedyne co im się odbiera to możliwość dowolnego modyfikowania wyglądu jak w Wordpress). Co do plików .md to nie do końca nazwałbym to Headless CMS-em. To jest po prostu używanie konkretnego rodzaju plików jako source dla Twoich treści, ale CMS to coś więcej.
@@helloroman Bardziej chodziło mi o to, że md był dosyć popularnym formatem w headless cmsach (może nadal?), a tu już niby jakieś utrudnienie. Ale faktycznie się zagalopowałem, ale tak jak pisałem, temat badałem jakiś czas temu. W każdym razie sorry. :)
@@helloroman Ponad 250 CV na stanowisko juniora, bardzo duży próg wejścia, coraz więcej ludzi się pcha, a wymagania coraz większe, chcą tylko ekspertów z 5+ letnim doświadczeniem
@@mecenaszpiaseczna5045 trochę przesadzasz, ale fakt że łatwo nie jest. Co nie znaczy że nie warto. Lekarzem czy prawnikiem tez ciężko zostać. O wiele ciężej moim zdaniem.
@@helloroman jak twoim zdaniem można rozwinąć swoje kompetecje jeśli już chodzę na studia informatyczne ze specjalizacją programowanie? Jakieś własne projekty na githuba? Podobno nawet na staż się ciężko dostać
@@mecenaszpiaseczna5045 na OdinProject na końcowy projekt się pisze własną kopię facebooka w JS + Node.JS, myślę , że taki projekt jest chyba wystarczający, zwłaszcza, że Odin daje tylko wskazówski, a nie projekt krok po kroku.
Amerykanie mają Łysego z Brazzers a Polacy Łysego z JavaScript
Łysy z Netguru
Dla mnie 2019 był o tyle ważny że poznałem ten kanał i na maxa wciągnąłem się w świat programowania, a kolejne filmy tylko dodawały (hehe) oliwy do ognia, i nie mogę się odciągnąć od pisania kodu.
Bardzo dziękuję Roman za ten kanał, dla mnie znaczy on więcej niż jesteś w stanie sobie wyobrazić ;D
(i tak, masz być łysy do końca życia)
Dzięki wielkie
dla mnie ten kanał również był w 2019 inspiracją do tego żeby w końcu zacząć porządnie klepać kod i wciągnąłem się w świat front-endu ☝️ dzięki roman! 👌
Moim postanowieniem nowo rocznym jest wrócić do programowania, poprzypominać sobie rzeczy i wrócić do oglądania tego kanału ☺️
Romanie, jesteś po prostu fajnym pozytywnym gościem, trudno Cię nie lubić. Dobrego 2020 !
A ja znalazłem jako junior, miałem motywacje do cięższych starań dzięki romanowi. Najważniejsze jest to, że zrozumiałem iż praca sama mnie nie znajdzie jak mylnie może się wydawać jak ktoś wchodzi do IT :)
Tak to jest niestety :) ludzie myślą, że w IT pracę dają na lewo i prawo, a przychodzisz do pracy i się okazuje jak wielu ogarniętych i fajnych ludzi tam pracuje :)
Człowiek się czasami zastanawia dlaczego dostał tę prace jak ty tyle mądrych głów wokoło :)
ja jeszcze szukam. Pozdrawiam.
Szczęśliwego Nowego Roku 😃 Tworzysz wspaniały i bardzo użyteczny kanał, dzięki któremu wiem jak ogarnąc ten front pod względem kolejnosci jego nauki i poznać nowinki 👏🤝 Lubie to, że numerujesz swoje vlogi, dzięki temu ogląda sie to jak bardzo przyjemny i informatywny serial 😉.
Dzięki wielkie ❤️Również wszystkiego najlepszego i powodzenia w dalszej nauce!
Dziękujemy Romanie! Abstrahując, to świetnie przycieta broda! Zazdroszczę!
Łysy jak zwykle konkretny content 😁👌 Jeszcze większych sukcesów na 2020 dla Ciebie ! 😁 A dla nas treści na kanale i kursów od Ciebie Roman tak świetnej jakości jak do tej pory! 😎
Myślałem że po 4 latach w branży coś wiem, ale ten film trochę mnie przeraża :)
Moim postanowieniem w 2020 roku jest zrozumieć świat programowania gdyż zaciekawił mnie ten kanał i chciałbym wejść na własnej skórze w ten świat
W połowie 2019 znalazłem Twój kanał i obejrzałem materiał o Netguru. W grudniu się zrekrutowałem i od lutego zaczynam w Netguru. Dzięki za inspirację i motywację. Aaa i przed interveiw dla powtórki przerobiłem Twój kurs z zaawansowanego Reacta :) jak widać - pomogło
Ale super! Gratuluje i do zobaczenia ♥️
pozdrawiam i życzę dalszego rozwoju kanału :)
Wszystkiego najlepszego w nowym roku! Samych pozytywnych wyników testów - oczywiście tych programistycznych ;) Moje postanowienie na ten rok nie jest specjalnie odkrywcze - React i TypeScript, ten pierwszy w dużej mierze na podstawie Twoich pierwszorzędnych kursów :)
Najlepszego w Nowym Roku, ciekawych projektów i dużo motywacji i czasu do rozwoju! :)
A co do odcinka, to nie powiedziałeś o najważniejszym języku w programowaniu jaki trzeba ogarnąć na samym początku, a mianowicie: języku angielskim :D
Wszystkiego najlepszego ❤️No angielski traktuję już jako oczywistość od zawsze, więc nie wpisuje się w konwencję „co ogarnąć w danym roku”.
Mam nadzieję, że ten rok będzie dla mnie najlepszy, ponieważ dostanę się do moim zdaniem najlepszej szkoły programowania. Sorry, że tak późno ;)
Mnie motywowałeś i ciagle motywujesz ;) w tym roku planuje jeszcze mocniej skupic sie na kodzie we front endzie. mam nadzieje ze za jakis czas bede myslal o pracy jesli sie wgl uda :/
Ej ej ej co to za gadanie "jeśli wgl się uda" chcesz kopa w dupe? Napewno się uda! Ucz się codziennie wizualizuj siebie jako zajebistego frontendowca. Konsekwencja codzienna nauka i praktyka praktyka jeszcze raz praktyka, powodzenia i pozdrawiam.
Twój kanał jest bardzo pomocny, a kursy o tematyce React jeszcze bardziej. Widać że wkładasz w to dużo ciężkiej pracy :)
Graty Roman! Wszystkiego dobrego w 2020
Ja Swifta mega polecam, język i dziedzina programów w której się rzeczywiście odnalazłem, jedyny minus jest taki że potrzeba największy zasób gotówki na jego naukę. Apple Dev program 400zl, Mac minimum 4k iPhone minimum 2k
Wow! Ale miałeś pracowity rok - ogromne gratulacje! Bardzo podziwiam za takie tempo pracy po pracy ;) A co do technologii do ogarnięcia na ten rok - dzięki za podrzucenie kilku pomysłów, właśnie sobie rozpisuję wstępne plany nauki, więc idealnie film się wpisał. I wszystkiego dobrego na nowy rok! :)
Dzięki Asia ♥️♥️♥️ wszystkiego najlepszego i samych sukcesów. Po cichu liczę że pojawisz się kiedyś na YT 😀
Łeb zajebisty, strzał w dziesiatke :)
Szczęśliwego nowego roku Roman! Czekałem na ten film :) Jest tyle tych technologii, że trudno się połapać z kolejnością nauki tego wszystkiego, mógłbyś nakreślić w jakiej kolejności tych rzeczy powinniśmy się uczyć? Bo mam zagwozdkę za co się zabrać po skończeniu reacta (twoje 3 kursy + własny projekt).
Zostałem w tym roku zmuszony do pracy z kontenerami dockera. Początkowo podchodziłem do tego bardzo sceptycznie, ale obecnie wykorzystuję gdzie tylko mogę i trochę zdziwił mnie brak tej pozycji na liście.
Technologie, które podsumowują mój miniony rok to: nestjs, typeorm, swagger i wyżej wspomniany docker a poza tym nadal reprezentuję angular team.
Docker byl na liście ale ostatecznie go wywaliłem. Zgadzam się że jest super ważny - wahałem się czy go tu dać.
Bootstrap cały czas występuje jako wymaganie w wielu ofertach pracy (tak zaobserwowałem to na wielu portalach) możesz wrzucić go "ront-end - ogólne" albo tam do CSS'a ;)
Wszystkiego dobrego w nowym roku, mam nadzieję że kanał urośnie jeszcze bardziej, w tym roku liczę na większą liczbę serii/vlogów o różnej tematyce.
Pozdro :D
Szczęśliwego Nowego roku.
Co do headlessow to uważam że jednak cena Contentfula nie bierze się z kosmosu i oni naprawdę wypuścili świetny produkt który imo jest numer jeden wśród tego typu produktów. Widoki dla klienta również możesz tak tam przygotować ze klient zaczai co i gdzie szukać w zakładce content. Ale co do datoCms fakt że to jak go rozwinęli w ostatnim roku robi spore wrażenie. Jeśli chodzi o cms-y to dodam od siebie że warto zerknąć na Storyblok-a. Jeśli chodzi o Ux dla klienta to jest sztos bo działa na zasadzie "live preview" - klient widzi zmiany na żywo na swojej stronie . Postawiliśmy w 2019 spory produkt na tym cmsie i muszę przyznać że zdał egzamin 😁. Masz podobne plany jak ja na 2020 - Type script chyba u mnie na pierwszym miejscu. Porostu dziś już go trzeba znać choćby na wypadek jak dostaniesz projekt do roboty który oparty jest na ts a Ty nie masz pojęcia co tam się dzieje 😁
U mnie na 2020 także TypeScript :)
Trochę mnie bawi to całe zafascynowanie branży koncepcją mikrofrontendów. Toć już z dobre 10 lat temu Zakas twierdził, że "everything is a module" i prezentował architekturę (tzw. Zakasa-Osmaniego), w której całość aplikacji złożona jest z wielu całkowicie niezależnych modułów. Tak było budowane np. ówczesne Yahoo!. Główna różnica między tamtym pomysłem a obecnym zasadza się w tym, że w ZO wszystkie moduły były zarządzane przez wspólny core, dostarczający im biblioteki do obsługi DOM czy Ajaksa, czyli był tak naprawdę wymuszany ten sam stack. W mikrofrontendach tego obostrzenia nie ma, co pozwala programistom na więcej, ale jest też sporym zagrożeniem dla wydajności (React + Angular + pewnie biblioteka do ich synchronizacji ze sobą to zdecydowanie więcej niż moduły oparte na jednym stacku).
Co do WebAssembly, nie jestem aż takim optymistą. Nie widzę za bardzo tej technologii w codziennych zastosowaniach. Raczej będzie błyszczeć tam, gdzie potrzeba najwyższej wydajności albo rzeczy, których nie da się zrobić w JS. Aplikacje internetowe będą co najwyżej hybrydami, w których najcięższe obliczenia będą leciały przez kod pisany w Ruście, ale GUI wciąż będzie tworzone w standardowych technologiach webowych. Większego skoku wydajnościowego w przypadku normalnych stron i aplikacji webowych upatrywałbym w popularyzacji architektury opartej na Web Workerach.
To co jako setny odcinek jakiś dis po backendowcach? 😂
Joke - backendowcy to mimo wszystko też ludzie.
Robisz świetną robotę. Masz bardzo fajny, własny styl. Keep going bro! 🔥🔥🔥
Dzieki wielkie ♥️ na 100 będzie q&a
Jeśli chodzi o frontend-owe mikroserwisy to bardzo prężnie się one rozwijają. Już od dłuższego czasu powstają projekty tego typu, sam miałem okazję pracować przy takowym. Ale prawda jest taka, że dużo rozwiązań powstaje w zaciszu korporacji. Biblioteczka której używaliśmy to: www.npmjs.com/package/single-spa Pozwala ona tworzyć niezależne aplikacje w dowolnym framework-u, które następnie łączone są w jeden projekt. Bardzo dobre rozwiązanie jeśli chodzi o rozproszone zespoły.
8:20 xD
Pozdrawiam i czekam na spotkanie bliżej pomorza :D
Szkoda że w filmie nie wspomniałeś o Nest.js. Ostatnio mega się wkręciłem w ten framework, bo dzięki niemu nareszcie backend w Node ładnie wygląda. Serio, w porównaniu do Expressa (na którym bazuje zresztą sam Nest) to niebo a ziemia. No i świetnie korzysta on z zalet TypeScriptu. Moim zdaniem szykuje się rewolucja na polu backendu w Node, bo tak jak rozmawiałem z ludźmi, to czuję że Nest zdobywa popularność. A odnośnie WebAssembly - kurde, trzeba to ogarnąć. Wiedzę na temat C++ mam podstawową, swego czasu próbowałem napisać moduł do Node’a korzystając z C++, ale skończyło się na hello world XD. Zobaczymy jak pójdzie z WebAssembly, bo wydaje się ciekawy, ale zarazem dość skomplikowany, chociaż wizja pisania części aplikacji webowych na niskim poziomie kusi - można by na tym oprzeć pewną cześć logiki biznesowej frontu webowego i aplikacji natywnych, współdzieląc kod w języku niskopoziomowym. Będzie się działo w najbliższych latach, bo szykują się niezłe rewolucje na niektórych polach.
Przecież wspomniałem :D Jak słuchasz?! XD 19:01
hello roman a to przepraszam XD. Kurde rzeczywiście, musiałem przespać tą część 😂
Będzie może kiedyś filmik o Ruby i ROR? Co o nim sądzisz i jak to się sprawdzi w przyszłości?
Z CMSow polecam Storyblok, ktorego totalnie pokochalem
Pomysł na odcinek:
Może coś o "hash tables" w js'ie? Po co one są i jak je tworzyć :)
Nie jestem pewien czy dokładnie to się wpisuje w mikrofrontendy ale w swoim projekcie coś takiego już widziałem. Główną częścią aplikacji jest monolit java+spring, wokół jest trochę innych systemów ale aplikacja o której mowa jest sklepem internetowym. Jak już wspomniałem jest to aplikacja webowa w springu więc frontend jest wykonany w technologii jsp ale np. checkout jest zrobiony w małej aplikacji angular i poprostu dorzucony do sklepu. Drugi przykład to selektor produktów, jest to poprostu wrzucony w cały ten springowy front kawałek aplikacji wykonanej w angularze, czy to się wpisuje w te mikrofrontendy ? Z tego co widzę to trend jest taki że sporo elementów/komponentów jest już zastępowanych angularem.
W 2020 chciałabym nauczyć się Pythona, mimo tego, że pod wieloma względami ten rok będzie dla mnie niesamowicie pracowity. Chociaż dla chcącego nic trudnego! 🤣
Warto też zerknąć na feathers.js. Bardzo fajny framework oparty o express. Pozwala wybrać protokół transportowy (http, websockets albo i oba jednocześnie), kilka sposobów autentykacji, dowolną bazę danych itd. Ma też hooki :P ( nie dopowiem co to, żeby ciekawość skłoniła Cię do sprawdzenia ;) ). Polecam, bardzo przyjemny. Nie znam drugiego tak elastycznego frameworka. Ma też klienta dzięki któremu zabawa z socketami jest bardzo przyjemna. --> feathersjs.com/
Dobry suchar 😉Jakby co, to u mnie też działa 😂
co może zastąpić Reacta? myślę, że ewolucja samego JS'a :-)
Ja w 2019 podszedłem do tego bardziej na poważnie
Hej! Co do komponentów to za pomocą Web Conponents można tworzyc elementy reużywalne dla różnych frameworków. A na microfrontends stoi chociażby pracuj.pl
@@kokojambo1298 na ConFrontJS była ich prelekcja o procesie przejścia z monolitu na mikroserwisy. Jak pogrzebiesz na stronie wydarzenia to znajdziesz chyba nawet slajdy o tym
Z CMS polecam DATO CMS
Po pierwsze primo i najważniejsze - ogarnąć życie ! reszta sama przyjdzie :)
Roman: Gatsby
2020: Next.js
Czy przy takich roadmapach, mógłbym prosić o wypisanie w punktach tego co zostało powiedziane, albo teraz jest coraz modniejsze dzielenie filmiku na rozdziały.
W nowych filmach staram się tworzyć właśnie takie rozdziały
12:55 Jak to niedawno go znalazłeś? Romek toż ja Ci go wysłałem kilka miesięcy temu :’(
No właśnie jakoś we wrześniu chyba pisałeś - to niedawno przecież :D
@@helloroman Dobra, dobra :D
jak uzyjesz nest.js to w koncu sie bedziesz musial nauczyc tego typescripta ;)
co do webassembly i rusta - C jest latwiejszym jezykiem niz Rust, nie mowie ze lepszym, bo Rust jest duzo bezpieczniejszy i ma fajne konstrukcje, ale kompilator potrafi ugryzc ;)
Nie wiem co jest trudnego w TypeScripcie, po prostu deklaruje się typ zmiennych, ewentualnie trochę abstrakcji i encapsulation.
Napisałem całkiem sporą paczkę w npm w TypeScripcie i nie było tak ciężko w moim przypadku to "learning by doing" się sprawdza, czasem nawet po prostu próbuję czy coś działa w tym języku, np. wpisuję słowo kluczowe (np. abstract) widzę że błędu nie wywala i wiem od razu że jest coś takiego bez patrzenia do dokumentacji.
Moim zdaniem intuicyjne
Dla mnie podstawowe założenia TS są całkiem jasne, natomiast problemy pojawiały się zawsze w chwili, gdy trzeba było skorzystać z jakichś gotowych typów np. dla firebase.
@@helloroman nie korzystam z firebase, ale w moim przypadku wystarczało zainstalowanie paczki @types/nazwa-paczki i VSCode wtedy podpowiadał gdy się ją zaimportowało
@@igorswies5913 problemy się pojawiają, kiedy paczki z deklaracjami nie ma albo jeszcze gorzej - typy są nieaktualne :D Mamy takie jazdy w pracy i bywa dramatycznie :)
@@wjzz no to słabo ale jak nie było żadnych typów to robiłem plik .d.ts I w środku declare module 'nazwa-paczki'; i najwyżej wszędzie było any ale działało
@@igorswies5913 u mnie w pracy niestety 'działa" to za mało :) staramy się robić tak, żeby nie poprawiać co chwilę i unikamy 'any' jak ognia. Czasami dodajemy te pliki d.ts, ale jak coś się nie zgadza, to kompilator przestaje sprawdzać i można mieć problemy.
Ty te suchary to wymyślasz, czy wynajdujesz?
99% sam, 1% zapożyczone np. od znajomych
Bardzo dobry kanał i wielki szacunek za to jak go robisz. Jednak większość filmików jest bardzo statyczna, wyłącznie pokazująca twoją twarz. Nie myślałeś może żeby zrobić z nich też alternatywnie podcast?
Dziękuję! Co do formuły to bardziej będę poszukiwał sposobów na zwiększenie dynamiki obrazu :) Podcasty mnie nie do końca jarają jeśli chodzi o tworzenie ich
@@helloroman Jasne, rób to co robisz dalej i rozwijaj się :) jednak wpisy takie jak ten (chodzi mi głównie o te filmiki na których tylko mówisz) mógłbyś publikować też jako podcast (sam dźwięk) praktycznie zerowym kosztem :)
Roman zpuść włosy w 2020 😆
Nie chcesz tego widzieć uwierz mi xD
FreeCodeCamp twierdzi w jednym ze swoich materiałów twierdzi że react to biblioteka, a Vue i angular to framework, co myślisz..?
Juz kiedyś o tym mowilem. Sam React just biblioteka ale w projektach z reguły wykorzystuje się go z całym jego ekosystemem co czyni go frameworkiem moim zdaniem. Ale fakt faktem z całej trójki jako jedyny React nie narzuca jakiejś sztywnej struktury projektu (co bywa zgubne).
Skąd koszulka ? ;-)
Podrzuci ktoś link do backendu w 2 części kursu Reacta? Przeszedłem wszystkie branche kursu na githubie i nie znalazłem.
Yo, nie mam pojęcia czemu tego nie ma na eduweb - trzymaj linka github.com/helloroman/favnote-node
@@helloroman Dzięki wielkie :)
@@helloroman Serwer się odpala, robię wszystko zgodnie z filmem (db Atlas + Postman) ale przy próbie utworzenia użytkownika dostaję w odpowiedzi w Postmanie -> Internal Server Error 500. Natomiast w konsoli jest komunikat [MissingUsernameError]: No username was given. Szukałem cały dzień rozwiązania w necie ale nic nie pomogło. Zaznaczam, że nie mam jeszcze wiedzy na temat pisania backendu w Node.
Czy jest ktoś, kto uczy się Python?
Komeda > Dark Side of The Moon?
Kurde, jestem jeszcze za cienki na Komedę...
Nie porównuję dobrej muzyki :p jedynie dzielę na dobrą i zlą
@@helloroman no, ale Komeda to wyższa abstrakcja. Miles Davis przy nim to pop :P
A netlify cms patrzyłeś? :) Ma prostą integrację z Gatsby. I kolejna sprawa... Nazwa "Headless" CMS zakłada właśnie, że osoba edytująca treść, dodająca posty itd. jednak ma posiadać jakąś tam chociaż podstawową wiedzę developerską albo chociaż jest na tyle kumata żeby sobie poradzić z innym formatem danych. Wygodna forma dla człowieka nietechnicznego to po prostu CMS. Bez sensu jest krytykowanie niektórych headless cms że są nieprzyjazne dla przeciętnego użytkownika, bo takie jest właśnie ich założenie i po to jest ta nazwa, aby odróżnić. To tak jakbyś krytykował samochody rajdowe, że nie są przystosowane dla przeciętnego kierowcy. A tak poza tym spoko materiał. :)
Skąd wziąłeś informacje że headlessCMS nie musi być przyjazne edytorom? 🤔
Wiesz co, tak mi się wydawało że ogólnie jest taka koncepcja nazewnicza (headless z definicji oznacza jednak też to, że część do dostarczania treści i jej przechowywania/edytowania nie są składową jednej aplikacji). Ale pierwszy polski link z Google: "To skoro CMS jest taki dobry to po co taki twór jak Headless CMS? Według mnie tak jak normalny CMS jest skierowany głownie dla użytkownika nietechnicznego tak Headless CMS jest skierowany przede wszytskim dla programistów, a w szczególności dla programistów frontendu." I ogólnie sporo jest takich podobnych treści, że jednak headless mogą być również cięższe dla edytorów. Ale nie sądzę, że tutaj bloger miał na myśli tylko część programistyczną na myśli. No bo tworząc coś w wordpressie niby nie trzeba być technicznym, ale w rzeczywistości trzeba. Dla osoby nietechnicznej to raczej jakiś Wix.com. No, ale jak w programowaniu i ogólnie informatyce, ludzie potrafią różnie rozumieć te same pojęcia. Badałem jakiś czas temu pojęcie headless cms i często podawaną wadą było właśnie to, że są cięższe dla osób edytujących teksty, choćby przez to że trzeba na przykład edytować pliki .md, a nie mamy edytora. Jak widać to się zmienia. Nie miałbym jednak na ten moment pretensji do niektórych headless cms, że mają gorsze edytory, bo właśnie są skierowane bardziej dla programistów. Co nie oznacza, że wkrótce to się nie zmieni i wtedy headless będzie tylko oznaczało oddzielenie od siebie warstw.
@@kamilydka5243 Headless oznacza nie więcej nie mniej jak oddzielenie warstwy prezentacyjnej od warstwy treści - layoutem, wyglądem etc. zajmują się designerzy i programiści a treścią zajmują się edytorzy. W idei headless CMS zdecydowanie nie leży utrudnienie pracy edytorom (wręcz przeciwnie, jedyne co im się odbiera to możliwość dowolnego modyfikowania wyglądu jak w Wordpress). Co do plików .md to nie do końca nazwałbym to Headless CMS-em. To jest po prostu używanie konkretnego rodzaju plików jako source dla Twoich treści, ale CMS to coś więcej.
@@helloroman Bardziej chodziło mi o to, że md był dosyć popularnym formatem w headless cmsach (może nadal?), a tu już niby jakieś utrudnienie. Ale faktycznie się zagalopowałem, ale tak jak pisałem, temat badałem jakiś czas temu. W każdym razie sorry. :)
Od kilku lat słabo... Choroba najbliższej osoby, a w tym roku jej odejście...
Coś Ci te życzenia nie wyszły
:(
W 2020 warto wiedzieć, żeby nie wchodzić w branżę IT.
Niby czemu?
@@helloroman Ponad 250 CV na stanowisko juniora, bardzo duży próg wejścia, coraz więcej ludzi się pcha, a wymagania coraz większe, chcą tylko ekspertów z 5+ letnim doświadczeniem
@@mecenaszpiaseczna5045 trochę przesadzasz, ale fakt że łatwo nie jest. Co nie znaczy że nie warto. Lekarzem czy prawnikiem tez ciężko zostać. O wiele ciężej moim zdaniem.
@@helloroman jak twoim zdaniem można rozwinąć swoje kompetecje jeśli już chodzę na studia informatyczne ze specjalizacją programowanie? Jakieś własne projekty na githuba? Podobno nawet na staż się ciężko dostać
@@mecenaszpiaseczna5045 na OdinProject na końcowy projekt się pisze własną kopię facebooka w JS + Node.JS, myślę , że taki projekt jest chyba wystarczający, zwłaszcza, że Odin daje tylko wskazówski, a nie projekt krok po kroku.
21:30 Jeżeli C lub C++ jest dla Ciebie trudny to polecam kurs MZ ;)
:D mam nadzieję że to żart, ale nigdy nic nie wiadomo
2:55 Z tego, co mi się zdaje, mówimy „mnie” na początku zdania i gdy akcentujemy to słowo. Mało ludzi o tym, wie, a mego małego pedantka to drażni. :)
To przecinków pilnuj jeszcze i będziesz mistrz ;D