Відео

🔥

😂 panie, kto to panu tak 🫢😂

Ok, zgoda! Pod warunkiem że idziesz faktycznie procesem który opisałeś a nie "Eksperymentalna implementacja -> L4 -> Wypowiedzenie" 😂

@@lenkowski-net XD

Ciekawa propozycja, ale rok 2025 to u mnie rok Test Driven Development 😅 Przynajmniej do startu kursu TDD: lenkowski.net/kurs-test-driven-development/

Sprawdź instagrama @lenkowski_dev - jest i dowód owej wizyty 😂

CBSe Guarana - ulubiona ❤️

Dzięki! Szczęśliwego nowego roku 🔥

Dzięki - z noworodkiem jest trochę trudniej, ale też damy radę 🔥

Soy el Coronel Molares! 😆

Tak jest! ✌️

Dzięki za wsparcie! Doceniam ❤️

Po co Ci interfejs z JEDNĄ implementacją? To już zupełny bezsens 🤪

Tak, tutaj był to spory problem. W kilku innych filmach również. W nowych będzie lepiej 🔥 dzięki za feedback!

Dzięki za komentarz, bo to prawda - nie ma nic gorszego niż CV Driven Development! Mówiłem o tym wielokrotnie i będę powtarzał! Overengeenering jest tak samo zły jak premature optimization, czyli jeden z elementów tego tu STUPIDa 🫣

@@lenkowski-net I to jest zdrowe podejscię. Piona

Dobrze poruszony temat, czasem kod napisany jest w taki sposób, że na siłe wcisnięte wzorce robią tylko to, że dane przechodzą przez parę klas które robią to samo ale profesjonalnie wyglądają. Fajnie jak kod pięknie wygląda ale oprócz tego, że musi dobrze działać trzeba pamętać, że "code has to make money" więc zabieranie na siłę czasu żeby był piękny, często generuje straty. Umówmy się, nie wszyscy na co dzień piszemy programy kosmiczne i aplikacje bankowe.

@@tomekp7545zdaje się, że nawet w NASA czasem się o kod nie zadba, zapraszam do odcinka o TDD 😅

Doceniam feedback (w tym negatywny). Zastanawiałem się nad podzieleniem tego na osobne odcinki, być może to pomysł na następny rok 😅

Bo gitblame prawdę Ci powie. W kodzie produkcyjnym to bardzo przydatne ☺️

Dzięki za sugestię, jak zrobię w końcu kurs heksagonu to te elementy napewno się tam znajdą. Na dzisiaj nie mam takich materiałów, choć github.com/CodelyTV/php-ddd-example wygląda bardzo inspirująco

Zobaczymy co da się zrobić ☺️

W planach mam odcinek o makefile na początek! Dzięki za sugestie - coś wymyślimy 🔥

🙌

Dzięki, Damian zrobił super robotę 🔥

@@lenkowski-net ty również 🙂

Hehe no, coś w tym może być 😅

Tamten test służy zaprezentowaniu, że nasz singleton faktycznie działa. Tu się wszystko zgadza. Problem jednak pojawia się, gdy w innej usłudze chcemy pewne elementy (jak zapis do pliku) przykryć. Singleton użyty w ten sposób niestety mam na to nie pozwoli 🫣

@@lenkowski-net Chyba możemy się zgodzić co do tego, że się nie zgadzamy. Jakbyś sprecyzował tezę to było by mi prościej się odnieść, bo nie ukrywam że nie rozumiem tego zdania "Problem jednak pojawia się, gdy w innej usłudze chcemy pewne elementy (jak zapis do pliku) przykryć." Mogę się zgodzić (Co do nagrania), że owszem w wielowątkowych środowiskach może dojść przy takim kodzie do sytuacji, że istnieje więcej niż 1 instancja singletona, ale nie wynika to z samego rozumowania singletona i to czym jest, tylko z błędnej implementacji. Singleton ma zapewnić istnieje 1 instancji, więc skoro są więcej niż 1, to oznacza to, że został on źle zaimplementowany, a nie że to jest jego wada. Nie można mówić, że wadą singletona jest to, że może być więcej niż 1 instancja, gdy sam singleton mówi o tym, że by go tak nazywać musi istnieć maksymalnie 1 instancja. W wielowątkowych środowiskach wdrożenie tego wzorca jest po prostu trudniejsze, ale nie niemożliwe. Każdy z wzorców ma swoje wady i zalety, które wynikają z jego cech. Np. stosowanie fabryki powoduje, że ogólna złożoność kodu wzrasta, ponieważ wraz ze wzorcem wprowadzanych jest wiele nowych interfejsów i klas, a przecież można by było wszędzie sypać new MyClass() i nie ma tego problemu, to sobie nawymyślali jakieś fabryki... No i niby można się z tym zgodzić, ale czy jest to powód, żeby od razu skreślać wzorzec fabryki? Wydaje mi się, że nie, bo oprócz tego, minusu, który wynika z jej cech, są też plusy. Po prostu implementacja jest trudniejsza niż proste "new MyClass". Albo taki np. autowire czy tam incjection dependency. Każdy Mid i Senior powie, że spoko, bo ułatwia robotę, ale np. taki Junior, może nie ogarniać, skąd w metodzie kontrolera wzieły się te klasy, gdzie jest jakiś konstuktor, a IDE mu tak fajnie nie podpowie gdzie się one tworzą i zrozumienie tego, skąd metoda jest wywoływana jest na pewno trudniejsze, bo przecież można zrobić: "$service = new MyService(new MyOtherService(), new MyOtherService2())". Przecież z punktu widzenia jakiegoś Juniora, taki kod jest bardziej zrozumiały, chociaż pewnie Ty i ja uznamy, że no taki Kontener z DI to jest spoko rzecz, bo nie ma potem takich tasiemców na 10 linii jak jakieś klasy korzystają z innych klas, które korzystają z innych itd. Jak się pierwszy raz coś takiego na oczy widzi, to to jest czarna magia, więc jest to z pewnością jakiś minus, że zrozumienie tego jest trudniejsze, ale nie wydaje mi się, że jest to dostateczny powód, by z tego nie korzystać. Wdrożenie samemu tego jest z całą pewnością trudniejsze niż wywoływania "$service = new MyService(new MyOtherService(), new MyOtherService2())". I tak samo jest z Signletonem, ma swoje cechy z których wynikają plusy i też minusy, jeśli chcesz by singleton miał jedną instancję, w środowisku wielowątkowym, to nic nie stoi na przeszkodzie, żeby zaimplementować ten wzorzec z wykorzystaniem wzajemnego wykluczenia. W zasadzie nie ma takiego problemu, którego odpowiednia implementacja, nie rozwiązywała go, również z testami etc. Czy jest trudniej? No z całą pewnością, ale to jest dokładnie tak samo jak z fabryką, czy DI, czy w zasadzie jakimkolwiek wzorcem z którego można skorzystać. A czy łamie SOLID, to jest kwestia sporna, ale nawet przyjmując, że łamie, to co to zmienia, wydaje mi się, że dobry programista nigdy nie powinien zamykać się w takich ramach myślenia, że nie będę łamał SOLID, dlatego, że nie będę go łamał. Pachnie mi jakąś wiarą w idea dla samej idei. Jeśli czasem plusy przewyższają minusy, to nie widzę powodu dla którego kluczowo trzymać się zasad SOLID, tylko po to by się ich trzymać. Te idea są po to, żeby wnosić wartość dodatnią, a nie po to by były. Więc jeśli dzisiaj będę miał mały projekt, który będzie miał funkcjonować tylko przez N-dni to nie widzę, powodu, żeby np. nie złamać zasady DRY i chamsko na szybko przekopiować kod z jednego miejsca, do drugiego, niż na siłę marnować niepotrzebnie czas, tylko bo to by nie złamać zasady DRY i zmarnować X dni na to, żeby napisać co zgodnie z tą zasadą, pomimo, że nie przynosi to wymiernej korzyści, bo po N-dniach cały ten kod i tak będzie już nie miał wartości biznesowej.

tl;tr?

Więc podsumowując uważam, że jeśli istnieją realne korzyści z zastosowania Singletona, to powinno się z niego skorzystać, a zamykanie się w bańce "Nigdy nie korzystam z Singletona, bo...", jest według mnie dziwne, jeśli przez to zamknięcie spowoduje że będę miał o wiele więcej roboty, a nie będzie realnych korzyści. Taka sztuka dla sztuki.

@@karolkolanko594 dzięki za komentarz. Ja powiedziałem w filmie że: 1. Nie lubię Singletona (opinia) 2. Ma on rację bytu i czasem jest potrzebny (fakt) 3. DI over Global (opinia / fakt) I nie ma tam stwierdzenia które zacytowałeś w "cudzysłowiu"...

2025 rok to będzie rok testów na moim kanale, bo nadchodzi porządne szkolenie Test Driven Development 🔥 Duuuużo tego będzie 😎

@@lenkowski-netdla mnie się podoba 🙂

Tak, ale to nie wynika z klasy tylko ponownie ze stanu globalnego, co jest IMO jeszcze większym pogrążeniem w nicości 😅

Milego oglądania 🍿

Dlatego lepiej wiedzieć co się robi 😂 Ale lambda od EC2 potrafi w pierwszym okresie zaoszczędzić naprawdę sporo 👾

Nie, rozmiar pliku nadal będzie za duży

Hmm, dla mnie dokumentacja nie tylko była kompletna, ale i support działał mega szybko. Korzystałeś z vapora faktycznie? Co do reverba. IMO WebSocket na PHP to ogólnie zły pomysł, ale nie wiem - z tego co rozumiem działanie serverlessa to nigdzie nie powinno się dać, bo to utrzymuje aplikację alive…

Mikrus 🔥 Tylko nie wiem jak to by było z większym ruchem. To jednak serwery ćwiczebne 😅

Jak trzeba coś mocniejszego to Hetzner na którym to właśnie stoi Mikrus

Całkiem możliwe, AWS ma sporo opcji (czasem za dużo). Słyszałeś coś o wsparciu PHPa przez GCP FaaS?

@@lenkowski-net Google ma 3 produkty ciekawe z punktu widzenia PHP (i innych technologii). Jest Cloud Run Functions z obsługą PHP, drugi to App Engine - gotowy runtime z PHP, konfiguracja ogranicza się do dodania pliku yaml z wybraną wersją PHP i rodzajem maszyny która ma to odpalić. Jest też zwykły Cloud Run - tutaj mamy pełną dowolność, bo do projektu oprócz konfiguracji instancjim dorzucamy też Dockerfile który chcemy używać.

Dzięki za podzielenie się tym 🔥

Dzięki za sugestię, faktycznie, ciągle zapominam o tym 😅

Po Twoim komentarzu widać, że jesteś na początku drogi. Jeśli chcesz robić, jak to napisałeś CMSy, to faktycznie, super robota dla początkujących. Gdy dojdziesz już do poziomu Enterprise, do domen, do architektury, zrozumiesz więcej. Teraz życzę ci powodzenia!

@@lenkowski-net nie chce robić CMSów jak wspomniałeś, ale jest to cos co każdy może się nauczyć w kilka dni i podpiąć pod stronę internetowa w nextjs, którą robi się również w kilka godzin(a nawet nie trzeba poświęcać czasu na klepanie kodu ponieważ wszystko jest gotowe i wystarczy wkleić do IDE). Akurat nie jestem początkujący, a jako Full Stack Developer mam spore doświadczenie, które nauczyło mnie, że rozmowy rekrutacyjne o prace to strata czasu bo nie każdy ma ochotę rozmawiać ciągle o tym samym - dlaczego chce Pan abyśmy Pana zatrudnili? Jakie są Pana słabe strony? Czym jest komponent w reakcie, kiedy używamy useState, a kiedy useEffect? Co to jest docker czy kubernetes? Takie oklepane pytania są niepotrzebne, ja tu jestem aby dostarczyć kod, a nie rozmawiać o podstawach. Rekruterzy tak sie rozbeztwili, a jak ja im zadałem pytania z prostego javascript to nie wiedzieli co odpowiedzieć hahaha Szaleństwo! Dziękuję za odpowiedz, fajny kanał, bede śledził poczynania :)

Chodzi mi o poszerzanie waszej perspektywy, jeśli uda mi się to zrobić - będzie sukces 🤩 Dzięki za komentarz!

😂

Tomek to świetny trener, więc te narzędzia być bardzo ciekawe 👀 Dzieki za miły komentarz 😎

@@lenkowski-net Ostatnio rozeznałem inne techniki nauki jak: przetwarzanie elaboracyjne i eseje Montaigne'a ☺

Dzięki za podzielenie się swoją opinią, ale… pokaż kod 😅 Oczywiście match jako wyrażenie może być często używane, ale z tym że to jest „wolniejsze” to w dobie dzisiejszego dostępu do hardware, nie przesadzałbym… Switch robiący z klasy 5000 linii to coś co często widuję, jeśli temat można „łatwo” ogarnąć, bez takiego zagmatwania to spoko 😎

​@@lenkowski-net ależ proszę bardzo, autor Casey Muratori wyjaśnia także jak bardzo wolniejszy jest polimorfizm ua-cam.com/video/tD5NrevFtbU/v-deo.htmlsi=4bgrYqdJjZDbhZuu 5000 linii to gigantyczna liczba, ewidentnie coś poszło nie tak.

Dzięki że się podzieliłeś 🔥

Switch case nie jest otwarty na rozszerzanie. Dodanie nowego zachowania wymaga w przeciwieństwie do strategii edycji kodu w danym miejscu. Z reguły w większych projektach może być to problem. Trzeba zadać sobie pytanie czy w tym miejscu nie lepiej będzie to zrobić rozszerzalne. Nie zawsze oczywiście warto, ale jednak warto znać i umieć ;)

O panie, zawsze by się „coś przydało”. 😂

To jest nie kończąca się historia xD

@@adamwadokowski5565 dlatego planuję zrobić jeszcze odcinek o STUPIDzie :) z naciskiem na P jak Premature Optimization 😅 choć brak typowania to zuoooo 😂

Bez testów nie podchodź 😂 Zobacz sobie filmik o TDD 🔥

Haha, szef mi opowiadał, że gdy zatrudniał w Indiach po 6 godzinach przyszedł do niego programista, któremu dał takie zadanie dla małych zbiorów danych i powiedział z dumą - skończyłem - Co skończyłeś? - no, to trudne zadanie z sortowaniem - a o sort() nie słyszałeś 😂

Livewire też. Chodziło tutaj o inne podejścia właśnie od strony SSR + CSR 😅

To prawda! A już napewno w stronę TypeScripta 🔥

Dobry żart z tym kubernetesem. Jestem rozchwytywanym seniorem tylko w jednej technologii i nie znam żadnej innej. Chyba, że mówimy o firmie SH-Januszex gdzie od deva wymaga się wszystkiego. To wtedy współczuję. :)

Myślę że nie chodzi tutaj o to żeby być seniorem we wszystkich tych technologiach, a o to, żeby przynajmniej otrzeć się o tego kubernetesa czy awsa - o bazach danych i CI/CD nie wspominając.

@@lenkowski-net ja się nie ocieram o inne rzeczy. pewnie dlatego, że pracuję tylko w firmach na tyle dobrze zorganizowanych, że każdą "warstwą" zajmują się inni ludzie. Bazy to wiadomo, ale na poziomie interfejsu. :) ale rozumiem, jeśli niektórzy chcą być/muszą być fullstackami i co tydzień muszą się aktualizować wiedzę z 40 różnych narzędzi. ;)

😂

Myślę że nikt o tym nie zapomina. Ja nie uczę tych, którym obiecuję się złote góry w 3 miesiące, a tych, którym zależy na rozwoju. Zapraszam na mój kanał, który prowadzę od ponad 2 lat. To nie jest kanał dla początkujących i takie treści chcę wam dawać 🔥

rel