Video

Jak najbardziej rozumiem, sam też mam tak, że czasami takie narzędzie bardziej przeszkadza niż pomaga i je wyłączam. Czasami jednak dostaję propozycję dokładnie taką, jakiej oczekiwałem, i wtedy wystarczy nacisnąć tab, wtedy przyspiesza. Dochodzą też preferencje, bo jedni wolą skrzynię automatyczną, a drudzy wolą sami zmieniać biegi. Każdy będzie bronił swojej racji. :D Podsumowując, warto przetestować i zobaczyć, czy to coś dla mnie. Jeśli nie, to wyłączyć i spróbować ponownie za pół roku czy rok, kiedy narzędzia te będą jeszcze bardziej rozwinięte. Wtedy może pojawią się możliwości bardziej zaawansowanych customizacji ustawień i każdy będzie mógł je dostosować do siebie 😄

Ja zacząłem pracę komercyjną ponad 8 lat temu, kiedy to był okres, że jeśli nie "zabijałeś się" klawiaturą, to znaczyło, że nadajesz się do pracy (duże zapotrzebowanie na programistów). Więc uczyłem się zarówno na studiach, na własnych projektach (chciałem zawojować świat jakąś aplikacją), jak i w pracy. Początek kariery miałem o tyle fajny, że miałem zespół, który mnie wdrażał, a że w tamtych czasach wszyscy pracowaliśmy z biura, to jak czegoś się nie umiało, to podchodził ktoś bardziej doświadczony i tłumaczył. To był duży boost, codziennie 8h w pracy + studia i projekty i w akademiku też osoby bardziej doświadczone gdzie przy piwku razem można było pogadać jak zdobyć świat jakąś aplikacją, lub lepiej zrozumieć dany temat, a że poczuło się wtedy pieniądz to motywacja też była. Po skończeniu studiów dostałem propozycję doktoratu, ale nie chciałem (całą magisterkę już pracowałem na pełen etat i nie chciało mi się tak dalej ciągnąć doktoratu), ale dostałem kolejną ofertę, że mogę prowadzić zajęcia na politechnice, i to był kolejny impuls. Bo używałem czegoś w projektach, bo tak robiliśmy w pracy, ale nie wiedziałem, czemu to tak działa, więc trzeba było zrobić krok wstecz i poznać teorię tak, żeby umieć to wyjaśnić. Podsumowując: Praca, własne projekty, kursy, filmiki, próba wyjaśnienia czegoś prostymi słowami jako test, czy to rozumiemy. W dzisiejszych czasach dochodzą LLM, które wydają się dobrym partnerem do nauki, więc też warto korzystać :) No i oczywiście najważniejsze warto subskrybować ten kanał!

Zależy od tego, czy subskrypcję chcesz wykupić prywatnie, czy firma ją kupuje. W skrócie są trzy warianty. Płatność miesięczna: Individual - 10 USD Business - 19 USD Enterprise - 39 USD

Tak, wiem z tymi trąbkami mój błąd, w kolejnych filmikach jest to już poprawione, niestety w tym nie mogę już tego edytować :( Człowiek się uczy na błędach :D

@@javaseniorplspokojnie. Te kilkusekundowe wstawki nie przysłaniają dobrego tłumaczenia na dobrych przykładach. Mój komentarz miał być na tyle sugestywny, by zwrócił Twoją uwagę. Mam też świadomość, że kanał jest relatywnie młody i starasz się go poprawiać. Ucieszę się, jeśli moja sugestia będzie przez Ciebie wzięta pod uwagę ;-)

Tak! Teraz zaczynam się bawić Tabnine, a następny w kolejce jest AI Assistant od JetBrains :D

Cześć! Dzięki za komentarz! Co do roadmapy, po jednym dniu nauki, myślę, że nie warto od razu planować zbyt daleko. Na początku warto skupić się na składni języka i zrozumieniu obiektowości. Jest mnóstwo materiałów w internecie dla podstaw, więc nie musisz szukać "perełki", tylko pierwszy lepszy kurs, książka lub nawet pomoc AI, przerabiać to i dużo kodować i ta faza pewnie potrwa kilka miesięcy. Jak się ją przebrnie i składnia języka już nie sprawia problemu, to wtedy można myśleć o roadmap :) Jeśli chodzi o grafiki w miniaturach, pewnie masz rację, że mogą tworzyć chaos. Przyznaje nie znam się na tym, nie mam duszy artystycznej i z plastyki też za dobry nie byłem :D Ale tworzenie tych grafik sprawia mi frajdę, więc sam się jeszcze w to pobawię, jak stracę przyjemność z tego, to się odezwę :) Jasne, jeśli napotkasz jakieś problemy, możesz śmiało napisać, ale nie ukrywam, że skupiam się na pomocy w bardziej zaawansowanych tematach. W przypadku podstaw, narzędzia AI radzą sobie świetnie, więc myślę, że przez pierwsze kilka miesięcy mogą być doskonałym wsparciem w nauce. ;) Życzę powodzenia i dużo motywacji do nauki! 💪

Siemanko! W najbliższych filmikach mam zamiar mówić trochę więcej o architekturze, ale fakt, temat wyjątków może być ciekawy i trochę 'kontrowersyjny', bo są zwolennicy rzucania wyjątków/dzielenia ich per warstwa i są zwolennicy zwracania 'rezultatów' jako wynik metody zamiast wyjątków :D Więc dzięki za komentarz, kolejny fajny temat do nagrania, wrzucam na listę, ale niestety nie jestem w stanie obiecać, kiedy się pojawi. Dodatkowo nie jestem najlepszy w estymatach, więc wolę nawet nie próbować tego estymować :D

Dzięki za komentarz! Masz rację, można by pokazać inne metody niż GET i wtedy pre-flight check (OPTIONS). Choć z drugiej strony, jeśli w jeden materiał włoży się zbyt wiele informacji, to może być ciężko zapamiętać :D Jak to mówią: na dwoje babka wróżyła :D

Dzięki Wielkie! I motywacja do tworzenia +5 :D

Będzie! Ale jeszcze chwilkę trzeba poczekać :D

Dzięki wielkie!

Dziękuje!

Dzięki wielkie!

Dzięki za miłe słowo! Gdy klient otrzymuje odpowiedź z danymi, oznacza to, że miał uprawnienia do ich pobrania. Więc nawet jak pobrał te dane na nieświadomce to polityka Same-Origin Policy zapewnia, że dane te nie zostaną wykorzystane przez jakiś złośliwy skrypt, więc tutaj rozimie, że czysto teoretycznie rozważamy jak zaimplmetnować taki mechanizm na backend, żeby nawet nie wysłał tych danych. W Springu najprościej byłoby zaimplementować to za pomocą filtrów, czyli dodać interceptor (na przykład klaskę implementującą HandlerInterceptor), który przechwytuje request przed dotarciem do kontrolera. Jeśli nagłówek 'Origin' wskazuje na niezaufaną aplikację, od razu zwracamy w response jakiś Forbidden :D

Mam subskrypcje, to korzystam, ale możliwe, że są lepsze rozwiązania :D

@@javaseniorpl spoko, tak naprawdę nie okładka a treść się liczy :] Dobra robota, zasięgów i sukcesów

@@ww4102 Dzięki!

Za pomocą pesymistycznego blokowania możemy blokować wiele rekordów, ale wiadomo, że wiąże się to z pewnym narzutem, więc opłaca się to stosować, gdy ryzyko wystąpienia konfliktów jest duże. W przypadku aktualizowania kwoty ryzyko wystąpienia konfliktów zazwyczaj nie będzie duże (oczywiście zależy to od kontekstu), ale zwykle w takich przypadkach lepiej będzie skorzystać z optymistycznego blokowania. Więc, odpowiadając trochę w stylu "to zależy", jeśli jest taka potrzeba, będziemy blokować wiele rekordów za pomocą pesymistycznego blokowania :D

@@javaseniorpl jak wszystko w programowania :D No tak jeśli to jest konto jakieś fundacji to być może lepiej pesymistic locking a jak zwykłe konto to optymistic

Dzięki wielkie! Będzie więcej!

Dzięki!

Przykład: Załóżmy, że umieściłem złośliwy skrypt na moim blogu, który ma za zadanie wysłać mi jakieś dane z czyjegoś banku X. Gdyby ktoś, będąc zalogowanym do banku X, odwiedził mój blog, skrypt mógłby automatycznie wysłać zapytanie do banku w tle, bez wiedzy użytkownika, a następnie wysłać pobrane dane z tego banku do mnie. Jednak dzięki mechanizmowi Same-Origin Policy (SOP), to się nie stanie. Skrypt na moim blogu nie będzie mógł załadować danych pobranych z banku X. W rezultacie, chociaż zapytanie zostałoby wysłane, złośliwy skrypt nie mógłby odczytać odpowiedzi z banku ani przesłać tych danych do mnie. Ale to serwer banku zadecydował, że nie wolno mojemu skryptowi wczytać tych danych. Jeżeli jednak mówimy o aplikacji składającej się z backendu i frontu, wtedy skrypty robione przez frontend muszą współdziałać z danymi dostarczanymi przez backend. W tym przypadku używamy konfiguracji CORS na serwerze backendowym, aby określić, które fronty mogą bez przeszkód korzystać z danych wysyłanych w naszych odpowiedziach.

Dzięki!

Dzięki wielkie!

Dzięki wielkie za miłe słowo i sugestie! Fakt idę działania filtrów w Spring Security pewnie też da rade pokazać bez potrzeby skupiania się na kodziku :D

Dzięki!

Dzięki!

Dzięki!

Dzięki wielkie!

Bystre oko! Zgadza się 2 tygodnie temu w sobotę :D

Dzięki wielkie! Co do pytań: 1. Ja robię to tak, że to, co jest potrzebne do działania aplikacji, ale jest bardziej globalne i niezwiązane bezpośrednio z testem, zwykle uzupełniam w metodzie przed odpaleniem testu (@BeforeEach). Natomiast w sekcji 'given' w teście dodaję to, co jest kluczowe dla wykonania danego testu. Lubię widzieć od razu przy czytaniu testu, jakie kluczowe dane zostały dodane. Można oczywiście potworzyć metody/klasy pomocnicze. 2. Jeśli chodzi o rzucanie wyjątków w repozytorium, to nie zawsze jest to uznawane za dobrą praktykę. Tutaj bardziej chodziło mi o to, że tworząc taki interfejs, możemy w implementacji repozytorium zrobić coś więcej, ale lepiej, żeby to było mapowanie na inny obiekt :) Co do tego wyjątku to jest związane z logikami w naszej aplikacji, planuję nagrać o tym filmik. W skrócie, mamy kilka logik. W tym przypadku serwis bierze odpowiedzialność za logikę procesową, czyli jak leci proces, pobierz customera, wykonaj coś na jakimś obiekcie, jeśli wykonało się A, to wykonaj B i tak dalej. Obiekt domenowy natomiast bierze odpowiedzialność za logikę domenową, czyli za walidację spójności - czyli mogę przejść ze stanu A na stan B jeśli.... Testując swój serwis, chciałbym przetestować logikę procesową. Może być sytuacja, że jeśli nie znaleziono klienta, to zrób coś innego, może dodaj jakiegoś 'ghosta', więc wtedy w repozytorium nie chcę mieć rzucania wyjątkami, bo nie pozwoli to dobrze przetestować logiki procesowej. Ten przykład był do pokazania możliwości, że się da i czasami ma to sens, wiadomo kontekst jest królikiem :) Jak pojawi się filmik o logikach w aplikacji, będzie to lepiej wyjaśnione!

Dzięki wielkie! Mam nadzieję, że cioci też się spodoba!

Dzięki! Jeśli chodzi o zmiany w Java 21 (ostatni LTS), to jest filmik: czcams.com/video/42AJLnrlw5g/video.html Jeśli chodzi o Java 22 (marzec 2024), to nie wiem, czy się wyrobię przed Java 23 (wrzesień 2024), bo mam na swojej liście TODO kilka filmików, ale może się uda! Więc obiecać nie mogę, ale nie mówię nie :D

Dzięki!

Dzięki za komentarz! W bazach danych, kiedy robi się update, od momentu wykonania update do commitu, baza danych automatycznie zakłada blokadę na ten rekord (nie trzeba nic dodawać w zapytaniu). Dlatego "update z WHERE... AND version = 4" założy blokadę na ten rekord i żaden inny update nie będzie mógł się wykonać w tym czasie. Więc gdy update z innego wątku będzie się wykonywać, pierwsza transakcja będzie już po commit, więc wersja rekordu na bazce będzie 5. Czyli inna transakcja nie znajdzie rekordu z wersją 4, co spowoduje, że w aplikacji pojawi się wyjątek, informujący o działaniu mechanizmu optimistic locking. Czyli normalnie, bez żadnych blokowań, ostatni wygrywa, a w przypadku optimistic locking pierwszy wygrywa 🥇

Dzięki!

Dzięki! Tworzą się kolejne materiały! 💪

😂😂😂

O! To nie może być przypadek! Los chciał, aby kolejne odcinki JavaSenior wpisywały się w twoją ścieżkę rozwoju. Dlatego od teraz musisz być na bieżąco z każdym nowym filmem :D PS. Dzięki za komentarz!

Dzięki! 🤜🤛

Najważniejsze, żeby wiedzieć, że takie coś jest i umieć tego użyć. W IT mamy sporo nazw na te same koncpety i przez to potem często się kłócimy co jest czym, czy to już taki pattern czy inny itp :D

Dzięki za komentarz! Ogólnie staram się unikać mocków na ile to możliwe, wiadomo czasami trzeba, ale jeśli można jakoś inaczej to obejść, np. używając podejścia portów i adapterów, a faktycznie logika nie jest crudowa, to staram się tworzyć jakieś implementacje na potrzeby testów. Tutaj filmik, w którym pokażę przykład: czcams.com/video/ZrIeY7NwKSI/video.html Jasne, czasami użycie mocków jest najprostsze i najlepsze. Może uda mi się nagrać też coś o tym, ale najbliższe filmiki chciałem poświęcić bardziej architekturze aplikacji :D

Rozbite na dwie :) Domyślnie, każde pole w klasie oznaczonej jako @Embeddable jest mapowane na osobną kolumnę w tabeli bazy danych przypisanej do encji. Przykładowo jeśli mamy encję Reward z polem RewardDateRange oznaczone jako @Embeddable, a w klasie RewardDateRange znajdują się dwa pola: startDate i endDate, to w tabeli "rewards" w bazie danych będziemy mieli dwie kolumny: "start_date" i "end_date".

Outbox potrafi uratować :D

Dzięki wielkie za feedback i miłe słowo!

Dzięki! Zamockowałem 💪