Java

Pozwólcie mi rozpocząć ten wpis od suchara.

Jedzie sobie elektron na motorze. Nagle zatrzymuje go policjant i mówi:

“Musiałem Pana zatrzymać, bo przekroczył Pan znacznie prędkość, jadąc dokładnie 178 i pół kilometra na godzinę.”

“No WIELKIE DZIĘKI, panie policjancie. To teraz kompletnie nie wiem, gdzie jestem!”

Niektóre suchary są niesamowicie słabe, więc nie martw się, jeśli ten Cię nie rozbawił. Ten sprowadza się to do zasady nieoznaczoności. W niezwykle uproszczonym ujęciu: niektóre rzeczy we wszechświecie nie mogą być obserwowane we wszystkich swoich aspektach. Jeśli masz jabłko, możesz zmierzyć jego masę, objętość, rozmiar (i jeśli spadnie Ci na głowę) prędkość, wszystko jednocześnie. Bez wpływu na samo jabłko. Jednak jeśli interesują Cię elektrony, im dokładniej znasz ich prędkość, tym mniej wiesz o ich położeniu, i odwrotnie, stąd chmura elektronowa. (Do licha, czy rzeczy atomowe przestaną mnie ścigać? 😅)

Niektórzy ludzie narzekają, że nie wykonują testów integracyjnych “ponieważ zajmują za dużo czasu”. Dobrze, interakcja z rzeczywistymi zależnościami czasami nie może być skrócona, ale z pewnością istnieją sposoby na szybsze uruchamianie baz danych, brokerów wiadomości i innych, jeśli używasz do tego Testcontainers.

W tym wpisie będę używał języka Java. Jednakże, ponieważ Testcontainers jest (z pewnego punktu widzenia) wygodnym sposobem na współpracę z kontenerami zgodnymi z Dockerem przy użyciu języka programowania, który znasz, to samo podejście można zastosować również do innych technologii. Jestem pewien, że po zrozumieniu idei można ją przetłumaczyć na Go lub C#.

Podczas moich szkoleń i wykładów padają pytania “ale jak ty tak szybko przełączasz Javę?” albo nawet “to da się mieć kilka wersji Javy równocześnie na komputerze?!” Jeszcze jak!

Sposób jest bardzo prosty: wykorzystać SDKMAN! Korzystam z niego niemal każdego dnia, przydaje się nie tylko w czasie prelekcji o najnowszych wersjach Javy, ale w zwykłej codziennej pracy, gdy trzeba sprawdzić “jak to działa na innej wersji”.

Poniższy minikurs powstał jakiś czas temu m.in. jako tzw. prework przed szkoleniem z najnowszej Javy.

Podczas moich szkoleń i wykładów padają pytania “ale jak ty tak szybko przełączasz Javę?” albo nawet “to da się mieć kilka wersji Javy równocześnie na komputerze?!” Jeszcze jak!

Sposób jest bardzo prosty: wykorzystać SDKMAN! Korzystam z niego niemal każdego dnia, przydaje się nie tylko w czasie prelekcji o najnowszych wersjach Javy, ale w zwykłej codziennej pracy, gdy trzeba sprawdzić “jak to działa na innej wersji”.

Poniższy minikurs powstał jakiś czas temu m.in. jako tzw. prework przed szkoleniem z najnowszej Javy.

W poprzednim wpisie testowaliśmy, czy Wątki Wirtualne Javy nie są używane w sposób, który powoduje ich przyszpilenie/przypięcie (ang. pinning). Chcemy bowiem (i aczkolwiek!), aby nasze Wątki Platformowe (szczególnie te w puli ForkJoin Sp. z o.o.) stale obsługiwały coraz więcej nowych Wątków Wirtualnych, zamiast “nie wyłączać silnika”, podczas gdy VTs są przyszpilone. (Przynajmniej tak długo, jak nie możemy dostarczyć własnych pul wątków do przenoszenia WW).
Spoiler alert: będziemy korzystać z Testcontainers oraz Toxiproxy!

Niestety, tłumacz aktualnie jest mocno zarobiony i na razie nie da rady przetłumaczyć tego wpisu. Całość dostępna po angielsku.

Jak włączyć Wątki Wirtualne?

W czasie moich wykładów, gdzie omawiana jest Java 19 (i gdzie obowiązkowo pojawia się sekcja dotycząca Wątków Wirtualnych), padało pytanie: jak włączyć wątki wirtualne na JVM przynajmniej kilka razy.

Niestety, tłumacz aktualnie jest mocno zarobiony i na razie nie da rady przetłumaczyć tego wpisu. Całość dostępna po angielsku.