Jak przygotować się do rozmowy rekrutacyjnej IT: kompletny przewodnik

Jak przygotować się do rozmowy rekrutacyjnej IT, żeby wyjść z niej z ofertą, a nie z listą rzeczy do douczenia? Odpowiedź na pytanie, jak przygotować się do rozmowy rekrutacyjnej IT, sprowadza się do trzech warstw: wiedzy o firmie, twardych podstaw technicznych i sprawnego zaplecza sprzętowego na spotkanie zdalne. Rekruterzy techniczni rzadko oczekują encyklopedycznej pamięci — sprawdzają, czy kandydat rozumie, jak działa infrastruktura, którą będzie utrzymywał: serwery, domeny, DNS, certyfikaty i sieć. Ten przewodnik prowadzi przez cały proces w kolejności, w jakiej realnie go przechodzisz: od researchu pracodawcy, przez powtórkę fundamentów hostingu i domen, po przygotowanie stanowiska pracy, negocjacje widełek i wiadomość follow-up. Zamiast ogólnych porad znajdziesz tu liczby, przykładowe stawki i porównania rozwiązań, które możesz przywołać w trakcie rozmowy jako dowód praktycznego doświadczenia.

Research firmy i stosu technologicznego przed spotkaniem

Pierwszy krok to zebranie faktów o pracodawcy. Przejrzyj ogłoszenie zdanie po zdaniu i wypisz każdą nazwę technologii: framework, bazę danych, dostawcę chmury, system kolejkowy. Następnie sprawdź, czy te same nazwy pojawiają się na blogu technicznym firmy oraz w publicznych profilach zespołu. Rozbieżność między ogłoszeniem a rzeczywistością to dobry temat na pytanie do rekrutera.

Warstwa infrastrukturalna mówi o organizacji więcej niż zakładka „O nas”. Podstawowe pytanie, jak sprawdzić kto jest właścicielem domeny, rozwiązuje zapytanie WHOIS lub nowsze RDAP — zobaczysz datę rejestracji, rejestratora i serwery nazw. Nagłówki odpowiedzi HTTP zdradzą serwer aplikacyjny, obecność CDN i sposób cache’owania, a to gotowy materiał na merytoryczną rozmowę.

Zbuduj z tych danych trzy pytania, które zadasz na końcu spotkania. Pytanie o powód migracji na konkretną chmurę albo o strategię wersjonowania API pokazuje, że analizowałeś produkt, a nie tylko przeczytałeś ofertę. Osoby prowadzące rekrutację techniczną oceniają taki sygnał wyżej niż wyrecytowaną listę ukończonych kursów i certyfikatów.

Planuj research na dwie do trzech godzin rozłożone na dwa dni. Krótka sesja dzień przed spotkaniem utrwala fakty, a dłuższa, wcześniejsza pozwala zauważyć luki w wiedzy, które zdążysz jeszcze uzupełnić. Rozbicie nauki na dwie sesje działa lepiej niż jeden maraton wieczorem przed rozmową.

Co sprawdzić w publicznej dokumentacji pracodawcy

Publiczne repozytoria, changelog produktu i strona statusu usług to trzy źródła, które streszczają kulturę inżynierską firmy. Częstotliwość wydań mówi o dojrzałości procesu CI/CD, a raporty z awarii pokazują, jak zespół komunikuje incydenty. Jedno zdanie odniesienia do konkretnego wpisu z changeloga potrafi zmienić ton całej rozmowy.

Fundamenty hostingu, o które rekruterzy pytają najczęściej

Nawet na stanowiskach czysto programistycznych padają pytania o środowisko uruchomieniowe. Klasyk brzmi: jak wybrać hosting pod WordPress dla sklepu z ruchem rzędu 30 tysięcy odsłon miesięcznie. Dobra odpowiedź wymienia limity pamięci PHP, wersję bazy danych, obecność cache po stronie serwera oraz automatyczne kopie zapasowe z retencją minimum 14 dni.

Drugie żelazne pytanie to czym różni się VPS od hostingu współdzielonego. Na współdzielonym setki kont rywalizują o te same zasoby i nie masz dostępu do roota; na VPS otrzymujesz gwarantowane rdzenie, własny system i pełną kontrolę nad konfiguracją. Cena rośnie, ale przewidywalność wydajności też — i to jest sedno odpowiedzi.

Trzeci wątek dotyczy migracji. Pytanie, jak przenieść stronę na inny hosting, sprawdza myślenie procesowe: kopia plików i bazy, uruchomienie kopii na nowym serwerze pod tymczasowym adresem, testy, obniżenie TTL rekordów do 300 sekund, dopiero potem przełączenie delegacji. Kolejność ma znaczenie większe niż wybrane narzędzie.

Warto opisać też mierzalny efekt. Jeżeli przeniesienie serwisu skróciło czas odpowiedzi z 900 do 220 milisekund, podaj te liczby. Konkret zamienia ogólnikową deklarację o doświadczeniu w dowód i daje rozmówcy naturalny punkt zaczepienia do pogłębiającego pytania o metodę pomiaru.

Domeny, DNS i certyfikaty w pytaniach technicznych

Konfiguracja strefy DNS to obszar, w którym łatwo wyłapać powierzchowną wiedzę. Pytanie, jak skonfigurować rekordy DNS domeny, wymaga rozróżnienia rekordu A wskazującego na adres IPv4, AAAA dla IPv6, MX dla poczty i TXT dla weryfikacji własności oraz polityk SPF i DMARC. Wymień je z konkretnym zastosowaniem, nie z definicji podręcznikowej.

Naturalnie dochodzi do tego pytanie, co to jest rekord CNAME. To alias wskazujący jedną nazwę na drugą, używany przy podpinaniu CDN lub usług zewnętrznych, którego nie da się poprawnie ustawić na korzeniu domeny bez mechanizmów typu ALIAS. Dodanie tego zastrzeżenia od razu sygnalizuje praktykę, a nie teorię.

Osobny temat to cykl życia adresu. Kwestia, jak przedłużyć domenę po wygaśnięciu, sprowadza się do okresu karencji trwającego zwykle 30 dni, po którym rejestrator uruchamia płatny okres odzyskiwania kosztujący nawet kilkaset złotych. Automatyczne odnawianie i monitoring dat wygaśnięcia to standard, o którym powinieneś wspomnieć.

Jak mówić o certyfikatach i przekierowaniach

Pytanie, jak zainstalować certyfikat SSL na serwerze, ma dziś prostą odpowiedź: klient ACME generuje i odnawia darmowy certyfikat SSL Let’s Encrypt co 90 dni, a zadanie cron pilnuje terminu. Uzupełnij to wiedzą, jak ustawić przekierowanie 301 w htaccess, aby ruch z HTTP trafiał na wersję szyfrowaną bez pętli i utraty pozycji w wyszukiwarce.

Techniczne przygotowanie stanowiska do rozmowy zdalnej

Spotkanie online ocenia się także po jakości połączenia. Zanim odpowiesz sobie, jak sprawdzić prędkość internetu rzetelnie, wyłącz pobieranie w tle, podłącz komputer kablem i wykonaj trzy pomiary o różnych porach dnia. Liczy się nie tylko przepustowość, lecz opóźnienie poniżej 40 milisekund i stabilny upload rzędu 10 Mb/s.

Jeżeli kabel nie wchodzi w grę, zostaje pytanie, jak wzmocnić sygnał WiFi w domu. Przeniesienie routera na wysokość biurka, przełączenie na pasmo 5 GHz i wybór mniej obciążonego kanału zwykle wystarczają. Zestaw mesh za 400–900 zł rozwiązuje problem w mieszkaniach z grubymi ścianami skuteczniej niż wzmacniacz repeaterowy.

• Kamera 1080p zamiast wbudowanej matrycy laptopa — koszt od 150 zł
• Mikrofon nakierunkowy lub słuchawki z mikrofonem na pałąku — od 120 zł
• Lampa ustawiona przed twarzą, nigdy okno za plecami
• Zapasowy kanał kontaktu: telefon z hotspotem i numer do rekrutera
• Test nagrania próbnego dzień wcześniej, z odsłuchem dźwięku

Przygotuj też środowisko do zadania na żywo. Otwarty edytor z gotowym projektem startowym, wyłączone powiadomienia systemowe i drugi monitor z treścią zadania oszczędzają kilka minut, które inaczej stracisz na szukanie okien. Ta oszczędność bywa różnicą między skończonym a niedokończonym rozwiązaniem.

Pytania behawioralne, widełki i skuteczny follow-up

Część nietechniczna decyduje częściej, niż zakłada większość kandydatów. Przygotuj cztery historie w strukturze sytuacja–zadanie–działanie–rezultat: trudny konflikt w zespole, awaria produkcyjna, decyzja podjęta przy niepełnych danych oraz projekt, który się nie udał. Każda powinna trwać najwyżej dwie minuty i kończyć się mierzalnym wnioskiem.

Rozmowa o wynagrodzeniu wymaga własnych liczb. Zamiast podawać jedną kwotę, przedstaw widełki oparte na raportach płacowych i doprecyzuj formę zatrudnienia — stawka na kontrakcie B2B bywa o 20–35 procent wyższa niż odpowiednik na umowie o pracę, ale nie obejmuje płatnego urlopu ani składek finansowanych przez pracodawcę.

Ostatni element odpowiedzi na pytanie, jak przygotować się do rozmowy rekrutacyjnej IT, to zamknięcie procesu. Wyślij podziękowanie w ciągu 24 godzin, przypomnij jeden konkretny wątek z rozmowy i dołącz materiał, który go rozwija — fragment kodu, diagram architektury albo krótkie uzupełnienie odpowiedzi, której nie udało ci się dokończyć.

Jak długo powinno trwać przygotowanie do rozmowy rekrutacyjnej IT?

Realistyczny budżet czasu to osiem do dwunastu godzin rozłożonych na tydzień, przy założeniu, że pracujesz już w branży. Rozbij go na bloki: dwie godziny na research firmy i jej infrastruktury, trzy na powtórkę fundamentów technicznych wskazanych w ogłoszeniu, dwie na przygotowanie historii behawioralnych, godzinę na test sprzętu i połączenia oraz jedną na przygotowanie pytań do rozmówców. Przy zmianie specjalizacji lub wejściu do branży czas rośnie do dwudziestu godzin, ponieważ dochodzi budowa projektu portfolio. Nauka rozłożona na kilka krótszych sesji daje wyraźnie lepsze utrwalenie niż jeden długi maraton dzień wcześniej.

Czy na rozmowie na stanowisko programisty trzeba znać hosting i DNS?

Na poziomie podstawowym tak, i coraz częściej jest to element rozmowy nawet dla stanowisk frontendowych. Nie chodzi o administrowanie serwerami, lecz o rozumienie drogi żądania od przeglądarki, przez rozwiązanie nazwy w DNS, terminację TLS, aż po aplikację. Kandydat, który potrafi wyjaśnić, dlaczego zmiana rekordu propaguje się w czasie zależnym od TTL albo dlaczego przeglądarka blokuje mieszaną zawartość na stronie z certyfikatem, wypada wiarygodniej. Zespoły pracujące w modelu DevOps oczekują dodatkowo znajomości konteneryzacji i podstaw sieci. Braki w tym obszarze rzadko dyskwalifikują, ale solidna wiedza wyraźnie podnosi ocenę seniority i wpływa na proponowane widełki.

Co zrobić, gdy nie znasz odpowiedzi na pytanie techniczne?

Najgorszą strategią jest improwizowanie i zgadywanie — doświadczony rozmówca wychwyci to w kilka sekund. Przyznaj wprost, że nie pracowałeś z danym zagadnieniem, a następnie opisz, jak podszedłbyś do jego rozwiązania: od jakiej dokumentacji zacząłbyś lekturę, jaki eksperyment przeprowadziłbyś na środowisku testowym, kogo w zespole poprosiłbyś o konsultację. Możesz też odwołać się do analogicznego problemu, który już rozwiązywałeś, i pokazać transfer wiedzy. Taka odpowiedź demonstruje uczciwość oraz metodę pracy, czyli dokładnie te cechy, które ograniczają ryzyko dla przyszłego pracodawcy. Po rozmowie uzupełnij temat i wspomnij o tym w wiadomości follow-up.