@mysiauek

I podkreślę: mimo wszystko część IT opiera się na kompetencjach miękkich o czym często zapominamy. 

To może ja ze swojego ogródka podzielę się tym, czego z kolegami oczekujemy od programistów IT, gdy prowadzimy rekrutację. Do części przygotują cię różne kursy, ale niektórych pytań nie przejdziesz bez doświadczenia.
1. Ogólne pytania do CV
Co robił, jakie projekty, jaką rolę odgrywał, czemu zmienia pracę, ogólną płynność odpowiedzi i czy potrafi się jasno komunikować.
2. Semantyka technologii/języka
Sprawdzamy, czy znasz semantykę podanych przez siebie języków programowania, zwykle na przykładach.
Przykładowo jak mówisz, że programujesz w JAVA, to pokazujemy kawałek nietrywialnego kodu i prosimy o informację co będzie wynikiem jego działania.
3. Pytamy o niuanse danej technologii
W JAVA będzie to np.: działanie i nasz wpływ na GC, w SQL działanie planu zapytania, a w Excelu do czego używa się tabel przestawnych (co ciekawe - ludzie wpisujący bardzo dobrą znajomość excela często nie potrafią w prostych słowach powiedzieć do czego służą tabele przestawne...)
4. Podejście do rozwiązywania problemów
Często opisujemy jakąś sytuację i pytamy kandydata o jego pomysł na realizację danego zagadnienia. Tu badamy doświadczenie i samodzielne myślenie - czy kandydat potrafi zaproponować coś więcej niż jeden, utarty na kursie schemat :P
5. Zakres narzędzi wykorzystywanych dotychczas
Ogólna znajomość narzędzi wykorzystywanych w DEV, jak wersjonowanie (Gitlab, SVN), narzędzi do pracy w grupie (JIRA/Confluence, bugzilla, track, otrs), umiejętność czytania rozmaitych dokumentów analitycznych (głównie na bazie rozmaitych diagramów BPMN czy UML).

To tak pokrótce. Z ciekawostek - jeśli jesteś tylko po kursie, to o ile nie masz do tego wrodzonego talentu - szybko wymiękasz na pytaniach z punktu 3, a na punkcie 4 wymienisz jeden utarty schemat :)

@krymtON
Ja mam trzy ulubione pytania dla adminów:
1. Jak działa handshake ssl?
2. Czy się różni truststore od keystore'a?
3. Czym się różni forward od reverse proxy? Zastosowania.

Zero pytań z samego OSa na początek.
Teoretycznie są to trzy bardzo proste pytania. Praktycznie, mało kto zna odpowiedź. A dobrą odpowiedź jeszcze mniej.
Bardzo ładnie się na tym ludzie rozpruwają i zaczynają gadać, gadać i gadać.

@mysiauek
Myślałem, że 'standardem' jest opisanie co się dokładnie dzieje po wpisaniu adresu w przeglądarkę.

@emitar
Na stanowiska developerskie w jakikolwiek sposób związane z webówką jest to zwykle pytanie startowe (przynajmniej u mnie), w oparciu o to stwierdzamy mniej więcej poziom kandydata i jak bardzo szczegółowo możemy wchodzić w pytania. Ogólnie bardzo dużo zależy od tego na jakie stanowisko rekrutujemy i oczekiwany poziom, u mnie ze względu na niszowość technologii i względnie wysokie zarobki w niej, raczej szukamy ludzi z doświadczeniem w innych technologiach chętnych do nauczenia się nowej - to sprawia, że bardziej liczy się sposób myślenia i ogólna wiedza techniczna.
Zasadniczo rozmowy rekrutacyjne na developera zwykle mają bardzo podobny schemat - przedstawienie się kandydata z opisem projektów w których uczestniczył, opowiedzenie o projekcie/zespole/firmie przez rekrutującego, pytania techniczne do kandydata, pytania od kandydata (ta ostatnia część czasami jest pomijana, choć moim zdaniem jest całkiem ważna)

@Han
Odpowiadałem mysiauek, który pisał o stanowisku administratora.

@emitar
Mmmm nie ma dla mnie to pytanie sensu jeżeli nie dochodzimy do poziomu co stoi pod spodem, nie idziemy przez web i application servery. Lepiej od razu sprawdzić czy ktoś kuma i wie w szczegółach o czym mówimy. I  tak jak wspominałem, bardzo często ludzie się rozpruwają na tych pytaniach i zaczynają dużo gadać.
W tych trzech pytaniach, krótkich, i tak zorientujemy się czy będzie wiedział człowiek cokolwiek sensownego i można przejść na podstawowe pytania z OSa czy nie. OS to nuda (jak dla mnie) w dzisiejszych czasach a zabawa dla admina zaczyna się wyżej (nie dotykamy tutaj cały czas tematów clouda i kontenerów).