Junior Java Developer - rozmowa o pracę, runda druga!
ฝัง
- เผยแพร่เมื่อ 31 พ.ค. 2024
- ⭐ zrozumiecreact.pl/ - Sprawdź nasz kurs React! ⭐
👉 Zapisz się na newsletter: zaczynamyprogramowac.pl 👈
🎤 Discord: / discord 🎤
🔥 Zapisz się do grupy na FB: / zaczynamy.programowac 🔥
00:00 Intro
02:28 O kandydacie
09:15 Pytanie techniczne
51:30 Pytania kandydata
Pozosotałe symolowane rekrutacje:
• Symulowane rekrutacje
Profil Marcela na LI:
/ marcelghayyeda
Profil Pawła na LI:
/ pawe%c5%82-walerowicz-...
Wiosna to czas aplikowania na programy stażowe. Wielu i wiele z Was po raz pierwszy w życiu czekają rozmowy rekrutacyjne!
Kiedy sam parę lat temu zaczynałem przygodę w IT to ciągle zastanawiałem się:
Jak wygląda taka rekrutacja?
Na co powinienem się przygotować?
O co mogą mnie zapytać?
Domyślam się, że wśród wiele osób na tej grupie męczą obecnie podobne pytania, dlatego nagrałem film, w którym staram się odwzorować potencjalną rozmowę techniczną na stanowisko Junior Java Backend Developera. Mam nadzieje, że film odpowie na niektóre z Waszych pytań i uświadomi, że rekrutacja to nic strasznego i z każdej można wynieść ogromną dawkę wiedzy :)
Nawet jeśli jeszcze nie czujecie się na siłach, żeby aplikować to zachęcam do obejrzenia filmu dla aspektów edukacyjnych - będzie to świetna nauka programowania!
Przy okazji, jeśli macie jakieś pytania do samej rekrutacji to piszcie w komentarzach - chętnie podpowiem/opowiem/pomogę :)
Miłego dnia!
![[4K] TREASURE(트레저) “KING KONG” Band LIVE Concert 킹콩은 라이브를 찢어🦍 [it’s KPOP LIVE 잇츠라이브]](http://i.ytimg.com/vi/p8bLLOxPDD8/mqdefault.jpg)
Jak Waszym zdaniem poradził sobie Paweł?
widać w porównaniu z poprzednim kandydatem, że wiedza jest usystematyzowana i w części sprawdzona w praktyce. Duży plus
na pewno dużo lepiej niż Karol - widać ogromną różnice w wiedzy obu kandydatów.
całkiem spoko :)
Świetnie :)
solidny junior, 9/10
Wow jestem naprawdę pod wielkim wrażeniem jak super poradził sobie Paweł. Więcej materiałów z backendu jeśli jest taka możliwość 😉
Chętnie bym zobaczył rozmowę na mid java deva. Sam zbliżam się do tego poziomu i chciałbym zobaczyć jak wiele mi jeszcze brakuje
Jak umiesz wszystko z tej rozmowy to i tak szacun :D
Hejka, Paweł poradził sobie całkiem dobrze. Uważam, że jako rekruter widziałbym go w firmie, bo widać od razu, że chłopak jest ambitny, dysponuje całkiem dużą i nieźle ułożoną wiedzą jak na Juniora na jego etapie. Ponadto widać, że chłopak jest inteligentny, mam wrażenie, że szybko łapie pewne niuanse i zależności oraz na pewno będzie się dalej prężnie rozwijał, wystarczy dać mu szansę :). p.s. dzięki za Waszą pracę i wszystkiego dobrego.
na rozmowie wypytują cię o całą magię w technologiach, musisz przyklęknąć i wykazać się wiedzą z zagadnień, których i tak nie będziesz prawdopodobnie używał w tej firmie. Posadzą cię przy jakiejś kupie pisanej przede tobą przez całe pokolenia juniorów, gdzie żadne standardy nie mają znaczenia i będziesz naprawiał bugi.
Żeby te problemy rozwiązywać potrzebna jest właśnie taka wiedza. Problemy wynikają ze twórcy softu nie zdają sobie sprawy z tego jak działają bebechy frameworków
super poradził sobie, fajnie rozwija swoje wypowiedzi, super! :D
Jak na juniora świetny poziom wiedzy!
Bardzo wartościowy materiał. Dziękuję! 👏
Świetna seria!
Przy pytaniu o testowanie(w kontekście mockowania tego timera) moze warto dodac jaki trywialny kodzik dla kandydata?
no i po kilku miesiacach i powtorzeniu sobie pewnych podstaw to jest kandydat na poczatkujacego mida:D
Mocny zawodnik jak na juniora
Poprzedni kandydat z tego co kojarzę nie uczył się wcześniej tyle co Paweł, nie przerabiał chyba też najczęstszych pytań rekrutacyjnych, możliwe, że nie musiał. Być może też ich obecna praca, czy może raczej obowiązki wymagają czego innego.
Super, dzięki! Kiedyś prawie zostałem JAVA developerem.
Więcej rozmów junior/mid :D
Co do definicji piramidy testow i implementacji unit testu do tak srednio byl powiedzial. De facto Unit testy powinny sie skupic na zweryfikowaniu czy faktycznie pojawia sie losowa wartosc znizki i czy jest ona inna w stosunku do poprzedniego wywolania. Nie chce mi sie bardziej tego rozwijac, ale to powinno byc jedna z glownych rzeczy jakie sie powinny zweryfikowac wykonujac unit testy.
Przeraża mnie ile technologii trzeba znać na takiego juniora
Słychać, że Paweł jest osobą dojrzałą i potrafiącą ubrać myśli w słowa dużo lepiej od reszty juniorów. Według mnie bardzo dobrze wypadł. Jedyne pytanie, którego nie zrozumiałem i z którym miałbym problem jest o "Złożoność obliczeniową HashMapy", też jednak wierzę, że rekruter w tym przypadku powinnenbyłby inaczej ułożyć pytanie o to. Pozdro :D
Czemu powinien zadać pytanie inaczej? Jak Twoim zdaniem powinno ono być zadane?
Pytanie było o złożoność get() hashMapy nie hasMapy jako takiej.
Na takie pytania to trzeba odpowiadać perfekcyjnie i bez zająknięcia a odpowiedź ma być dokładnie taka jaką chce usłyszeć rekrutujący. Jeden błąd i przy tak dużej liczbie kandydatów na juniora jesteście skreśleni na dzień dobry. A potem otrzymacie oschłą ale kulturalną i z klasą odpowiedź w stylu dziękujemy za udział w rekrutacji ale zdecydowaliśmy się wybrać lepszego kandydata. Pytania przedstawione tutaj niejednemu mogą wydawać się głupie i bezsensowne, mają jednak jedną ważną zaletę. Potrafią zweryfikować wiedzę każdego komu wydaje się że coś umie i zna JAVA fundamentalnie i jeszcze na dzień dobry chce być #programista15k bo w programowaniu zwłaszcza w JAVA dużo się zarabia. Pozdrawiam wszystkich.
rozmowa fajna: tylko odnośnie race condition: to zwyczajnie wielowątkowe wykonywanie nie atomowych operacji na współdzielonym zasobie (volatile nie pomoże)
he he pracuje już 4 lata jako Java Developer na połowę pytań nie odpowiedział bym tak ładnie 😛
Zanim wy zakończycie drugą rundę to gość w innej, bardziej ogarniętej firmie, dostanie jakieś praktyczne zadanie do wykonania i jak je zrobi, to zaoferują mu robotę. No ale kto co lubi ..
Brawo dla kandydata :) Sam jestem midem a chyba nie udzieliłbym tak wyczerpujących odpowiedzi na niektóre z tych pytań.
Mógłbym wymyślić pyrdyliard pytań na które rekrutujący by nie znał odpowiedzi, albo wydawałoby mu się, że zna. Chce przez to powiedzieć, że nikt nie wie wszystkiego, istotne jest co innego. Czy jesteś w stanie się czegoś nauczyć i czy czaisz ogólne koncepty i potrafisz rozwiązywać problemy. I tu w zasadzie odpowiedź się pojawia czy osoba dana skończyła studia, bo to jest odpowiedź na to, czy potrafi sobie radzić i potrafi się nauczyć. Ten kolega zdaje się po studiach, więc odpowiedź brzmi tak. Nie wiem nic na temat wątków (chodzi o szczegóły) to sobie doczytam jak będzie mi potrzebne. Podstawa to jednak szutka manipulacji :). Czyli na rozmowie to ty próbujesz nakreślać kierunki w których się rozmowa potoczy i kierujesz pytania do rekrutującego, najlepiej takie na które nie zna odpowiedzi i poczuje się zakłopotany :D. Pamiętam jak na studiach na jakimś przedmiocie prowadzący zaczął na całą tablicę, a nawet dwie wyprowadzać jakieś wzory matematyczne, chciał się popisać, nie wiedział jednak, że mieliśmy na roku kolesia co studiował jednocześnie matmę i informatykę z nami. No i ten koleś (pozdrawiam cię Dziku jeśli to czytasz :)) znalazł błąd w popisach wykładowcy i mu to wytknął. Wykładowca stracił pewność siebie i potem co trochę zerkał na Dzika, co tam Dziku jeszcze znajdzie :D. W każdym razie nie ma takiego co wie wszystko. (No może OpenAI :)).
Tak jak poprzedni kandydat zebrał wiele nieprzychylnych opinii (w tym moją), tak ten naprawdę reprezentuje fajny poziom. Dodatkowo widać, że myśli, a nie lata po omacku po tym co gdzieś tam zasłyszał.
Obczaj ze poprzedni kadydat ma i tak ogroma wiedze w poruwnaniu z osoba bez doswiadczenia komercyjnego
@@dominuseterro9866 Mieć ogromną wiedzę, a potrafić coś zrobić to 2 różne sprawy.
@@ludzikludzikowy3161 o to mi chodziło
doświadczenie komercyjne > wiedza
dziwne że kandyduje na Juniora xD
Na zachodzie Paweł by dostał mida z miejsca za dobre pieniądze i miałby lajtową pracę. Wiele pytań to sztuka dla sztuki, potem ludzie uczą się top500 pytań Java zamiast roboty.
Które na przykład to takie pytania?
Co prawda nie jestem typowym developerem a QA automation Enginieerem i ostatnio typ na rozmowie kwalifikacyjnej zadał mi pytanie dotyczące teorii testowania, tylko dlatego, że znajduje się w sylabusie ISTQB (dla tych co nie wiedzą co to jest, to taki cerytfikat, który ma potwierdzać wiedzę z zakresu teorii testowania- aczkolwiek tam jest sama teoria a w praktyce ma to zerowe zastosowanie lub bardzo nikłe), no i było to to pytanie tak niszowe, że jakby to przetłumaczyć na ludzki to tak jakby ktoś was na rozmowę o kierowcę zawodowego pytał o wymiary tablicy rejestracyjnej, bo przecież jest ona wyspecyfikowana w kodeksie drogowym, kij że nie ma nic wspólnego z zawodem i jest totalnie nie przydatna ale jest.
Także po tym pytaniu już wiedziałem, że to gówno nie firma, bo pytać o taką teorię to trzeba mieć nie równo pod kopułą.
.
@@RohanPL Ja też siedzę w automatach. Jak zapraszają zespół w którym pracuję do przeprowadzenia rekrutacji technicznej to również mamy jednego typa który programować nie potrafi bez pomocy, ale zasłania się wiedzą z ISTQB. I tak np pyta się kandydatów o jarzma testowe itp, a sam nie potrafi pętli napisać xD
Zrozumiałem że to zarzut do któregoś pytania z odcinka, to ze są bzdurne pytania to nie zaprzeczam
@@M.a.t.e.u.s.z Powiem tak, świat jest bardzo popierdolony :). Rekruter zazwyczaj pyta o to co sam wie, lub wydaje mu się, że wie. Więc można powiedzieć, że rekrutuje cię na swoją wiedzę :). Druga interesująca kwestia to kwestia formalna, a kwestia praktyczna. Formalnie gdybym teraz wstał z wykra i poszedł na egzamin z prawa jazyd to na 100% bym nie zdał. Czy jednak ktoś kto wczoraj zdał prawo jazdy jest lepszym kierowcą ode mnie i tu drugie 100% że nie. Kolejna kwestia a propos rekrutacji to kwestia tego, że nie zawsze sama wiedza decyduje. Dawno temu, w odległej galaktyce byłem na rekrutacji gdzie testy były z dwóch dziedziń, testy z C++ i testy z SQL. Jako, że wtedy z SQL byłem noga, to w ogóle ich nie zrobiłem i powiedziałem, że nie umiem i nie będę się wygłupiał. Usilnie mnie namawiali abym spróbował, ale się uparłem, że jednak nie. I co się okazało, przyjęli mnie do pracy, bo spodobałem się rekrutującym i jako ponoć jedyny z kandydatów wiedziałem co to jest STL :). Na nic jednak przydała mi się znajomość C++, gdyż trafiłem do projektu gdzie korzystano z Visual Basica, którego to wcale nie znałem :). Także niezbadane są wyroki ;)
typowe pytania które sprawdzają książkową wiedzę, a nie sprawdzają rzeczywistych umiejętności
ta rozmowa to scenariusz i myślenie życzeniowe czy branża nam się ogarnia? nie zmieniałem pracy od dawna, ale takie pytania to były na mida nie tak dawno temu :D nice.
Pytanie nie ma aż tak wielkiego znaczenia. Znaczenie ma to jak kandydat na nie odpowie.
Gratulacje dla Pawła! Wiedza jak u mida :)
Poproszę rozmowa na QA juniora albo nawet tester manual xd
Chętnie zobaczyłbym rozmowe o prace na Junior Devopsa.
Podłączam się :)
Jestem ciekaw jakiego typu pytania są na rozmowie z seniorem
Mniej jest takiego typowego odpytywania jak na egzaminie, bardziej chodzi o dyskusję na tematy związane z architekturą oraz rozwiązywaniem problemów. Możesz zostać zapytany, jak rozwiązałbyś konkretny problem - jak byś do niego podszedł, jakich narzędzi byś do tego użył i dlaczego, a także jak zaprojektowałbyś samo rozwiązanie. Ważnym elementem jest też rozmowa na temat Twoich dotychczasowych projektów oraz problemów, jakie do tej pory rozwiązywałeś. Oczywiście pytania teoretyczne też się pojawiają, ale naturalnie dotyczą one nieco bardzo zaawansowanych aspektów.
Dzięki za odpowiedz Karol, pozdro!
@@JZP Kamil :D Ale Karol też może być, bo to bardzo fajne imię :D Pozdro!
Wybacz 😂
Jeśli chodzi o pytania, to są podobne, często takie same - jednak oczekuję się szczegółowej odpowiedzi, konkretnego zrozumienia tematu, przez JVM, OS az po hardware. Na każde z tych pytań można było dać rozbudowana odpowiedź i tego oczekuje się od seniora.
1. GC - jakie są garbage collectory, jakie konkretnie algorytmy wykorzystują, tutaj można przecież poruszyć ogromny obszar związany z zarządzaniem pamięcią w Javie, analizowanie logów GC, profiling - z tego doktoraty ludzie piszą.
2. Kolekcje w javie - kolejny bardzo obszerny temat, o samych listach mozna mowic bardzo duzo,
zlozonosc czy znajomosc internali struktur to za malo, teoria kolejek, algorytmy
3.HashMap vs Set - senior powinien wiedziec, ze w zaleznosci od konfiguracji mapy, podczas kolizji linkedlist'a zamienia sie w Red-Black Tree, algorytmy hashujące, prawdopodienstwo kolizji, kiedy jakiego algorytmu hashujacego uzyc, stad mozna przejsc do sturktur drzewiastych czy grafów - kolejny temat na doktorat
4. j.w
5. equals vs hashcode - tutaj tez mozna wspomniec o nierozwiazywalnym problemie poprawnego nadpisania metody equals w pewnych przypadkach w klasie dziedziczacej (nie da sie tego zrobić), przechodniosc, symetrycznosc, zwrotnosc relacji. Hashcode, w jaki sposob jest wyliczany, jak to mozna robic, jakie sa tradeoff'y. Ataki na hashcode'y w javie powodujace leak'i. Mozna wspomniec o tym ze taki hashcode w ogole w headerze klasy jest zapisany
6. final - referencje / wskazniki, to nie prawda ze == na obiektach porownuje adresy, to nawet nie jest porownanie referencji, mozna przy tej okazji wspomniec o cyklu zycia obiektu w Javie, o przemiesczeniu się go w pamieci podczas pracy GC. Co daje programistom taki final w ogole? dla JVM to ulatwia prace, dlaczego?
7. Niemutowalnosc - shallow / deep copy, po co to w ogole komu, jaki to ma zwiazek z concurrency i JVM?
8. Wyjatki - co zamiast? dlaczego checkd exceptions to fail? Kiedy je w ogole stosowac? Jaki narzut konkretnie powoduje rzucenie wyjatku w JVM, stad mozna przejsc do zagadnien zwiazanych z obszarami debuggingu, unwind stack traceów, skad w ogole taki JVM wie, jaki jest stacktrace w tej wypisce w wyjatku - to tez jest dosyc obszerny temat, kluczowy dla ludzi pracujacych przy optymalizacji kodu.
9. Wzorce projektowe - no ten Singleton to taki broken troche przyklad, ale jak juz go podajemy to tez warto wspomniec ze to jest singleton per class loader, nawet nie per proces, nawet nie per JVM, nie mowiac juz o aplikacji rozproszonej. Poza typowymi wzorcami, senior rozwinie temat o wzorce typowe dla OOP, FP i innych pardygmatow programowania. Sa wzorce projektowe stosowane typowo w concurrency kodzie, w srodowiskach rozproszonych, EIP patterns itp. Mozna cos o anty-patternach wspomniec.
10. Enum'y - Czym sie rozni taki Enum w Javie od takiego np z C++? Te w Javie sa dosyc specyficzne w porownaniu z wiekszoscia jezykow, dlaczego? static vs dynamic binding, virtual table, jump tables, switche, pattern matching (java 5 vs 7 vs 8 vs 17), invokevirtual / invokestatic OP code'y w bytecode
11. deadlock / concurrency - baaardzo obszerny i zlozony temat. Jakie mamy modele concurrency? concurrent vs parallel, starvation, fairness locków, dlaczego synchronized jest deprecated (Loom), blocking vs non-blocking, memory barriers (kompilator / cpu), shared memory, lock-wait free algorithms, CRDT w srodowiskach rozprosznych, jak ordering zagwarantowac w przypadku X i Y, koordynacja procesow, schedulery, pule watkow, testowanie i dowodzenie poprawnosci algorytmow wspolbieznych, context switche, SMT / HyperThread - to są tysiące godzin rozkmin, przegladania projektów open source i pisania e-maili do autorów takich narzędzi jak Netty, JVM, Kernel czy ChronicleQueue, a to zaledwie ułamek wiedzy do nazwania się seniorem w tym obszarze.
12.j/w
13. Kolejny obszerny temat, TDD, BDD, ta definicja unit testu jest imho zła która padła w filmie, integracyjnego też. Testów są również dziesiątki rodzajów, w zależności od firmy każdy ma często co innego mówiąc o testach X. Nie wiem czego tu mozna by po seniorze oczekiwac w tym obszarze - moze jakis FIRST? Oczekiwalbym ze ludzie na poziomie seniora to juz robia TDD, nie korzystaja z mocków.
14. No to az sie prosi o ta odpowiedz z Clock. Jest to jedyny mock dostarczany przez SDK ktory kiedykolwiek powstał, wszedł wraz z java.time pakietem w javie 8 i służy właśnie do rowiązania tego konkretnego problemu wspomnianego w rozmowie.
15. Hibernate (i inne biblioteki wpisane w CV) - no to juz powinnismy bardzo dobrze ogarniac, jak to jest konkretnie zaimplementowane w srodku. N+1, proxowanie kolekcji czy dirty checking to sa pytania dla juniorów.
16. Kafka - to tez bardzo zlozony temat, w zasadzie Kafka to tylko przyklad pewnej grupy problemow ktore nalezalo rozwiazac ale rozomwa o Kafce to raczej rozomwa o rozproszonych srodowiskach jako takich - problemy z concurrency przede wszystkim, wspomniany ordering w zakresie partycji - to pytanie dla seniora, w jaki sposob zagawarantowalby ordering dla kilku partycji dla jakiegos konkretnego przykladu. Jak Kafka to i Zookeeper (w starszych wersjach), dlaczego od niego odchodzą - czym sie rozni taka kafka od Pulsara czy ActiveMQ. Jak w aplikacji korzystającej z Kafki zaimplementowalbys at most once / at least once / exactly once delivery, Kafka-Streams. To dobre miejsce zeby pochwalic sie znajomoscia internali TCP/IP, socketów, epoll,select, poll sys calle itp
17. SQL - teoria mnogosci cala w zasadzie do samych zapytan, nie chcialbym od seniora uslyszec ze w bazie relacyjnej to mamy jakies "tabelki" i "wiersze", albo jakiejs koslawej nomenklatury. Poza select'em, to takie rzeczy jak ACID (z naciskiem na I, jakie mamy odczyty mozliwe przy jakim poziomie izolacji), kiedy optimistic locking, kiedy pesimistic, select for update, distributed lock, deadlocki w bazie danych, explain instrukcje, planery i executory zapytan, jak zaoptymalizowac zapytanie X czy Y na bazie A lub B. Kiedy denormalizowac baze danych, materialized views. Stąd można przejsc do innych modeli storage'ow (obiektowe, kolumnowe, dokumentowe, grafowe czy nawet append logi) wykorzystywanych w bazach danych. Indeksy, fragmentacja, kompaktacja. SQL w srodowisku rozproszonym, replikacja danych (z naciskiem na transakcje), jak zreplikowac transakcje jesli w zapytaniu jest instrukcja pobierajaca current_tiimestamp na inny node? Jak pojdziemy w ta strone, to w zasadzie znowu zrobi sie wywód nt srodowisk rozprosoznych, slave-master, quorum, vector clocks, CRDTs, recovery clustra and so on
Takze podsumowujac, to generalnie pytania moga padać dokladnie te same, ale od seniora oczekuje się, że rozwinie temat bardzo mocno + że ma oprócz tego jakąś specjalizację w której jest na prawdę mocny - czyli jakiś wąski obszar w którym będzie prawdopodobnie najlepszy w organizacji do której zatrudniamy (np concurrency, albo relacyjne bazy danych, algorytmy grafowe, whatever)
jakis python?
Z wielka checia zobaczylbym rozmowe na junior fullstacka (react/node)
Hahaha junior fullstack? Tzn. że co? że korzysta z bootstrapa na froncie i express js na backendzie?
może jakiś c++ developer ? albo frontendowiec?
Na kanale se juz 3 rozmowy frontendowe 🙂
@@JZP To zdecydowanie C++ prosimy :)
to rozmowa o prace czy egzamin ustny u profesora "mam zajebiste slajdy"? w googla sie bawicie? xD hurr 'to pytanie wiem ze sie pojawia, ale zapomnialem, bo wiesz, siedzialem wczoraj do trzeciej rano i kułem ósmy rozdział z podręcznika 500 stron java-for-dummies i mi wyleciało'. żal
ok
Jak dla mnie spoko, w sumie troche kapa ze nie znał kontraktu equals i hashcode bo to standard. Ale tak to bardzo duzo wie jak na juniora.
Według mnie w programowaniu nie ma czegoś takiego jak standard. Ja sam się łapę na tym że nie wiem rzeczy podstawowych, bo po prostu i zwyczajnie omijały mnie w pracy.
Być może nie miał w pracy tasków w których potrzebna mu była dogłębna analiza hashcode.
Czasami ktoś ma lukę w czymś "oczywistym" a potrafi Cie zaskoczyć w innych dziedzinach.
@@brarord8401 Słusznie prawisz.
Tak sobie przeskoczyłem do zapytań o SQL, bo jestem programistą C# akurat, to pytanie o sumę miesięczną płac pracowników niepotrzebnie namieszał i wspominał o tabeli pracowników, która do zadania jest kompletnie niepotrzebna, niepotrzebnie wspomniał o kluczu obcym, który też nie wiem co ma wspólnego z zadaniem, po co?
Dla zmyłki, Marcel to powiedział.
Tęskniłem
No Paweł ma wiedze, już raczej nie Juniorską a bardziej pod mida ;)
no już nie rób se jaj XD jak tamten nawet na stażystę się nie nadawał, to ten to typowy junior z aspiracjami na mida za jakiś czas, póki co jeszcze trochę brakuje
@@ferplej699 współczuje
@@devman5813 nawzajem
Nie przesadzajmy. Paweł poradził sobie bardzo dobrze, ale aktualne realia na rynku pracy powodują, że do mida to mu jeszcze trochę brakuje. Sam jestem świeżo upieczonym juniorem i zauważyłem, że realia na rynku pracy powodują, że teraz dużo się wymaga od osób wchodzących w branżę.
raczej tego tak nie stwierdzisz, bo dostawał pytania pod juniora, pytania dla mida są bardziej wymagające
O czym oni pitolą ?.?
Irytujące OK-eje - Polska język is cool :-D
ok
uwielbiam jak ludzie którzy programują (rekruter) robią z siebie bogów, a tak naprawdę są po prostu ludźmi którzy pracują jak każdy inny.
Co?
@@JZP ? Co konkretnie jest dla Ciebie niejasne w mojej wypowiedzi?
Ta wzmianka o robieniu z siebie Boga
@@JZP po obejrzeniu tego materiału odnoszę wrażenie że odnosisz się bardzo arogancko wobec innych. Jakbyś specjalnie pokazywał, że jesteś najważniejszy, wszystko wiesz, programowanie to wiedza tajemna, a kandydat potrzebuje 100 lat doświadczenia by zostać juniorem za kilka tyś zł brutto na start. Nie wiem czy to brak kultury, ale pierwszym lepszym przykładem jest sposób Twojego zapytania: "co?". Gdyby tak wygląda rozmowa o pracę, sorry ale mnie by Twoje podejście zniechęciło.
@@ShaD4PlaY gościu, co Ty bierzesz xD ten Marcel bardzo fajnie poprowadził tę rozmowę, z należytym szacunkiem do Pawła
Znam seniorów, którzy mieliby tutaj problem. Niektóre pytania prowadzącego zakrawają o ciekawostki i rozkminy. Same pytania to rozmowa na mida. Juniorów pyta sie o podstawy typu dziedziczenie/polimorfizm. Działanie garbage collectora w tle to można jako extrasa dorzucić na koniec.
Choć materiał rolę edukacyjną spełnia znakomicie
XDDDD to niezły junior który ma 30 lat i który musi znać encyklopedie żeby dostać robote za 4500 brutto
Na juniora c++ to musisz mieć 30 lat ale doświadczenia, to i tak tutaj jest trochę lepiej
No tak bo programowania nie można zacząć się uczyć później niż w przedszkolu? XD
I tak AI wykiwa ja nie wiem po co ludzie pchają się jeszcze do tej branży...
Ok
Nic w ogóle nie znam z tego całego gówna dookoła programowania w javie dzisiaj, jakieś kafki srafki kubernetesy, nie zachęca mnie to
Nie uciekniesz od wymienionych rzeczy, nieważne jaki back-endowy język wybierzesz niestety
@@JZP Hmm. Trochę różnych appek w django napisałem i mój defaultowy stack oprócz samego pythona to jakiś docker, postgres i w zasadzie tyle mi potrzebne żeby wystawić proste ale nowoczesne api, zawsze dochodzą pojedyncze rzeczy typu git ale i tak mam wrażenie że macie 5x większy ten stack w javie, szkoda bo samą jave nawet lubię i kiedyś myślałem żeby pisać w javie w przypadkach gdy python jest za wolny.
@@ragnarlothbrok367 nie ucząc się devopsa uwsteczniasz się, cały świat programowania idzie w tym kierunku już od dawna
@@gavlosq846Niekoniecznie musi się uwsteczniać. Bardzo niewiele firm potrafi dobrze zaimplementować DevOps. Z resztą tak samo jest z Agile. Już powstały potworki typu SAFE.
W praktyce najczęściej wygląda to tak, że techniczni zostają dodatkowo obciążeni mnóstwem dodatkowych nietechnicznych rzeczy, a biznesowi ani mylą zdobyć podstawowe kompetencje techniczne.
Mało która wielką korporacja jest gotowa zmienić de facto strukturę, żeby być na prawdę agile I móc wprowadzić rzeczywisty devops.
Bez dobrego SRE (najlepiej kilku), devops można o kant dupy potrzaskac i taka jest prawda. Tylko mało który techniczny zdecyduje się na SRE, bo pieniądze raczej nie są wiele większe, a już odpowiedzialność i obłożenie pracą większe. Pytania o Dockera czy Kafke nie są pytaniami dla juniora, bo zakładamy, że taki człowiek dopiero zaczyna przygodę i nie zna narzędzi. Równie dobrze można było zapytać o Dynatrace, Splunk czy Jenkinsa a nawet Kubernetes. Jeśli junior i ma cokolwiek byc pytany z dev ops, to zaczął bym od pytań o cały software development life cycle, Bo bez zrozumienia tego nie ma co oczekiwać, że ktoś ogarnie czym jest dev ops. Także zrozumienie czym jest Ops (a najlepiej całe data center management) jest szczególnie ważne, żeby nie dać się zaś w robocie dymac i wiedzieć, co z czym się je.
Wzorce projektowe były. Co prawda akurat singleton a raczej wolałbym już zapytać o MVC jeśli miałby to być jeden wzorzec. Do tego zapytałbym o kategorie wzorców projektowych i może podanie po jednym przykładzie.
Na koniec ja zawsze pytam o maven'a, anta czy gradle'a oraz różnice. Jako, że Java dev to back end, to osobiście chętnie usłyszałbym jekies pytania o podstawy networkingu.
Moim zdaniem ważniejsza jest właśnie znajomość choćby podstaw sieci i MVC (przykładowo) niż devops, bo jeśli zależy nam na tym ostatnim to równie dobrze możemy pytać o big data, o cloud. Ja oczekuje od juniora, że będzie w stanie sklonować projekt, importować go do Eclipsa/IDEA, i że jak otworzy to będzie wiedział dlaczego struktura jest taka a nie inna i będzie wiedział gdzie szukać kontrolera gdzie logiki biznesowej itd.
Widocznie takie rzeczy jak kafka czy kubernetes nie były Ci potrzebne. Faktycznie, do wystawiania API, mogą nie być potrzebne. One zazwyczaj są używane w większych systemach, często opartych na architekturze mikroserwisowej.
Myślę że to bardziej mid niż junior
a skąd to wiesz skoro dostawał same pytania dla juniora?
@@KasperskyyG Nie ma pytań tylko dla juniora. Niektóre pytania mogą się pojawić dla każdego poziomu i analizuje się tylko jak detaliczna i dokładna była odpowiedź, więc można wywnioskować czy ktoś jest bliżej jakiegoś poziomu zadając te same pytania.
@@KasperskyyG Takie pytania mogą być i na seniora. Nie ma znaczenia jakiej treści pytania są, bo rekruter będzie oczekiwał bardziej rozwiniętych odpowiedzi ze szczególnikami, to nie test w szkole, że masz pytania w grupie słabszej z angielskiego, czy coś tego typu. Tu się sprawdza rozumowanie danych rzeczy na głębszej płaszczyźnie, a nie wypytywanie jak z książki do pierwszej klasy, a 6-tej.