Відео

Gratuluje prowadzącemu cierpliwości w odpowiadaniu na pytania Pana Backendowca.

Ale... ale heksagon nigdy nie ma osiem boków, bo zawsze ma sześć 😅

2:55 ciekawy ten trzeci case 😏

W odniesieniu do pytania prowadzącęgo: jakby ktoś używał Springa i się zastanawiał dlaczego Java 20 może nie być najlepszym wyborem, wklejam ich aktualną politykę: "We fully test and support Spring on Long-Term Support (LTS) releases of the JDK: currently JDK 8, JDK 11, JDK 17, and JDK 21. Additionally, there is support for intermediate releases such as JDK 18/19/20 on a best-effort basis, meaning that we accept bug reports and will try to address them as far as technically possible but won't provide any service level guarantees. We recommend JDK 17 and 21 for production use with Spring Framework 6.x as well as 5.3.x."

Odkopuje stare wideo> Na początku mówisz, że dwóch odeszło i to źle. Ale podobno reszta pracowników przestała się martwić o raty za dom i zaczęli cenić swoje miejsce pracy i podobno ogólna lojalność i wydajność wzrosła. Czy to prawda? Nie wiem. Wiele lat później mamy (za wikipedią, która cytuje jakiś wywiad): "In March 2020, Price said that the pay raise has worked well for his company in particular. He extended the same minimum wage to all employees of ChargeItPro, a company Gravity Payments acquired in 2019"

Trzeba zrobi erratę - ani słowa o Kotlinie, choć rozumiem że 7 lat temu jeszcze nie wiedziano że będzie popularny.

Można obejrzeć dla zajawki. Aby cokolwiek *wiedzieć* trzeba przeczytać Java Concurrency In Practice.

Fajna prezentacja. Fajna dyskusja na początku (pierwsze pytanie) :D

Świetny materiał! Tak pięknie wytłumaczone, że dziś odpalam ten wykład żonie zamiast netflixa.

Ale Jakub ma wiedzę. Podziw

Świetna prezentacja, same konkrety, przykłady, o to chodzi !

Świetna prezentacja!

Bardzo fajna prezentacja, aż chciałoby się więcej takich materiałów o Kotlinie od totalnych podstaw po jakieś zaawansowane zagadnienia. Dzięki za filmik :)

Dobry wykład, pozdrawiam

Ciekawie mówi

Dzięki temu filmowi dziś dałam radę rozwiązać problem, który nie sądziłam, że dam radę rozwiązać samodzielnie (myślam, że jest wyciek, a okazało się, że to pamięci było za mało). Dziękuję serdecznie, Krzysztofie!

Wspaniały wykład!!

Bardzo dobra prezentacja, jako laik w kwestiach współbieżności sporo się dowiedziałem. Dzięki, Mateusz.

Fajny wykład, dzięki wielki.

Dobre to bylo!

no i to jest kurwa prezentacja, zawsze tu wracam i mysle TO JEST prezentacja na poziomie, a nie kolejny raz walkowanie o podstawach FP ktore kazdy zna (PURE IMMUTABILITY) i 0 real world caseow.

W końcu prezentacja, której nie trzeba przyspieszać, a do tego merytoryka na wysokim poziomie. Sztos totalny.

Zajebisty wykład

Oj, radzę przed prezentacją potwierdzić coś czego nie jesteśmy pewni - mnie to zakuło w uszy :-o : English def. 'argument': "a reason or set of reasons given with the aim of persuading others that an action or idea is right or wrong." Use example: "there is a strong argument for submitting a formal appeal".

Rewelacyjny wykład! Dzięki wielkie.

Super wykład pod względem merytorycznym! Dodatkowo głos i sposób mówienia prowadzącego idealny do prezentowania.

chciałem sie przekonać do DDD ale nie potrafie. to jest armata na muche. postawiony fikcyjny problem typu "ktos bedzie chcial nam zmienic stan obiektu przez repozytorium" ktos czyli kto? i kiedy? o jakiej katastrofie mowisz na poczatku projektu? od czego jest code review? kto by taka zmiane przepuscil? te ddd to taki dam bullsht jak soa na poczatku lat 2000. wymarlo to smiercia naturalna bo overhead jaki to narzucalo generowal raczej bol glowy. to samo jest obecnie z mikroserwisami, ze ludzie stosuja to na potege bez myslenia po co to zostalo stworzone i potem maja tone integracyjnych problemow i redundancje danych miedzy bazami. wracajac do ddd: ile razy zmieniales repo w projekcie? 2 lata robimy na postgresie a potem nagle "ej wrzucmy mongo jednak"? dostarczylem ponad 250 ludzi przestrzeni 5ciu lat na setki projektow i nikt w polowie projektow nie zmienial repo. a co jak chcemy zmienic jezyk programowania? a co jak pojawia sie komputery kwantowe? nie widze sensu tego ddd. szmat kodu na fikcyjne problemy. ale sam prowadzacy sztos. merytoryka i wiedza na najwyzszym poziomie. szacunek tutaj :)

Mnóstwo kodu, a prosty CRUD z początku prezentacji robi to samo XD

Bardzo dobra prezentacja! Pięknie zobaczyć wszystkie te koncepcje w praktyce.

prezentacja zaczyna się: 8:23

I'm from India , Can you make this video in English as well.

59:24 Nawiązując jeszcze do pytania o mockowanie criteria API w HashMapowym test-repo. Kilka myśli na chłodno. Jak dla mnie: - Criteria API powinno być używane do widoków/raportów, więc przekładając to na moją architekturę, będzie ono albo w query repository, albo w CRUDzie - tu powstaje pytanie, czy trzeba to testować? Według mnie nie. Jedyne co tym testujemy to czy Criteria API działa jak należy, czyli nie swój kod. Dla mnie to nie pasuje do testu jednostkowego modułu. - Wewnątrz jednego modułu ja tworzę JEDEN agregat w rozumieniu DDD, który może mieć wiele encji. W dobrym modelu agregaty są małe i całość da się wyciągnąć z FetchType == EAGER. Nie widzę przy wysyłaniu komendy do agregatu potrzeby używania Criteria API, wszystko mogę przeliczyć w RAMie, bo wyciągam cały agregat. - Jeżeli logika biznesowa jednego modułu zależy od wyniku Criteria API read modelu drugiego modułu, to na pierwszy rzut zweryfikowałbym, czy można to przerobić, np. przez odwrócenie zależności/redundancję danych w dodatkowych read-modelu. Nie umiem obecnie wymyśleć przykładu, że się tego nie da zrobić, ale chętnie go usłyszę. W moim podejściu CommandHandler zorkiestrowałby pracę tych 2 modułów, czyli to warstwa aplikacji uderza do Criteria API jednego modułu i przekazuje wynik do drugiego modułu. Dzięki temu drugi moduł nie zależy od repo pierwszego modułu, tylko od wyniku który jest przekazywany, czyli możesz przetestować oba moduły jednostkowo bez mocka Criteria API. Problemem będzie test jednostkowy pojedynczego CommandHandlera. Na teraz nie mam innych pomysłów niż: nie testować/przerobić bez Criteria API. - metody JPA Repo typu findByFirstName(...) są banalnie proste do mockowania, database.stream().filter(...).toList(), więc tu raczej nie ma co myśleć, tylko to zamockować jak jest potrzeba.

Jesli chodzi o prezentacje Michala R.: W prezentacji zostało wspomniane tylko o dwóch wzorcach: chain of responsibility oraz strategia. Wydaje mi się, że fajnie by było zrobić lekkie wprowadzenie do tych wzorców przed ich użyciem. Przykłady ciekawe, myślę, że dobrze oddają ideę. Z chęcią posłuchał bym o innych przykładach zastosowania wzorców w Spirngu.

Szef totalny

Bardzo dobra prezentacja i bardzo dobry kod :) od siebie dorzucę kilka sugestii: - Można zrezygnować z adnotacji w domenie i dodać mapowanie dopiero w adapterach przy pomocy pliku orm.xml. Wiem, trochę barbarzyńskie, ale zarówno Spring jak i IntelliJ mają do tego dobre wsparcie - W części "query" z CQRS-a można rozważyć projekcje Springa. W wielu przypadkach wystarczy samo repo i interfejsy z getterami, których nazwy są "kompatybilne" z nazwami pól (pole "name" w encji domenowej = getter "getName" w interfejsie-projekcji) - Polecam dodatek do IntelliJ "Presentation Assistant". Publika widzi wtedy jaki skrót klawiszowy został użyty przez prezentującego

Wspomniane referencje: ua-cam.com/video/ILBX9fa9aJo/v-deo.html ua-cam.com/video/do-xqIbKZ_8/v-deo.html ua-cam.com/video/JJXmgCx_wh0/v-deo.html ua-cam.com/video/cJDDsSj2vJA/v-deo.html ua-cam.com/video/aq3Jwti9K14/v-deo.html

Gość jest totalnym szefem, mam nadzieję, że nie był ostatni raz oraz że jego wykłady pojawią się na YT w przyszłości również

Fajna prezentacja, rzeczowa - doceniam mało lania wody, jednak wprowadziłeś atmosferę stresu, co dla słuchacza niespecjalnie jest komfortowe. Mogłeś to poprowadzić w tym samym czasie, po prostu ton i sposób mówienia. Popracuj nad tym przed Confiturą, proszę. Inna sprawa że IMO nie powinno się przenosić logiki do obiektu. Dla mnie najlepsze są DTO i logika w serwisie - wiem, to jest abiektowe, ale dlaczego? Rozszerzalność, DI, możliwość wywalenia /zmiany frameworków, SRP. Co jakbyś chciał weryfikować dodanie płatności w takim pracowniku? Gdzie logika? Gdzie nasłuch - aspekty dodasz czy proxy? Dla mnie argument że "logika rozsiana po 70 serwisach jest zła" jest zły - dzisiaj IDE wszystko Ci znajdzie, jeden klik. Tym bardziej, jak mamy mikroserwisy - to wtedy jest zaleta, bo możesz ograniczyć powielenie w niektórych momentach i lepiej podzielić kod.

Wielkie dzięki za nagranie. Mam parę podpowiedzi. W testach miło jest używać @DisplayName - liczy się czytelność AttributeOverride nie jest potrzebny - użyj AttributeConverter - z autoApply = true Co do likwidacji adnotacji JPA Entity z domeny to można użyć interfejsów w domenie a implementacji z @Entity w infrastrukturze, bo JPA umie śledzić zmiany bazując na polach jak również na getterach

I teraz można spokojnie obejrzeć z prędkością 0.75

1:29:21 za dużo kodu nawalone, polecam SOLID

Cześć. Czy jest sposób by JVM swoje optymalizacje poczynione na danej aplikacji w jakiś sposób zapamiętało, tak by nie wykonywało ich na nowo przy kolejnych uruchomieniach? Pozdrawiam.

Czas stracony. Ta prezentacja nie pozwoli ci na pracę z DDD

Jeden z lepszych wykładów i obejrzany tylko 1300 razy :D

Kiedy możemy się spodziewać wrzutki najnowszego WJUGa z panek Ślusarskim? Pozdrawiam

ciekawy :)

wracam do prezentacji o JVM i GC przed każdą rekrutacja :) dzięki Kuba

W przeciagu ostatnich 2 lat obejrzalem ten wyklad przynajmniej 6 razy a i tak za kazdym razem czegos nowego sie dowiaduje. Jest taka kompensacja wiedzy ze jeszcze nie jeden raz tu wrócę. Po prostu sztos!

Uwielbiam wszystkie odcinki z tej serii - masa przydatnej wiedzy w jednym miejscu. Powinni tego uczyć na studiach ;p

Nie lepiej użyć uuid ? Pomysł mało oryginalny, bo sam go stosowałem w różnych projektach i też widziałem, że inni stosują