Mock Interview · Frontend / Fullstack
Przygotuję Cię do rozmowy technicznej.
Rozmowa jak z kandydatem do mojego zespołu. Pytam, dopytuję i zaglądam w Twój kod. Po symulacji dowiesz się, co robisz dobrze, gdzie brakuje wiedzy lub argumentów i co przećwiczyć przed rekrutacją.
Junior, mid i senior. Pytania pod Ciebie. Pakiety i ceny →
30 minut przede wszystkim dla Ciebie. Bez zobowiązania do zakupu.
Wolisz napisać? biuro@bartwasilew.dev
Na początek imię i email. CV i kod później. Kontakt w sprawie zgłoszenia nie zapisuje Cię do newslettera.
Poznajmy się - 30 minut
„Poznajmy się” jest przede wszystkim dla Ciebie. Opowiesz, z czym pracujesz i co chcesz przećwiczyć. Sprawdzisz, jak się ze mną rozmawia i który pakiet ma dla Ciebie sens. Mnie też warto przepytać. Nie musisz decydować podczas spotkania.
„Dobrze się rozmawiało - nie czułem się jak na przesłuchaniu.”
„Nie wiem” też jest odpowiedzią. Pięć minut udawania, że wiesz - nie.
Dopytuję, żeby wydobyć z Ciebie jak najwięcej. Braki lepiej znaleźć tutaj niż podczas rekrutacji do firmy, na której Ci zależy.
Kto Cię pyta
Pięć lat prowadzę rozmowy techniczne, zrekrutowałem cztery zespoły frontend/fullstack. Niemal 10 lat pracy inżynierskiej i doświadczenie liderskie - dzięki temu oceniam nie tylko odpowiedź, ale rozumienie technologii, decyzji i kompromisów, które za nią stoją.
Wiesz więc, skąd bierze się feedback, który dostajesz - nie ze smutnej checklisty 400 generycznych pytań - tylko z rozmów, które prowadziłem po obu stronach stołu.
Jak wygląda właściwa rozmowa
1. Przygotowanie pod Ciebie
Biorę pod uwagę Twój poziom, cel i ofertę pracy, jeśli ją masz. Wybieram fragmenty Twojego projektu do omówienia - to nie audyt całego repozytorium. Bez własnego kodu dostaniesz zadanie. Możesz użyć AI - opowiedz, w czym Ci pomogło. Z tego układam całą rozmowę - nie wyciągam pliku
frontend-interview-final-v7-REAL.pdfi nie lecimy po kolei.2. Mock Interview - około 90 minut
Pytania techniczne, sytuacyjne i produktowe. Do tego Twój kod albo przygotowane zadanie: otwieramy wybrane fragmenty i rozmawiamy o decyzjach, które za nimi stoją.
- SytuacyjnyKolega z zespołu uważa, że jego rozwiązanie jest lepsze. Niestety ma też głos i może tego rozwiązania bronić. Co robisz?
- TechnicznyTechniczne problemy i pytania, przy których bardziej interesuje mnie Twój tok myślenia niż definicja przepisana z dokumentacji.
- ProduktowyUser płacze, że aplikacja jest wolna. Dlaczego? Oczywiście pierwsza odpowiedź brzmi: backend. Ale co dalej?
- Code ReviewOtwieramy Twój kod i rozmawiamy o decyzjach. Dlaczego tak? Dlaczego tutaj? Co byś zmienił? I dlaczego masz 37 typów w jednym pliku?
„Szczególnie spodobały mi się pytania, które nie wymagały jednej „poprawnej” odpowiedzi, tylko pozwalały pokazać sposób myślenia.”
3. Feedback na żywo po symulacji
W obu pakietach po całej symulacji omawiamy mocne strony, braki w wiedzy lub argumentach i dalszą pracę. W pełnym pakiecie zaglądamy też razem w Twoje CV.
„Uwagi odnośnie CV […] wprowadziłem je - i kto wie, może to zadecydowało że rekruterzy przeczytali CV i ostatnio zaprosili mnie na te dwie rozmowy.”
Pełny pakiet: raport, do którego wrócisz
Tylko w pełnym pakiecie. Moim celem nie jest wystawienie Ci oceny 7.3/10 FRONTEND DEVELOPER. Szczegółowy raport rozbiera rozmowę pytanie po pytaniu: co było trafne, czego zabrakło, dlaczego i co poprawić. Możesz do niego wracać podczas nauki i przed kolejną rekrutacją. Poniżej prawdziwy, anonimowy fragment.
Fragment prawdziwego raportu
Pytanie
Masz wyszukiwarkę. Użytkownik szybko wpisuje kolejne litery i za każdym razem leci request do API. Jak to zoptymalizować?
Feedback
Pierwsza odpowiedź o tym, że wołałbyś API dopiero od X znaków jest okej, ale jako dodatek do głównego rozwiązania problemu. Pomysł z zatwierdzaniem Enterem to też jest jakieś wyjście, ale raczej ostateczne. Miałeś dobrą intuicję "wiem, że nie o to tu chodzi". Natomiast pomysł ze strzałem do API po 3 znakach i znowu strzał do API po kolejnych 3 znakach - jest mocno randomowy i nie rozwiązuje nam głównego problemu, bo po 1. Zrobimy strzał do API zarówno jak szukana fraza to "asd" i "lis" - oba mają 3 znaki, a pierwszy nie ma kompletnie sensu. Po 2. zoptymalizujemy wtedy liczbę requestów z "ilość znaków" na "ilość znaków / 3" - to i tak często i niepotrzebnie zawsze. Najlepszym rozwiązaniem będzie debounce - użytkownik wpisuje, wpisuje, wpisuje, …, aż nie przestanie wpisywać na X milisekund/sekund - wtedy wołamy API. Wisienką na torcie byłby tu distinctUntilChanged, żeby nie wołać API dla tych samych fraz.
Anonimowy fragment raportu po Mock Interview
Zobacz końcową ocenę i dalsze kroki
Na teraz polecam
Na dziś widzę Cię jako mocnego juniora+ z wyraźnymi sygnałami mida. Rozbijanie konkretnych problemów, argumentowanie i reagowanie na konkretny kod są już momentami midowe. Techniczne podstawy nie są jeszcze równie stabilne w każdym obszarze - przede wszystkim w testach, auth, performance i pracy ze stanem. Aplikuj na role junior+ / early mid, nie dyskwalifikuj się sam, ale świadomie domknij te luki. Masz z czym iść dalej. Powodzenia, Bart.
Anonimowy fragment raportu po Mock Interview
Raport Matiego miał np. 10 stron konkretnego feedbacku (więcej w relacji) - to przykład, nie gwarantowany standard.
Pełny pakiet: od raportu do planu nauki
Dostajesz też personalizowany prompt w pliku .md - pod braki z Twojej rozmowy, ich priorytety i Twój cel. Wklejasz go do agenta AI z dostępem do internetu, żeby dobrać materiały, ćwiczenia i ułożyć plan nauki. Kontekst z interview jest już w pliku. Do raportu i promptu możesz wracać w dalszej pracy.
Korzystasz z własnego narzędzia AI; dostęp do niego nie wchodzi w pakiet.Jak korzystać z promptu → FAQ
30 minut przede wszystkim dla Ciebie. Bez zobowiązania do zakupu.
Wolisz napisać? biuro@bartwasilew.dev
Co mówią uczestnicy
Opinie z wcześniejszych edycji.
Ogólnie mega dzięki za rozmowę, bo fajnie nakierowała mnie na moje braki co powinienem doczytać, jak prowadzić rozmowę z klientem/rekruterem […] w poniedziałek trafiły mi się dwie rozmowy techniczne 😀 […]
Uwagi odnośnie CV […] wprowadziłem je - i kto wie, może to zadecydowało że rekruterzy przeczytali CV i ostatnio zaprosili mnie na te dwie rozmowy 😅
HubertUczestnik Mock Interview
przeczytaj całość →Dzięki za świetną rozmowę! Bardzo dobrze mi się rozmawiało - kilka godzin minęło naprawdę szybko.
Szczególnie spodobały mi się pytania, które nie wymagały jednej „poprawnej” odpowiedzi, tylko pozwalały pokazać sposób myślenia. Fajnie było wrócić pamięcią do różnych sytuacji z projektów, zarówno tych udanych, jak i trudniejszych.
Doceniam też to, że część techniczna dotyczyła całego procesu tworzenia oprogramowania, a nie tylko znajomości jednego frameworka. Bardzo wartościowe doświadczenie!
Paweł 2Uczestnik Mock Interview
przeczytaj całość →Cały proces tego interview był super. Dobrze się rozmawiało - nie czułem się jak na przesłuchaniu. […] Raport też spoko - wiem co poszło mi dobrze i co mogę jeszcze poprawić. Na pewno bardzo mi to pomoże w przyszłych rekrutacjach.
MateuszUczestnik Mock Interview
przeczytaj całość →Bartosz jest super otwarty i pozytywny, dzięki czemu rozmawiało mi się naprawdę świetnie, a czas zleciał błyskawicznie. […] Przechodziliśmy wtedy w płynną burzę mózgów, co dało mi przestrzeń, żeby spojrzeć na problem szerzej i lepiej pokazać swoje umiejętności.
Moim zdaniem sama inicjatywa to strzał w dziesiątkę. Pozwala świetnie zweryfikować nie tylko umiejętności techniczne, ale też kompetencje miękkie, które są przecież równie ważne.
PawełUczestnik Mock Interview
przeczytaj całość →
11osób, które zaufały
Poczytaj pełne relacje
Mock Interview #1: Kacper, czyli „nie wiem” jest lepsze niż pięć minut pierdolenia
Mock Interview Junior Frontend Developera. TypeScript, testy, product thinking, code review i Kacper, który potrafi powiedzieć „nie wiem”.
Mock Interview #2: Mati 'Mid' vs Mateusz 'Junior' i straż pożarna
Mock Interview #2. Frontend z Reactem. TypeScript, testy, praca z AI, code review komponentu na 998 linii i Mati, który nie dał się przeciągnąć na Angulara.
Mock Interview #3: Paweł, Obrona Wasileva-Kasrapova i request co trzy znaki
Mock Interview #3. Angular, TypeScript, RxJS, testy, Dependency Injection, Signals i Paweł z mocną praktyką.
Czy moja rozmowa trafi na bloga? Zostaje między nami. Nie nagrywam spotkania, a publikacja wymaga Twojej osobnej, dobrowolnej zgody. Nie musisz jej udzielać, żeby wziąć udział. Relacje pochodzą z wcześniejszych edycji. Więcej o publikacji
Ile to kosztuje?
W obu pakietach: przygotowanie pod Twój poziom i cel, około 90 minut symulacji z omówieniem wybranych fragmentów kodu lub zadania oraz feedback na żywo po rozmowie.
Junior, mid czy senior - cena pakietu jest ta sama.
Fast track - 249 zł
Po rozmowie: tylko krótkie pisemne podsumowanie feedbacku.
Bez szczegółowego raportu, promptu do planu nauki i omówienia CV. Fast track nie oznacza wcześniejszego terminu.
Pełny pakiet - 349 zł
Szczegółowy raport i prompt do planu nauki - materiały, do których wrócisz.
- Szczegółowy raport zamiast krótkiego podsumowania: mocne strony, braki, wyjaśnienia i wskazówki.
- Personalizowany prompt .md, z którym ułożysz plan nauki w swoim narzędziu AI.
- Omówienie CV na żywo; poprawki wprowadzasz samodzielnie.
Raport i prompt wysyłam do 3 dni roboczych po Mock Interview. Nie przygotowuję nowej wersji CV ani pisemnych uwag.
30 minut przede wszystkim dla Ciebie. Bez zobowiązania do zakupu.
Wolisz napisać? biuro@bartwasilew.dev