Rozmowy kwalifikacyjne - zestaw do odsiewania

0

Siemka, nie potrafię znaleźć tematu który był tutaj poruszany odnośnie 'ciężkich' rozmów kwalifikacyjnych.
Ktoś w poście odpowiedział jakimś setem zadań który zazwyczaj odsiewa programistów, coś ala zbiór zadań tj fizzbuzz.
Jeśli ktoś ma go pod ręką albo wie o co może mi chodzić (XD), to poprosze o wrzutke.
Chodzi o Javę

Pozdrawiam

0

Ja na rozmowach miałem dużo szczegółów z Javy SE. Warto znać dokładnie składnię języka. Na każdej też był poruszony temat wzorców projektowych. Jakieś zapytania SQL, które po całkości zawaliłem (za bardzo korzystam z wygody Spring Data) i wielowątkowość.

4

Rozmowa kwalifikacyjna nie służy do odsiewania tylko do szukania odpowiedniego kandydata na dane stanowisko. To co trzeba zrobić, to zastanowić się kogo się szuka i co taki ktoś powinien umieć. Podobnie przy każdym braku odpowiedzi na jakieś pytanie warto sie zastanowić czy naprawde jest to cos co sprawia, że nie chce się z daną osobą współpracować. Jeżeli szukasz listy pytań, żeby wyżywać sie na kandydacie to robisz to źle.

0

zwykle mozna uwalic kandydata na podstawach wymagajacych odrobine kreatywnosci w stylu jak bys zrobil:

  • funkcje obliczajaca rozmiar L1 cache
  • gc free hash set
  • prosty garbage collector
  • poprawny kod z object wait/notify ;)
0

nie ma czegoś takiego jak ciężka rozmowa rekrutacyjna, jest kandydat który mierzy za wysoko albo nie pasuje do zespołu

1
katelx napisał(a):

zwykle mozna uwalic kandydata na podstawach wymagajacych odrobine kreatywnosci

To są zadania sprawdzające "kreatywność" czy znajomość tych podstaw których dotyczą? Jak dajesz kandydatowi takie zadania to oczekujesz, że będzie w stanie improwizować, czy że będzie znał/znajdzie rozwiązanie optymalne albo "najtańsze" obliczeniowo albo trafi w klucz czyli poda "oczekiwaną" odpowiedź?

Jeśli np. nie będzie chciał "liczyć" rozmiaru L1 cache tylko spróbuje sięgnąć do informacji systemowych by go z nich wyciągnąć, albo odwrotnie, potraktuje słowo "obliczyć" jako zakaz chodzenia na skróty i zaproponuje np oszacowanie z jakiegoś mikrobenchmarku, a spodziewałaś się innej odpowiedzi, to uwalasz delikwenta?

0

Zestaw pytań do odsiewania istnieje i działa, ale służy raczej do odsiewania firm, a nie kandydatów.

0

Pytania zadawane przez naukowcuff na rozmowach miewałem różnie, ale do dziś pamiętam jak jeden włączył mi lampkę ostrzegawczą pytaniem o kolejność wchodzenia wątków do sekcji krytycznej. Rozmowa była ciągle o Java EE.Albo mi się tak wydawało i w ogłoszeniu było jakieś wołanie o pomoc.

1

Zgadzam się z @katelx. Najlepiej pytać o proste rzeczy, ale w taki sposób by nie dało się odpowiedzieć regułką z internetu. Przykłady:

  1. Jak można naruszyć zasadę Open-Close / Liskov etc.w designie kodu?
  2. Czy w Javie można zatrzymać działający wątek?
  3. Czy hash mapa będzie działać poprawnie jeżeli hash code kluczy będzie zwracał jedną i tą samą wartość?
  4. Jaki jest limit dla BigInteger, Jak zaimplementowałbyś klasę BigInteger?
  5. Wymień znane Ci użycia wzorców projektowych w ogólnie dostępnych językach i bibliotekach.

Mozna zmienić Javę na inny ekosystem.

1

Najgorsza metoda odsiewania kandydatów to przez listę pytań, którą każdemu zadaje się taką samą. Typowe wpasuj się w klucz. Wymaga niskich umiejętności od rekrutera.

Najlepszy sposób to rozmowa którą nakierowujesz by kandydat opowiedział sam o swoim doświadczeniu oraz dopytywanie o szczegóły tego doświadczenia. Wymieni technologie w których pracował, zadać pytanie jak dziala X, albo jak zrobiłby Y w tej technologii. Tylko, aby taką rozmowę poprowadzić samemu trzeba mieć sporo umiejętności.

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