@Kazix Chodzi głównie o przygotowanie testu w trakcie którego zamieniając komponent na potrzeby testu z docelowego (np. baza danych, kolejka JMS lub topic Kafki na implementację in-memory) pośrednio ingeruje się w zachowanie systemu. Twój test wciąż jest integracyjny, ponieważ wchodzić w interakcję na wyższych warstwach, ale do weryfikacji wyników wymaga wymiany warstw niższych.

ale nie da rady ogarnąć kolejek

@splatch dlatego napisałem przy wiremocku rest call. Te 2 narzędzia się uzupełniają - testcontainers do stawiania faktycznej bazy/kolejki itd, wiremock do "mockowania" innych mikroserwisów z których korzysta testowany komponent.

@splatch testcontainers zjada hibernate na śniadanie i wyplówa pestki. Jest sztos.

@MokebeTesto Bo to ty masz im płacić za możliwość zdobycia stażu. Ale tylko przez dwa lata. Potem rok pracy za darmo, a potem już z górki. [̲̅$̲̅(̲̅ ͡° ͜ʖ ͡°̲̅)̲̅$̲̅]

@MokebeTesto bo gówno dziennikarze naprodukowali artykułów w stylu: „po 3 miesiącach zaczął zarabiać 15 tysięcy na rękę [zobacz sposoby na IP BOX]” i wszyscy stwierdzili, że IT to ich przeznaczenie. Dlatego po co firmy mają się starać i organizować pracę / staże dla młodych, jak kupa ludzi sama się pcha do pracy za darmo.

@MokebeTesto Tak jak pisał @xeerxees - problem z rynkiem jest taki, że w minionych latach przyszło dużo ludzi chętnych na siano a niekoniecznie miał ich kto przetransformować w midów, którzy mogliby szkolić nowy zaciąg. Dodam do tego to, że sporo firm za granicą redukuje zatrudnienie, włączając w to również IT, które było co by nie mówić, bardzo długo świętą krową. Będzie to miało, jeśli już nie ma, częściowe przełożenie na ilość nowych projektów w kraju i to ilu ludzi do nich trzeba zatrudnić.

Na przestrzeni minionych 4 lat miałem na praktykach po około ~1 msc. dwie juniorki, które przekwalifikowywały się z branży około-budowlanej (projektantki instalacji/bim itp.), obie sobie poradziły z praktykami. Znalezienie pracy po praktykach u mnie zajęło im co prawda 2 lata, co pokazuje tyko tyle że kluczem do sukcesu jest wytrwałość.

Nie poddawaj się, ucz się kolejnych rzeczy i próbuj dalej!

@kao a jak się najlepiej uczysz? Wybierz sobie jakiś cel: zrobić stronkę, zrobić aplikację, pomóc w aplikacji mobilnej hejto, czy cokolwiek. Byle należało wymyślić rozwiązanie jakiegoś problemu. Później realizując projekt, ucz się i googlaj.

Nie wiesz, jak uruchomić lokalnie projekt w spring-boot? google: "run spring-boot project" i wchodzisz na pierwszy wynik, np.: https://www.geeksforgeeks.org/how-to-run-spring-boot-application/

Jak nie to, to szukasz jak odpalić z konsoli. Albo jak odpalić za pomocą gradle. Jest mnóstwo poradników, artykułów itp. Możesz też podpytać AI i GTP3, ale może wprowadzać w błąd i często ma przestarzałe dane. Jednak na początek nauki powinien się nadać.

@Meverth szczerze, to najlepiej uczy mi się zaczynając od kursów prowadzących za rączkę, później przechodząc do własnych projektów. Kiedy na studiach uczyłem się oprogramowania CAD, to najlepiej mi szło, zaczynając od tutoriali prowadzących za rączkę na YouTube, później przechodząc do zadanek z książek i inżynierii własnych pomysłów. Tutaj wydaje mi się, że podobnie będzie się to sprawdzać

Na pewno przechodząc z Pythona na Javę, dużo łatwiej mi po prostu wpisać "how to parse int to string in java" w Google zamiast przechodzić samouczki od zera. Z frameworkami i bazami danych trochę trudniej, bo nie miałem nigdy z nimi do czynienia, a zanim zacznę się czymś bawić sam, lubię dobrze zrozumieć od podstaw co i dlaczego jakoś działa.

@kao zrozumienie każdego szczegółu bardzo mocno cię spowolni. Zagłębiać się można w nieskończoność. Pod językiem obiektowym mamy wszystko sprowadzone do komend ala assembler, pod tym de facto bity. Zaczniesz roztrząsać, jak interpretujemy ten sam bajt w różnych kodowaniach, to wejdziesz na algorytmy, od tego już prosta droga do algorytmów zapisu, kompresji, różnych sposobów przesyłu danych. Wejdziesz na działanie procesora, operacje bitowe, całki i zaawansowaną matematykę, przy okazji zahaczysz o AI, bo raz, że to teraz modne a dwa, że korzysta z tych wszystkich dobrodziejstw, a projekt w tym czasie leży odłogiem i kwiczy.

Nie mówię, że nie warto zrozumieć jak działa dany framework, język czy serwer aplikacyjny. Mówię, że nie ma się co za bardzo zagłębiać, jeśli nie jest to w tym momencie niezbędne. Warto zagłębić się bardziej, po godzinach, w ramach ciekawostki, po rozwiązaniu problemu biznesowego, ale niech to nie stoi na przeszkodzie w dowiezieniu funkcjonalności.

To, że (teraz/jeszcze) nie pracujesz w zawodzie, nie ma znaczenia: chodzi o nastawienie. Wpierw niech działa, a później zagłębiamy się w to czy to najlepsze rozwiązanie. Podejście w programowaniu: dostarczamy feature (wraz z testami), później refaktoring.

@DexterFromLab To prawda, z tym że jako język/platforma nadaje się do GUI i aplikacji wysokopoziomowych. Niekoniecznie jest w tym dobra, ale ma tę przewagę nad innymi platformami, że zmiana architektury procesora czy systemu operacyjnego nie ma dużych implikacji. Druga kwestia, że jest sporo aplikacji wysokopoziomowych typu klient/server, w których można z powodzeniem wykorzystać JVM.

@KacperSzurek bardzo ciekawie wytłumaczone + fajny lektorski głos

@dziki kurde, wreszcie wpis o programowaniu który zrozumiałem w pełni, super! A co do samochodu to ja spotkałem się również często z psem, bądź innym zwierzęciem

@Admiral psy i inne zwierzęta to częsty przykład, tylko używany do wyjaśniania takich zagadnień jak dziedziczenie czy polimorfizm

@dziki to jest podstawowy błąd - "obiekt" tylko z getterami i setterami ma z OOP tyle wspólnego, co nieużywanie System.out.println z FP A uproszczony interfejs samochodu jest dokładnie tym, czego chcesz, bo a) abstrakcja, b) enkapsulacja, c) interfejsów segregacja, d) masturbacja i ejakulacja. W uproszczeniu konsumenta obchodzi tylko tyle, że samochód odpala i jedzie - a że bebechów nie widać, to nawet dobrze. I to jest też jedyna odpowiedzialność, jakiej zazwyczaj od samochodu oczekujemy, więc łamania pierwszej literki SOLIDa tu nie ma. Plus samochód nijak nie służy tylko do przechowywania danych (pomijając martwą prostytutkę w bagażniku). Jasne, dobrze byłoby to wyjaśnić, ale chyba wiemy, że bootcampy są ch⁎⁎⁎we?

@dziki Nie upieram się oczywiście przy tej formule. Po prostu zwracam uwagę, że jeśli chcemy mieć tu oryginalny content, to musi zaistnieć jakaś mechanika go wspierająca, bo inaczej w większości przypadków przegra on konkurencję z krótszymi formami.

(O wilku mowa. Właśnie musiałem podzielić komentarz przez limit znaków xD).

@Lebiediew brzmi sensownie imo

Jestem za!

@dzik no jak dla mnie to bardziej kara niż nagroda, ale co kto lubi

@dziki brzmisz jak materiał na super żołnierza hejto.pl ! Dołącz do nas, a razem podniesiemy ten portal do rangi światowego imperium i centrum Internetu! #radawojenna

@lubieplackijohn ja to chyba się nie przydam, u mnie stack to java/kotlin, do tego 100% backend