widać w porównaniu z poprzednim kandydatem, że wiedza jest usystematyzowana i w części sprawdzona w praktyce. Duży plus
@Will4_U Жыл бұрын
na pewno dużo lepiej niż Karol - widać ogromną różnice w wiedzy obu kandydatów.
@Krt506 Жыл бұрын
całkiem spoko :)
@przemekse989 Жыл бұрын
Świetnie :)
@KasperskyyG Жыл бұрын
solidny junior, 9/10
@992darus Жыл бұрын
Wow jestem naprawdę pod wielkim wrażeniem jak super poradził sobie Paweł. Więcej materiałów z backendu jeśli jest taka możliwość 😉
@wapnk Жыл бұрын
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
@sebon11 Жыл бұрын
Jak umiesz wszystko z tej rozmowy to i tak szacun :D
@przemysawmaecki9958 Жыл бұрын
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.
@swojchwat Жыл бұрын
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.
@mateusznakielski7190 Жыл бұрын
Ż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
@KiciaKocia88 Жыл бұрын
Jak na juniora świetny poziom wiedzy!
@TyaIlАй бұрын
Dla mnie bardzo wartościowy materiał mimo że jestem już po etapie juniorskim. Szkoda że nie macie na kanale rozmowy typowo na Mid/Regular Java Developera, ewentualnie na jakiegoś fullstacka. Dla Pawła chapeau bas bo ja będąc na pozycji juniora miałbym definitywnie problem z odpowiedzią na wiele z tych pytań w tak przemyślany sposób - prawdopodobnie byłbym w stanie nauczyć się teorii na pamięć ale ciężko z logicznym wytłumaczeniem co i jak gdyby pojawiły się pytania uszczegóławiające.
@andrejoo7418 Жыл бұрын
Mocny zawodnik jak na juniora
@LOLdjrabaanLOL Жыл бұрын
no i po kilku miesiacach i powtorzeniu sobie pewnych podstaw to jest kandydat na poczatkujacego mida:D
@waldemarjankowski4090 Жыл бұрын
Więcej rozmów junior/mid :D
@Shonsu82 Жыл бұрын
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.
@KamilDrozdz Жыл бұрын
super poradził sobie, fajnie rozwija swoje wypowiedzi, super! :D
@arthurrimbaud-ix5tr Жыл бұрын
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
@JZP Жыл бұрын
Czemu powinien zadać pytanie inaczej? Jak Twoim zdaniem powinno ono być zadane?
@nieczerwony Жыл бұрын
Pytanie było o złożoność get() hashMapy nie hasMapy jako takiej.
@Szlakier8 ай бұрын
Bardzo wartościowy materiał. Dziękuję! 👏
@mateuszzawadzki1135 Жыл бұрын
he he pracuje już 4 lata jako Java Developer na połowę pytań nie odpowiedział bym tak ładnie 😛
@andrzejkowalski55078 ай бұрын
rozmowa fajna: tylko odnośnie race condition: to zwyczajnie wielowątkowe wykonywanie nie atomowych operacji na współdzielonym zasobie (volatile nie pomoże)
@ludzikludzikowy3161 Жыл бұрын
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ł.
@dominuseterro9866 Жыл бұрын
Obczaj ze poprzedni kadydat ma i tak ogroma wiedze w poruwnaniu z osoba bez doswiadczenia komercyjnego
@ludzikludzikowy3161 Жыл бұрын
@@dominuseterro9866 Mieć ogromną wiedzę, a potrafić coś zrobić to 2 różne sprawy.
@dominuseterro9866 Жыл бұрын
@@ludzikludzikowy3161 o to mi chodziło doświadczenie komercyjne > wiedza
@maciejmusielak5160 Жыл бұрын
dziwne że kandyduje na Juniora xD
@przemekse989 Жыл бұрын
Brawo dla kandydata :) Sam jestem midem a chyba nie udzieliłbym tak wyczerpujących odpowiedzi na niektóre z tych pytań.
@jurasjurkowski6884 Жыл бұрын
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 :)).
@mwprv Жыл бұрын
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 ..
@RobieMVPAplikacjeKarolBocian Жыл бұрын
Super, dzięki! Kiedyś prawie zostałem JAVA developerem.
@bboyPrzemek Жыл бұрын
Przeraża mnie ile technologii trzeba znać na takiego juniora
@abihabi8776 Жыл бұрын
typowe pytania które sprawdzają książkową wiedzę, a nie sprawdzają rzeczywistych umiejętności
@kamil6008 Жыл бұрын
Świetna seria! Przy pytaniu o testowanie(w kontekście mockowania tego timera) moze warto dodac jaki trywialny kodzik dla kandydata?
@Tapir18 Жыл бұрын
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.
@mateusznakielski7190 Жыл бұрын
Które na przykład to takie pytania?
@RohanPL Жыл бұрын
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łą. .
@M.a.t.e.u.s.z Жыл бұрын
@@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
@mateusznakielski7190 Жыл бұрын
Zrozumiałem że to zarzut do któregoś pytania z odcinka, to ze są bzdurne pytania to nie zaprzeczam
@jurasjurkowski6884 Жыл бұрын
@@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 ;)
@lunardryden9249 Жыл бұрын
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.
@daro0352 Жыл бұрын
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.
@jakubzych5590 Жыл бұрын
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.
@JZP Жыл бұрын
Pytanie nie ma aż tak wielkiego znaczenia. Znaczenie ma to jak kandydat na nie odpowie.
@szymonkubica270 Жыл бұрын
Chętnie zobaczyłbym rozmowe o prace na Junior Devopsa.
@hubertw1138 Жыл бұрын
Podłączam się :)
@scoff7032 Жыл бұрын
Jestem ciekaw jakiego typu pytania są na rozmowie z seniorem
@JakNauczycSieProgramowania Жыл бұрын
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.
@JZP Жыл бұрын
Dzięki za odpowiedz Karol, pozdro!
@JakNauczycSieProgramowania Жыл бұрын
@@JZP Kamil :D Ale Karol też może być, bo to bardzo fajne imię :D Pozdro!
@JZP Жыл бұрын
Wybacz 😂
@kacper459 Жыл бұрын
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)
@konrad20s Жыл бұрын
Poproszę rozmowa na QA juniora albo nawet tester manual xd
@stanisawwojcik6140 Жыл бұрын
Gratulacje dla Pawła! Wiedza jak u mida :)
@Morfi333 Жыл бұрын
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
@JZP Жыл бұрын
ok
@pacio1414 Жыл бұрын
Z wielka checia zobaczylbym rozmowe na junior fullstacka (react/node)
@kamil4398 Жыл бұрын
Hahaha junior fullstack? Tzn. że co? że korzysta z bootstrapa na froncie i express js na backendzie?
@Kapionek Жыл бұрын
może jakiś c++ developer ? albo frontendowiec?
@JZP Жыл бұрын
Na kanale se juz 3 rozmowy frontendowe 🙂
@phoearwenien4355 Жыл бұрын
@@JZP To zdecydowanie C++ prosimy :)
@devman5813 Жыл бұрын
No Paweł ma wiedze, już raczej nie Juniorską a bardziej pod mida ;)
@ferplej699 Жыл бұрын
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
@devman5813 Жыл бұрын
@@ferplej699 współczuje
@ferplej699 Жыл бұрын
@@devman5813 nawzajem
@aries2137 Жыл бұрын
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żę.
@KasperskyyG Жыл бұрын
raczej tego tak nie stwierdzisz, bo dostawał pytania pod juniora, pytania dla mida są bardziej wymagające
@godfryddolbinczykunical1571 Жыл бұрын
Tęskniłem
@AD-jz5sq25 күн бұрын
junior mocne 6/10
@TheNuker92 Жыл бұрын
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.
@brarord8401 Жыл бұрын
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.
@jurasjurkowski6884 Жыл бұрын
@@brarord8401 Słusznie prawisz.
@MichaWacinski Жыл бұрын
jakis python?
@Welniak2000 Жыл бұрын
O czym oni pitolą ?.?
@ShaD4PlaY Жыл бұрын
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.
@JZP Жыл бұрын
Co?
@ShaD4PlaY Жыл бұрын
@@JZP ? Co konkretnie jest dla Ciebie niejasne w mojej wypowiedzi?
@JZP Жыл бұрын
Ta wzmianka o robieniu z siebie Boga
@ShaD4PlaY Жыл бұрын
@@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.
@cz9siu Жыл бұрын
@@ShaD4PlaY gościu, co Ty bierzesz xD ten Marcel bardzo fajnie poprowadził tę rozmowę, z należytym szacunkiem do Pawła
@ukaszk8428 Жыл бұрын
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?
@JZP Жыл бұрын
Dla zmyłki, Marcel to powiedział.
@kejm36 ай бұрын
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
@neyconn Жыл бұрын
XDDDD to niezły junior który ma 30 lat i który musi znać encyklopedie żeby dostać robote za 4500 brutto
@ragnarlothbrok367 Жыл бұрын
Na juniora c++ to musisz mieć 30 lat ale doświadczenia, to i tak tutaj jest trochę lepiej
@slavking9974 Жыл бұрын
No tak bo programowania nie można zacząć się uczyć później niż w przedszkolu? XD
@piotrgorka4794 Жыл бұрын
Irytujące OK-eje - Polska język is cool :-D
@JZP Жыл бұрын
ok
@kaes6495 Жыл бұрын
I tak AI wykiwa ja nie wiem po co ludzie pchają się jeszcze do tej branży...
@JZP Жыл бұрын
Ok
@ragnarlothbrok367 Жыл бұрын
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
@JZP Жыл бұрын
Nie uciekniesz od wymienionych rzeczy, nieważne jaki back-endowy język wybierzesz niestety
@ragnarlothbrok367 Жыл бұрын
@@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.
@gavlosq846 Жыл бұрын
@@ragnarlothbrok367 nie ucząc się devopsa uwsteczniasz się, cały świat programowania idzie w tym kierunku już od dawna
@nieczerwony Жыл бұрын
@@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.
@JZP Жыл бұрын
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.
@bboyPrzemek Жыл бұрын
Myślę że to bardziej mid niż junior
@KasperskyyG Жыл бұрын
a skąd to wiesz skoro dostawał same pytania dla juniora?
@kukiezi Жыл бұрын
@@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.
@JEsterCW Жыл бұрын
@@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.