Junior Java Developer - rozmowa rekrutacyjna

0

Witajcie,

Idę za niedługo na tytułową rozmowę rekrutacyjną do jednej z większych międzynarodowych firm. Będzie to moja pierwsza tak poważna rozmowa kwalifikacyjna i jako że nie mam za bardzo doświadczenia bardzo proszę o jakiekolwiek porady jak do tego podejść. Po 15 minutowej technicznej rozmowie telefonicznej stwierdzili że jestem godzien i zaprosili mnie do biura, mam zagwarantowaną godzinną rozmowę z reprezentantem działu technicznego. Przez telefon dostałem serie pytań o wielowątkowości, SQL-u, JVM i bibliotekach Javy. Na spotkaniu mam się spodziewać do tego jeszcze wzorców projektowych. Aktualnie magluje książki takie jak Rusz Głową Wzorce Projektowe, Java Efektywne programowanie oraz Java Concurrency in Practice.
Wiadomo że sama książkowa wiedza nie wystarczy a ja jeszcze zbytnio nie wykorzystywałem tego w praktyce.

Teraz pytanie do Was, jakiego typu problemów/zadań spodziewać się na takiej rozmowie? Będę bardzo wdzięczny za wszelkie tipy, czy zwykle na takich rozmowach jest jakiś jeden duży problem projektowy i trzeba go rozłożyć i zaprogramować, czy może będą się rozdrabniać z małymi algorytmami do obracania łańcuchów znakowych i sprawdzać czy się mieszczę w jakiejś złożoności obliczeniowej? Jak wysoko stawiają poprzeczkę dla juniora? Po prostu wszelkie info jak zwykle na naszym rynku wyglądają rozmowy na młodszych programistów do większych firm.

Poza tym znacie jakieś miejsce w odmętach internetu gdzie można poćwiczyć w praktyce rozwiązywanie problemów wielowątkowych?

3
  1. Nie kłamać! Np. że się coś wykorzystywało w praktyce jeżeli masz tylko podstawy teoretyczne - 2 pytania ze strony rekrutera i Cię zgasi.

  2. Naucz się 2 max 3 wzorce w praktyce, tak żebyś czuł się pewnie i wiedział po co on jest ja był wybrał Singleton, Strategy i Observer albo Builder Pattern.

  3. Kolekcje - na 90% z tego będziesz przepytywany, ArrayList vs Linked List, jak działają metody hashujące i po co one są (kontrakt pomiędzy hash a equals method )

  4. Obsługa wyjątków, wyjątki checked/unchecked

  5. Wielowątkowość, jeżeli nie wykorzystywałeś w praktyce to naucz się tylko podstaw teoretycznych i tyle.. Na juniora powinno wystarczyć. A praktyki już i tak nie zdążysz ogarnąć - imho za trudny temat ;)

  6. Po co są klasy, metody final, metody / zmienne static, dziedziczenie, interfejsy itp ;)

  7. Mogą coś o testy jednostkowe pytać.

  8. Wyluzuj, z drugiej strony stołu prawdopodobnie będą programiści-śmieszki dla których to będzie przyjemne oderwanie się od pracy, więc nie ma co się stresować :P

Jeżeli nie wyłożysz się na 3, 6 pytaniu to powinno być dobrze :)

0

Trochę mnie pocieszyłeś bo większość z tego w miarę rozumiem i znam. Poza tym 3 i 6 to są jedyne rzeczy które mam przetestowane w boju. Ale już z takimi testami jednostkowymi to może i wiem po co, jak i gdzie się tego używa ale jak ktoś mi poda problem i powie pokryj tą klasę testami to nie wiem czy bym dobrze zaprojektował coś takiego.

Boję się właśnie tej wielowątkowości w praktyce bo przez telefon dostawałem pytania o słowo kluczowe volatile albo jakieś nowsze bezpieczne wątkowo kolekcje. No i ja sobie mogę wiedzieć jak działa volatile i do czego się powinno wykorzystywać ale w praktyce podjąć decyzję że akurat to pole powinno być oznaczone tym słówkiem zamiast umieszczone w synchronizowanym bloku to już inna bajka.

Dzięki za tipy na pewno skorzystam i wezmę pod uwagę ;)

1 użytkowników online, w tym zalogowanych: 0, gości: 1