CV Programista Java — wzór pakietu

Treści na LinkedIn — przykład

🎤 Pytania na rozmowie — przykład

Tak wyglądają pytania, które dobieramy do CV i oferty — z krótką podpowiedzią, na co zwrócić uwagę w odpowiedzi:

• W ofercie nie wymieniono doświadczenia z systemami o dużej skali. Jak Twoje doświadczenie z 4 tysiącami transakcji na minutę w banku przygotowało Cię do wyzwań tego projektu?Odwołaj się konkretnie do case'u z Software House – 12 mikroserwisów, optymalizacja API z 480 ms do 120 ms. Pokazuje, że wiesz, jak pracować pod presją wydajności i skalowania.
• Oferta wymienia Kafka, a w CV masz doświadczenie z RabbitMQ. Jak szybko byś się zaadaptował do migracji między systemami message queue?Powiedz, że obie systemy rozwiązują ten sam problem (asynchroniczna komunikacja), a przy zintegrowaniu 5 bramek płatności nauczyłeś się różnych podejść. Dodaj, że architektura logiki biznesowej jest niezależna od wybranego brokera – wystarczy zmiana konfiguracji i testów.
• Nie wspominasz o Kubernetes w praktyce – pracowałeś z nim czy Docker był Twoim sufitem?Szczerze przyznaj, że Docker był głównym narzędziem w pipeline'u GitLab CI/CD (wdrożenie skróciło wydanie z 2 dni do 3 godzin), a Kubernetes masz teoretycznie. Okaż gotowość do szybkiego wdrożenia się – pokaz poziom kursu/studiów własnych.
• Wspominasz o skróceniu czasu API z 480 ms do 120 ms. Jaki był Twój wkład osobisty – co dokładnie zoptymalizowałeś i ile było to Twoja decyzja vs wynik pracy zespołu?Skonkretyzuj: które zapytania SQL były problematyczne (np. N+1 queries), jak Redis został użyty (cache dla jakich danych), czy ty pisałeś kod czy koordynowałeś. Liczba 75% polepszenia brzmi imponująco – pokaż, że rozumiesz każdy krok.
• Wspominasz 82% pokrycia testami po Twoim mentoringu. Na jakiej wartości startowało (55%) i jak dochodziliście do tego wzrostu – jakie strategie nauczyłeś zespół?Opisz konkretne praktyki: obowiązkowe testy jednostkowe na PR, Testcontainers do integracyjnych, przykłady refaktoryzacji kodu do testowności. Pokaż, że wzrost testów szedł w parze z jakością kodu, a nie biurokratycznym wymaganiem.
• Wspominasz 12 mikroserwisów – czy zostały rozdzielone po linii biznesowej (np. płatności, użytkownicy) czy technicznej? Na jakiej granicy doszło do podziału?Pokazuj zrozumienie DDD (Domain-Driven Design) lub przynajmniej logiki biznesowej – kilka konkretnych usług (np. payment-service, notification-service). Wspomni o wyzwaniach (konsystencja rozproszona, monitoring logów) – to pokazuje dojrzałość architektury.
• Mentorowałeś 4 programistów. Jaki był Twój styl mentoringu – czy bardziej 1-na-1 rozmowy, czy formalne sesje code review? Co udało Ci się nauczyć, czego zabrakło?Opisz konkretne spotkania (cotygodniowe code review z GitLab – już to masz). Wspomni o najtrudniejszej osobie do nauczenia lub osiągnięciu (np. junior nauczył się pisać testy bez podpowiedzi). Bądź szczery – mentoring to nie tylko sukcesy.
• Opowiedz o sytuacji, gdy znalazłeś produkcyjny bug na ostatnią chwilę. Jak Cię podeszłeś – co zrobiłeś, jak szybko go zdiagnozowałeś?STAR: Sytuacja – niedawno w banku mogło być coś przy 4 tys. transakcji/min. Zadanie – znaleźć root cause bez zbijania produkcji. Działanie – użył logów, monitoringu, może wdrożyliście obserwability? Rezultat – ile czasu zajęło, czy zmienił proces na przyszłość?