Rekrutacja - pytania do kandydata

0

U nas.

  1. Chce pan pracowac?
  2. Za ile?
  3. Ale dlaczego tak duzo?
  4. Prosze napisać knutha-pratta
2

Wszystko zależy od poziomu. Na stażyste/juniora było dużo dziwnych pytań i tej całej HR-owej zabawy, która trwała miesiącami. Praca w zespołach gdzie kilkanaście osób siedzi i zapisuje na twój temat różne rzeczy. Zadania domowe na tydzień. Całość interview w firmie trwająca 3h.
Mając już rok doświadczenia te rozmowy wyglądają normalniej i w zasadzie oprócz pytań technicznych jak i czysto organizacyjnych o umowy itd to nie ma niczego nadzwyczajnego.

Ogólnie polecałbym nie przejmować sie HR-em, bo często jest to osobny dział w którym siedzą różne osoby. Sam projekt i współpracownicy mogą być ciekawi, więc warto iść zawsze na rozmowę techniczną.

0

TypeScript/Angular/RxJS:

  • Co to jest inferencja typów
  • Do czego służy typ Record<>
  • Jak "zadbac" o performance aplikacji (ChangeDetection, lazy loading, trackBy)
  • Dlaczego lepiej korzystać z setterów Input niż z ngOnChanges
  • Co to jest i po sie uzywa InjectionToken
  • Czym się rózni subject od BehaviourSubject
  • Jak dzialaja flatten operators (switchMap, exhaustMap, mergeMap, concatMap)
  • Czy korzystałem z jasmine-marbles a jesli tak to jak korzystać (moja odp birzmiala 'nie' :P )

Jak sobie coś jeszcze przypomnę to dopisze

6

z reguły pytanie kandydatów o jakieś detale konkretnej biblioteki typu co robi klasa x z frameworku y kończą się tak samo - kandydat nie wie... i mimo, że mógł się tym zajmować to było to jakiś czas temu i bez googlnięcia nie rzuci odpowiedzi od tak, choć jakby dostał taska to by sobie z nim świetnie poradził

pisze to, bo wydaje mi się, że tego typu pytania są często bez sensu, a mimo to ludzie je zadają

sam mam pełno rzeczy, które rozumiałem jeszcze rok temu; i pewnie dalej rozumiem tylko nie rzucę tego od tak

EDIT
jeszcze mi sie przypomniało.. do tej pory pamiętam jedną ze swoich rozmów, gdzie dwóch lead-programmerów przyszło mnie odpytywać, oboje na oko po 21-22 lata i na pierwszy strzał leci spring - 3-4 pytania o jakieś adnotacje, które chyba akurat 5min temu użyli; a że ich nie znałem to zostałem z automatu odrzucony; w międzyczasie jeszcze próbował mnie przekonać, że @Entity i @Table to adnotacje pochodzące ze Springa, jak mu powiedziałem, że chyba jednak z JPA i szybciutko na rozmowie sobie wyguglał, to już widziałem jak mnie wzrokiem skreślił i byłem pewien, że z tej rekrutacji nici. cóż, i tak bym tam nie poszedł widząc tę rozmowe

1

.NET/C#

  • refleksja - co to, wady, zalety
  • asynchroniczność, na czym polega, do czego służą słowa async, await
  • czym jest i jak tworzyć extension methods
  • różnice między .net core a .net framework
  • czy jest .net a czym asp.net
  • const a readonly
  • interfejs a klasa abstrakcyjna
  • null w c# 8 i inne nowości

Angular/JS

  • co to jest pipe, użycie, nie tylko do wyświetlenia zmiennej w wybrany sposób w htmlu
  • co to jest hoisting
  • pytania o zachowanie języka js w różnych sytuacjach np. liczba całkowita + string
  • intercepcja

Inne

  • SOLID
  • git flow
  • typy joinów w SQL
2

U mnie na rozmowie rekrutacyjnej wystarczyło, że pokazałem projekt uczelniany(AI i ML w Pythonie do rozpoznawania obiektow i dynamicznego wyszukiwania informacji o nich w internecie) by dostać robotę jak Java Developer XD

2

Z takich ciekawych pytań, to "co jest złe w Linuksie?" - odpowiedziałem, że katalog /opt jest bez sensu i bym go usunął.

Pracę dostałem :)

10

Różnie. Czasem trafiam na jakichś typków co sobie przedłużają penisa.
Więc wspomnę tylko jedna śmieszną sytuację.
Rekrutacja do Amadeus.
Było to jakiś tydzień po dodaniu nowych featerow do .net core typu ref struct i tym podobne pierdoły z którymi nikt się jeszcze praktycznie nie zdążył zapoznac, jak nie był na bieżąco z zapowiedziami.
No i oczywiście wałkowanie 40 minut z tego, podniecanie się jakie to och ach.
A na koniec rozmowy, jak się pytam czy oni faktycznie jadą z takimi nowościami i tak mocno optymalizują kod, że wszędzie refami napierdzielają, strukturami jak tylko można, bo koleś tak nawijał jakby zaraz mieli pisać w c# jak c++ na wskaznikach i walczyć o każdą nanosekundę, to dostaje odpowiedź, że jednak praca przy troszkę legacy i głównie klepanie procedur w sql.
No i bądź z takimi poważny.

Będzie dupę zawracał godzinę, a nawet nie sprawdzi wiedzy sqla, gdzie miało być sporo pracy, jak nie najwięcej.

2

Z rekrutacji na senior php dev:

  • co to jest trait
  • co oznacza TDD
  • co to jest solid i co oznacza każda literka oraz czy zawsze mocno się trzymam solid, czy jednak są ustępstwa np szybkie fixy, a później jak będzie czas to refactoring

Dalej to już pytania o projekty przy jakich pracowałem i jaka była moja rola w nich. Na koniec 2 team leadów przechwalało się, czego to oni nie robili i czego to nie potrafią :D

5

Tak po krótce:

  • code review różnych fragmentów kodu
  • pare pytań o wzorce padło podczas CR (czy w danym fragmencie jakieś rozpoznaje) ale potem pytanie o jakieś inne, które znam
  • garbage collectory (głównie G1) po co, dlaczego, jak itp itd. dość szczegółowo
  • model pamięci (heap, offheap)
  • REST, HTTP (np. co się znajduje w takim zapytaniu http)
  • sporo pytań o testowanie (czy testuje, jak testuje, czy dużo mockuje, jakie znam testy)
  • indeksy w kontekscie baz danych
  • jak działa hashmapa pod spodem (szczegółowo), zadanie żeby opowiedzieć jak stworzyłbym swoją hashmape
  • standardzik czyli arraylista vs linkedlista
  • złożoność obliczeniowa poszczególnych operacji na kolekcjach
  • zadanko architektoniczne, jakbym jakiś tam podany serwis ogarnął, jakby się to komunikowało, co do przechowywania danych bym użył, jakie narzędzia by się przydały do tego itp itd.
  • jeszcze jedno zadanie z architektury ale nie pamiętam już ;p

Zero pytań o jave, springa :D To mi się podobało

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