Rozmowa kwalifikacyjna IT — kandydat przy whiteboardzie z linked list algorithm, dymek 'Let me walk you through my approach', interviewer notuje na laptopie, ikony O(n), O(log n), STAR badge
TL;DR — przed rozmową

4 etapy rekrutacji IT: rozmowa z HR (phone screen) → techniczna rozmowa telefoniczna → rozmowa stacjonarna (onsite: coding + system design + pytania behawioralne) → komitet rekrutacyjny → oferta.

50 pytań w 4 kategoriach: HR (10), behawioralne (15), techniczne / coding (15), system design (10).

STAR: Situation + Task + Action + Result. 70% odpowiedzi to akcje + liczby w rezultacie.

Złota zasada na coding: mów na głos każdy krok rozumowania („think out loud"). Rozmówca chce widzieć TWÓJ proces myślenia, nie tylko wynik.

Złota zasada przy negocjacji wynagrodzenia: NIGDY pierwszy nie podawaj liczby. „Could you share the range?".

Złota zasada końca: ZAWSZE zadaj 3 pytania. „No questions" = czerwona flaga.

Spis treści

Dlaczego rozmowa techniczna po angielsku jest dwa razy trudniejsza

Polska rozmowa techniczna to często „rozwiąż problem na tablicy + opowiedz o doświadczeniu". Anglosaska to 4-5 godzinny maraton z formalną strukturą, gdzie każde 60-minutowe okienko ma swoją kartę oceny (rubric). Każdy rozmówca pisze raport, a komitet rekrutacyjny (hiring committee) głosuje.

Dla Polaka z B2 to podwójny stres: (1) trudna treść techniczna, (2) wszystko po angielsku z natywnymi rozmówcami z USA / UK / Indii. Polski senior z 8-letnim doświadczeniem często ginie nie z powodu braku umiejętności, ale z powodu braku komunikacji po angielsku pod stresem.

5 specyficznych różnic anglosaskiej rozmowy IT

1. Think out loud (verbalize). W Polsce: rozwiąż, potem pokaż. W anglosaskim: mów wszystko, co myślisz. Interviewer ocenia proces, nie tylko wynik. Cisza = brak punktów. Nawet jeśli rozwiążesz problem idealnie, ale w ciszy — możesz nie przejść.

2. Metoda STAR przy pytaniach behawioralnych. „Tell me about a time when you disagreed with a teammate" — anglosaski rozmówca oczekuje strukturyzowanej odpowiedzi w formacie STAR (Situation + Task + Action + Result), z liczbami w rezultacie. Polskie „no, kiedyś z Tomkiem nie zgadzałem się i jakoś doszliśmy" = brak punktów.

3. System design wymaga angielskiego słownictwa specjalistycznego. Load balancer, sharding, replication, eventual consistency, CAP theorem, idempotency, rate limiting, CDN. To 30-40 terminów branżowych, których brak w ogólnym B2. Polski senior może znać koncepty po polsku, ale na rozmowie musi je nazwać po angielsku.

4. Negocjacja wynagrodzenia = ostatni etap. Anglosaska kultura OCZEKUJE negocjacji. Polskie „biorę pierwszą ofertę" zostawia $20-50K na stole. Plus: całkowite wynagrodzenie = pensja + bonus + equity + signing bonus. Polski senior często negocjuje tylko podstawę, ignorując bonus i equity.

5. Twoje pytania na końcu. Po każdym 60-minutowym okienku rozmówca pyta „Do you have any questions for me?". Polak: „No, you covered everything". To czerwona flaga. Pokazuje brak ciekawości i przygotowania. Anglosaski wywiad ZAWSZE wymaga 2-3 pytań od kandydata.

Polski staff engineer (10 lat doświadczenia) na rozmowie programistycznej w Google. Rozmówca daje zadanie LeetCode hard. Polak rozwiązuje w 30 minut, kod idealny, tablica czysta. Cisza przez 30 minut. Rozmówca: „OK, can you walk me through your approach?". Polak po polsku w głowie buduje odpowiedź, rzuca: „Well, I used dynamic programming.". Rozmówca czeka. Polak kończy. 5-sekundowa cisza. Rozmówca: „OK. Any complexity analysis?". Polak: „O(n²) time, O(n) space.". Cisza. Rozmówca pisze w karcie oceny: „strong technically, but communication is poor — would struggle in design discussions". Odrzucony. 6 miesięcy później ten sam Polak po treningu mówienia na głos po angielsku dostał ofertę w Meta. Te same umiejętności, inna komunikacja.

4 etapy procesu rekrutacji IT (model FAANG)

Poniższy schemat to standard FAANG / Big Tech — FAANG to akronim od pięciu firm: Facebook (dziś Meta), Amazon, Apple, Netflix, Google. Ich proces rekrutacyjny — z 4-5 etapami, kartami oceny (rubric), komitetem rekrutacyjnym i głośnym myśleniem (think out loud) — stał się w latach 2010-2020 de facto standardem branżowym. Adoptowali go Microsoft, Stripe, Airbnb, Uber, Spotify, Booking.com, Allegro, większość scale-upów i fintechów. Jeśli aplikujesz do firmy globalnej z 500+ inżynierów, prawie na pewno spotkasz wariant tego modelu. Mid-size i polskie firmy często używają skróconej wersji (3 etapy zamiast 5).

4 etapy rekrutacji w IT — flowchart: rozmowa z HR (30 min), techniczna rozmowa telefoniczna (60 min, 1-2 LeetCode), onsite (4-6 godzin: coding × 2 + system design + pytania behawioralne), komitet rekrutacyjny → oferta (negocjacja całkowitego wynagrodzenia)
ETAP 1 · 30 MIN
Rozmowa z HR (HR phone screen)

Cel: sprawdzić podstawowe dopasowanie, motywację i oczekiwania finansowe.

Typowe pytania: Why this company? Salary expectations? Notice period? Visa status?

Klucz: krótkie, konkretne odpowiedzi. Rekruter NIE jest osobą techniczną — nie tłumacz architektury systemu.

ETAP 2 · 60 MIN
Techniczna rozmowa telefoniczna (Tech phone screen)

Cel: sprawdzić podstawy i umiejętności programowania.

Format: 1-2 zadania LeetCode (medium) we wspólnym edytorze (CoderPad, HackerRank).

Klucz: mów na głos każdy krok rozumowania („think out loud"). Werbalizuj. Pytaj o przypadki brzegowe (edge cases).

ETAP 3 · 4–6 GODZIN
Rozmowa stacjonarna (Onsite) — 4-5 okienek

Format: 2× coding (45-60 min), 1× system design (60 min), 1-2× pytania behawioralne (45 min), lunch z zespołem.

Dla seniorów+: dodatkowo pogłębione omówienie projektu z CV (deep-dive, 30-45 min).

Klucz: wytrzymałość. Każde okienko od nowa = pełne zaangażowanie.

ETAP 4 · OFERTA
Komitet rekrutacyjny → oferta → negocjacja

Komitet rekrutacyjny (hiring committee): wszyscy rozmówcy spotykają się i głosują (każdy ma kartę oceny).

Oferta: pensja + bonus + equity + signing bonus + benefity.

Klucz: NEGOCJUJ. Zaczekaj 24-48 godzin. Porównuj z innymi ofertami. Negocjuj całkowite wynagrodzenie, nie tylko podstawę.

1. Rozmowa z HR (phone screen) — 10 pytań i odpowiedzi

30-minutowa rozmowa z rekruterem. NIE techniczna — ogólne dopasowanie i motywacja. Krótkie odpowiedzi, konkretne, pokaż entuzjazm.

1. "Tell me about yourself."
Opowiedz o sobie.
Format: present (kim jesteś teraz) → past (co cię tu doprowadziło) → future (czego szukasz). 90 sekund. Zobacz pełny przewodnik.
2. "Why are you looking to leave your current job?"
Czemu chcesz odejść?
Klucz: NIE narzekaj na obecnego pracodawcę. Mów pozytywnie: 'I'm looking for X (growth / impact / new technology) that's not available at my current role'.
3. "Why this company specifically?"
Czemu konkretnie nasza firma?
Klucz: wcześniej zrób research. Wymień 2-3 konkrety: produkt, technologia, misja firmy, ostatnie newsy. Pokaż, że znasz.
4. "What's your biggest accomplishment?"
Twoje największe osiągnięcie?
Format: STAR z liczbami. „I led migration of X service, reducing latency by 60%, saving $500K annually."
5. "What are your salary expectations?"
Oczekiwania finansowe?
⚠️ Najtrudniejsze pytanie. Strategia: 'Could you share the range for this role first? I want to understand the full compensation package.' Jeśli nalega: podaj zakres na podstawie levels.fyi / Glassdoor.
6. "What's your notice period?"
Jaki masz okres wypowiedzenia?
Klucz: standard polski = 3 miesiące dla seniora. Powiedz: „3 months, but I might be able to negotiate down to 2".
7. "Do you need visa sponsorship?"
Potrzebujesz sponsoringu wizy?
Polska + UE: dla UK po Brexit — TAK (skilled worker visa). USA — H1-B / O1. NIE udawaj, że nie potrzebujesz, jeśli potrzebujesz. Sprawdzą.
8. "Are you considering other companies?"
Czy rozmawiasz z innymi firmami?
Klucz: TAK, ale pozytywnie: „Yes, I'm in process with 2 other companies, but you're my top choice because of X". Daje przewagę w negocjacjach.
9. "What's important to you in a new role?"
Co jest dla ciebie ważne w nowej roli?
Top 3: rozwój (growth), wpływ na produkt (impact), nauka (learning), zespół. NIE: pensja jako pierwsze. NIE: work-life balance (czerwona flaga w startupie).
10. "Do you have any questions for me?"
Masz jakieś pytania?
⚠️ ZAWSZE 2-3 pytania. Dobre: 'What does the interview process look like?', 'What are next steps?', 'What's the team I'd be joining?'. NIE: 'How much PTO?' (zbyt wcześnie).

2. Pytania behawioralne / STAR — 15 pytań

Na rozmowie stacjonarnej (onsite) 1-2 okienka są poświęcone pytaniom o doświadczenie i pracę zespołową — po 45 minut. Złotym standardem odpowiedzi jest metoda STAR. Każda odpowiedź = 2-3 minuty z konkretnym przykładem.

10 najczęstszych pytań technical (Reverse linked list, Longest substring, LRU cache, DP, Race condition) + STAR method (Situation, Task, Action 70%, Result z liczbami)

Leadership / Conflict

11. "Tell me about a time when you disagreed with a teammate."
Opowiedz o sytuacji, gdy nie zgadzałeś się z kolegą.
12. "Tell me about a time when you had to give difficult feedback."
Sytuacja, gdy musiałeś dać trudny feedback.
13. "Describe a time you led a project."
Opisz, jak prowadziłeś projekt.
14. "Tell me about a time when you mentored someone."
Sytuacja mentoringu.

Failure / Learning

15. "Tell me about a time when you failed."
Sytuacja, gdy poniosłeś porażkę.
⚠️ Pułapka: NIE „I never fail" (czerwona flaga). Wybierz konkretną porażkę + lesson learned + co teraz robisz inaczej.
16. "What's the biggest mistake you made and what did you learn?"
Największy błąd + nauka.
17. "Describe a project that didn't meet expectations."
Projekt, który nie spełnił oczekiwań.

Problem solving

18. "Tell me about a complex technical problem you solved."
Złożony problem techniczny.
19. "Describe a time when you had to make a decision with incomplete information."
Decyzja przy niepełnych informacjach.
20. "Tell me about a time when you had to convince someone."
Sytuacja przekonywania.

Pressure / Adaptability

21. "Tell me about a time you worked under tight deadlines."
Praca pod presją czasu.
22. "Describe a time when priorities changed unexpectedly."
Nagła zmiana priorytetów.
23. "Tell me about a time when you had to learn a new technology quickly."
Szybka nauka nowej technologii.

Customer / Impact

24. "Tell me about a project that had real customer impact."
Projekt z realnym impactem na klienta.
25. "Describe a time when you went above and beyond."
Sytuacja, gdy zrobiłeś więcej niż wymagano.

3. Pytania techniczne / coding — 15 pytań

15 najczęstszych pytań technicznych z rozmów IT. Klucz: mów na głos każdy krok rozumowania (po angielsku „think out loud"). Werbalizuj założenia, pytaj o przypadki brzegowe, analizuj złożoność algorytmu.

Algorytmy (klasyki LeetCode)

26. "Reverse a linked list."
Odwróć listę powiązaną (linked list).
Klucz: rozwiązanie iteracyjne (3 wskaźniki) vs rekurencyjne. Omów kompromisy.
27. "Find the longest substring without repeating characters."
Najdłuższy podciąg bez powtarzających się znaków.
Klucz: okno przesuwne (sliding window) + hash set. Złożoność O(n).
28. "Detect a cycle in a linked list."
Wykryj cykl w liście powiązanej.
Klucz: algorytm Floyda (wskaźniki wolny / szybki). Pamięć O(1).
29. "Implement binary search."
Zaimplementuj wyszukiwanie binarne.
Klucz: uważaj na błędy off-by-one. mid = left + (right-left)/2 (zabezpiecza przed przepełnieniem).
30. "Find Kth largest element in array."
Znajdź K-ty największy element w tablicy.
Klucz: kopiec minimum (min-heap) o rozmiarze K — O(n log k). Albo quickselect — O(n) średnio.

Struktury danych

31. "Implement an LRU cache."
Zaimplementuj cache LRU.
Klucz: hash map + lista dwukierunkowa. Operacje get/put w O(1).
32. "Design a hash table."
Zaprojektuj tablicę hashującą.
Klucz: obsługa kolizji — łańcuchowanie (chaining) vs adresowanie otwarte. Load factor.
33. "Implement a trie."
Zaimplementuj drzewo trie.

Rekurencja / programowanie dynamiczne (DP)

34. "Find all permutations of a string."
Wszystkie permutacje napisu.
Klucz: backtracking. Złożoność O(n!).
35. "Climbing stairs problem (number of ways)."
Liczba sposobów wejścia po schodach.
Klucz: Fibonacci. Optymalizacja DP do O(1) pamięci.
36. "Coin change problem."
Wydawanie reszty (najmniejsza liczba monet).

Współbieżność (concurrency)

37. "Explain the difference between thread and process."
Różnica między wątkiem (thread) a procesem.
38. "What is a race condition? How would you prevent it?"
Co to wyścig (race condition)? Jak mu zapobiec?
Klucz: blokady (locks), semafory, operacje atomowe, niezmienność (immutability).

Języki i frameworki

39. "Explain how garbage collection works in [Java / Python / Go]."
Jak działa odśmiecanie pamięci (garbage collection)?
40. "What's the difference between == and === in JavaScript?"
Różnica między == a === w JavaScript?

4. System design — 10 pytań

Pozycje senior+. 60-minutowa rozmowa. Format: doprecyzuj wymagania → oszacuj skalę → projekt wysokopoziomowy → szczegółowa analiza wybranego komponentu → kompromisy projektowe.

41. "Design Twitter / X."
Zaprojektuj Twitter.
Klucz: oś czasu (timeline) — push vs pull, fanout, sharding po user_id, cache.
42. "Design URL shortener (bit.ly)."
Skracacz adresów URL.
Klucz: kodowanie Base62, kolizje hashy, cache, analityka.
43. "Design Uber."
Zaprojektuj Uber.
Klucz: geohashing, lokalizacja w czasie rzeczywistym, algorytm dopasowania, ceny dynamiczne (surge pricing).
44. "Design Instagram / photo sharing."
Aplikacja do dzielenia się zdjęciami.
45. "Design a rate limiter."
Zaprojektuj ogranicznik żądań (rate limiter).
Klucz: token bucket vs leaky bucket vs sliding window.
46. "Design a chat application (WhatsApp)."
Aplikacja czatowa.
Klucz: WebSockets, kolejka wiadomości, dostarczanie offline, szyfrowanie end-to-end.
47. "Design a notification system."
System powiadomień.
48. "Design a distributed key-value store."
Rozproszona baza klucz-wartość.
Klucz: consistent hashing, replikacja, twierdzenie CAP.
49. "Design a video streaming service (YouTube/Netflix)."
Serwis streamingowy wideo.
Klucz: CDN, pipeline enkodowania, adaptacyjny bitrate, rekomendacje.
50. "Design a payment system."
System płatności.
Klucz: idempotencja, transakcje, zapobieganie podwójnym wydatkom (double-spending), wykrywanie oszustw.

Metoda STAR — szczegółowo

Anglosaski standard odpowiadania na pytania behawioralne. Każda odpowiedź = 4 elementy + liczby w rezultacie.

S SITUATION (1 zdanie)

Kontekst — gdzie, kiedy, co się działo. „In Q3 2024, our payment service was failing 5% of transactions."

T TASK (1 zdanie)

Co miałeś zrobić. „I was tasked with reducing the error rate to under 1%."

A ACTION (3-4 zdania, NAJWAŻNIEJSZE)

Co konkretnie ZROBIŁEŚ TY (NIE „my team"). 70% odpowiedzi. „I analyzed the logs and identified a race condition in the retry logic. I refactored the service to use idempotency keys based on transaction IDs. I added comprehensive tests covering edge cases. I also set up monitoring alerts for transaction failures."

R RESULT (1-2 zdania, LICZBY)

Mierzalny rezultat. „The error rate dropped from 5% to 0.1% within 4 weeks. We saved an estimated $200K monthly in failed transactions, and customer support tickets related to payments dropped by 80%."

Negocjacja wynagrodzenia — 5 zasad

  1. NIGDY pierwszy nie podawaj liczby. „Could you share the salary range for this role first? I want to understand the full compensation package."
  2. Negocjuj całkowite wynagrodzenie (total compensation), nie tylko podstawę. Pensja + bonus + equity (RSU) + signing bonus + benefity (PTO, ubezpieczenie, dopłata do 401k). Polacy negocjują tylko podstawę — zostawiają 30-40% na stole.
  3. Porównuj z innymi ofertami i danymi rynkowymi. levels.fyi, Glassdoor, Blind, Salary.com. „Based on my research, the market range for Senior Engineers with my experience is X to Y."
  4. Zaczekaj 24-48 godzin przed akceptacją. „Thank you for the offer. I'd like 48 hours to think it over." Polskie „biorę od razu" = utrata przewagi negocjacyjnej.
  5. Stawiaj kontrofertę z taktem. „I'm excited about the role, but the offer is below my expectations. Could you go up to X?" — kierunkowe, konkretne. Zwykle odpowiedź: „Let me check with the hiring manager and get back to you."

3 wzory odpowiedzi behawioralnych (STAR z liczbami)

WZÓR 1
"Why this company?"
I've been following X since their Series B in 2024. Your work on real-time payments infrastructure is exactly the problem space I want to deepen in — I've spent the last 3 years on transaction systems at my current job. Plus, your engineering blog mentions a focus on observability, which aligns with my interest in distributed systems debugging. I've also talked to two engineers on your team — they spoke highly about the engineering culture and how decisions are made bottom-up. I think my background in payment reliability would be a strong fit for your platform team.
Śledzę X od ich rundy B w 2024. Wasza praca nad płatnościami w czasie rzeczywistym to dokładnie obszar, w którym chcę się pogłębiać. Plus, wasz blog inżynierski wspomina o obserwowalności (observability) — to się zgrywa z moimi zainteresowaniami. Rozmawiałem z 2 inżynierami z waszego zespołu — chwalili kulturę inżynierską. Myślę, że pasuję do zespołu platformowego.
WZÓR 2
"Tell me about a project you're proud of." (STAR)
(S) In Q1 of last year, our payment service was processing 2 million transactions per day, but had a 5% error rate during peak traffic. (T) I was tasked with reducing the error rate below 1% within a quarter. (A) I started by analyzing logs and identified a race condition in the retry logic. I refactored the service to use idempotency keys based on transaction IDs. I added integration tests covering 12 edge cases. I also set up Prometheus alerts for transaction failures and worked with the SRE team on capacity planning. (R) The error rate dropped from 5% to 0.1% within 6 weeks. We saved an estimated $200K monthly in failed transactions. Customer support tickets related to payments dropped by 80%, and the team adopted my retry pattern as a company-wide standard.
WZÓR 3
"Tell me about a conflict with a teammate." (STAR)
(S) Six months ago, I was leading the migration to a microservices architecture. A senior teammate strongly disagreed — he wanted to stick with the monolith for stability reasons. (T) I needed to either bring him on board or find a middle ground without losing his expertise on the project. (A) I scheduled a 1:1 to deeply understand his concerns. He was worried about operational complexity. I acknowledged his point and proposed a phased approach — starting with one bounded context. I also asked him to lead the operations design, leveraging his expertise. I documented the trade-offs explicitly so the team could see both perspectives. (R) We started with a phased migration. He became one of the strongest advocates and ended up presenting the architecture to leadership. The migration completed in 8 months instead of the originally planned 6 — but with significantly lower operational issues than initial estimates.

10 błędów Polaków na rozmowie technicznej

10 błędów Polaków na IT interview — plakat z parami błąd/poprawa: coding bez think out loud, STAR bez liczb, I don't know wprost, no questions na końcu, my team did vs I did, salary za miękka, wymowa Kubernetes

Błąd 1 — Programowanie w ciszy (bez „think out loud")

❌ Cisza, intensywne myślenie po polsku, rozwiązanie po 30 min

✓ Mów na głos każdy krok: „Let me start by understanding the constraints. I'll first try a brute force, then optimize..."

Rozmówca ocenia PROCES MYŚLENIA, nie tylko wynik. Cisza = brak punktów.

Błąd 2 — STAR bez liczb

❌ „I improved performance" (bez liczby)

✓ „I improved p99 latency from 800ms to 200ms — a 75% reduction" (konkretne)

Anglosaska kultura ceni LICZBY. Bez nich rezultat (R w STAR) jest pusty.

Błąd 3 — Polskie „I don't know" wprost

❌ „I don't know." (koniec rozmowy)

✓ „I'm not 100% sure, but my best guess would be... let me reason through it."

Anglosaska kultura ceni proces rozumowania nawet pod niepewnością. „I don't know" = brak prób.

Błąd 4 — Brak własnych pytań na końcu

❌ „No questions, you covered everything." (czerwona flaga)

✓ 2-3 pytania o zespół, codebase, procesy, możliwości rozwoju

Brak pytań = brak ciekawości. To eliminuje cię z procesu.

Błąd 5 — „My team did X" zamiast „I did X"

❌ „We migrated the service" (kto konkretnie?)

✓ „I led the migration of X service. I designed the data flow, wrote the migration scripts, ran the cutover." (konkret)

Anglosaski rozmówca chce wiedzieć, co TY zrobiłeś. „My team" = niejasny wkład.

Błąd 6 — Negocjacja wynagrodzenia za miękka

❌ „Whatever you offer is fine" (zostawia $20-50K na stole)

✓ „Could you share the range first? I'm looking at total comp around X-Y based on market research."

Polak boi się negocjować. Anglosaska kultura OCZEKUJE negocjacji.

Błąd 7 — Negocjacja tylko podstawy, ignorując equity / bonus

❌ Polak: „bazę chcę 100K". Equity / bonus / signing bonus — pomija

✓ Całkowite wynagrodzenie: pensja + bonus + equity (RSU, vesting 4 lat) + signing bonus + benefity (PTO)

RSU często warte więcej niż podstawa. Equity to twój udział w firmie i jej wzroście.

Błąd 8 — Wymowa nazw frameworków

❌ „Koo-ber-NEH-tess" / „pyy-thon" / „A-ngular"

✓ Kubernetes = „koo-ber-NET-eez". Python = „PIE-thon" (nie „PYY-thon"). Angular = „ANG-yu-lar".

Wymowa nazw zdradza polski akcent natychmiast. Zobacz angielską wymowę.

Błąd 9 — Mówienie zbyt szybko (nerwy)

❌ Mówisz 200 słów na minutę bo nerwy

✓ 100-130 słów / min. Pauzy są twoim przyjacielem. Daj sobie czas na myślenie.

Błąd 10 — Brak ćwiczenia odpowiedzi po angielsku

❌ Ćwiczysz odpowiedzi w głowie po polsku, na rozmowie mówisz po angielsku

✓ Recytuj GŁOŚNO 5-10 razy. Nagrywaj się. Interviewing.io / Pramp do próbnych rozmów (mock interviews).

Mózg po polsku ≠ mózg po angielsku w stresie. Ćwicz głośno w docelowym języku.

FAQ

Jak wygląda proces rekrutacji do firm IT po angielsku?

Standard FAANG / Big Tech / scale-up: 4-5 etapów. (1) Rozmowa z HR (30 min). (2) Techniczna rozmowa telefoniczna (60 min). (3) Rozmowa stacjonarna (4-6 godzin) — coding, system design, behawioralna. (4) Komitet rekrutacyjny. (5) Oferta + negocjacja. Średnie firmy: 3 etapy. Startupy: 2-3. Każdy etap PO ANGIELSKU = wymaga B2+ swobodnie i znajomości słownictwa specjalistycznego.

Co to jest metoda STAR i jak jej używać?

STAR = Situation + Task + Action + Result. Format: (1) SITUATION — kontekst (1 zdanie). (2) TASK — co miałeś zrobić (1 zdanie). (3) ACTION — co konkretnie ZROBIŁEŚ ty (3-4 zdania, najważniejsze). (4) RESULT — mierzalny rezultat z liczbami (1-2 zdania). ZAWSZE 70% akcji + liczby w rezultacie.

Jak odpowiedzieć na pytanie „Why this company?"

Struktura: (1) Research — pokaż, że ZNASZ firmę (produkt, misja, ostatnie newsy). (2) Dopasowanie — co cię w niej przyciąga (technologie, kultura, problem). (3) Wzajemny fit — co TY przynosisz. NIE „I just need a job" / „I love your culture" (mgliste).

Jak negocjować pensję po angielsku?

5 zasad: (1) NIGDY pierwszy nie podawaj liczby — 'Could you share the range first?'. (2) Negocjuj całkowite wynagrodzenie (total comp), nie tylko podstawę. (3) Porównuj z danymi rynkowymi (levels.fyi). (4) Zaczekaj 24-48 godzin przed akceptacją. (5) Stawiaj kontrofertę z taktem: 'Could you go up to X?'. Polskie 'biorę' od razu = utrata przewagi negocjacyjnej.

Jakie są najczęstsze pytania techniczne na rozmowie programistycznej?

TOP 10 typów: tablice / napisy (okno przesuwne), listy powiązane (odwracanie, cykl), drzewa / grafy (DFS, BFS), programowanie dynamiczne (Fibonacci, knapsack), sortowanie / wyszukiwanie, rekurencja / backtracking, kopce (top K), operacje bitowe, współbieżność (blokady, wyścigi), wzorce projektowe. Klasyczne źródła: LeetCode, NeetCode. ZAWSZE mów na głos każdy krok rozumowania.

Co to jest system design interview i jak się przygotować?

SDI testuje, czy umiesz zaprojektować duży system. 60 min, struktura: doprecyzuj wymagania (5 min), oszacuj skalę (5 min), projekt wysokopoziomowy (15 min), pogłębiona analiza (20 min), kompromisy projektowe (10 min). Przygotowanie: „Designing Data-Intensive Applications" (Kleppmann), Grokking System Design, ByteByteGo. Junior pomija; senior+ ZAWSZE.

Jak Polacy najczęściej tracą rozmowę IT?

TOP 5: (1) Programowanie w ciszy (bez „think out loud"). (2) STAR bez liczb. (3) Polskie „I don't know" wprost. (4) Brak własnych pytań na końcu. (5) Negocjacja wynagrodzenia za miękka. Plus: brak wymowy nazw frameworków („Kubernetes" = „koo-ber-NET-eez"). Zobacz 30 najczęstszych pytań i pytania o słabe strony.