REST / GraphQL

Co piszą w ogłoszeniach

• „Experience integrating REST APIs.”

  emagine Polska · Frontend React Developer

• „praktyczna znajomość komunikacji z wykorzystaniem REST”

  Randlab · React Developer – (K/M/N)

• „Bonus: Hands-on experience with backend services and APIs (e.g., Node.js, GraphQL, REST, or serverless architectures) to collaborate effectively across the full stack.”

  HelloFresh · Senior Frontend Engineer, Consumer Alliance

Pytania z rozmów

Najpierw odpowiedz na głos, dopiero potem rozwiń odpowiedź.

1. 1

   REST vs GraphQL: zalety, wady, kiedy który?

   Moja odpowiedź

   Zapisuje się samo w tej przeglądarce. Kopię zrobisz na stronie Notatki.

   Pokaż odpowiedź

   Dla przedszkolaka: REST to gotowe zestawy z różnych okienek. GraphQL to jedna kartka, na której piszesz dokładnie, co chcesz.

   Na rozmowę: REST: zasoby pod URL-ami, prosty, świetnie się cache’uje (HTTP, CDN), ale bywa over- i underfetching (kilka żądań, za dużo pól). GraphQL: jeden endpoint, klient wybiera pola, typowany schemat i introspekcja, mniej żądań przy złożonych, powiązanych danych. Kosztem jest trudniejszy cache (Apollo/urql normalizują), problem N+1 po stronie serwera, ochrona przed zbyt drogimi zapytaniami. REST do prostych CRUD-ów i publicznych API, GraphQL, gdy wiele ekranów lub klientów potrzebuje różnych kawałków tych samych danych.

   Umiem? Nie Średnio Tak

   Zapytaj Claude RozwińPrzepytaj mniePytania pogłębiające Oceń moją odpowiedź
2. 2

   Jak obsługujesz błędy, timeouty i ponawianie żądań na froncie?

   Moja odpowiedź

   Zapisuje się samo w tej przeglądarce. Kopię zrobisz na stronie Notatki.

   Pokaż odpowiedź

   Dla przedszkolaka: Kelner może wrócić z pustymi rękami. Wtedy mówisz gościowi, co się stało, i czasem posyłasz kelnera jeszcze raz, ale nie w nieskończoność.

   Na rozmowę: fetch nie rzuca przy 4xx/5xx, więc sprawdzam response.ok i mapuję błędy na typy (sieć, 401 → wylogowanie lub odświeżenie tokenu, 404, 422 → błędy pól formularza, 5xx). Timeout przez AbortSignal.timeout(ms). Retry tylko dla błędów przejściowych (sieć, 502/503) i operacji idempotentnych, z exponential backoff i jitterem. W UI: stany loading/error/empty, komunikat z „Spróbuj ponownie”, error boundary dla nieoczekiwanych błędów, logowanie do Sentry. TanStack Query daje retry i stany z pudełka.

   Umiem? Nie Średnio Tak

   Zapytaj Claude RozwińPrzepytaj mniePytania pogłębiające Oceń moją odpowiedź
3. 3

   Jak anulować żądanie, gdy użytkownik opuści stronę lub zmieni filtr? (AbortController, race conditions)

   Moja odpowiedź

   Zapisuje się samo w tej przeglądarce. Kopię zrobisz na stronie Notatki.

   Pokaż odpowiedź

   Dla przedszkolaka: Gdy zmieniasz zamówienie, odwołujesz poprzednie. Inaczej spóźniony kelner przyniesie stare danie i postawi je na Twoim nowym.

   Na rozmowę: Tworzę AbortController na żądanie i przekazuję signal do fetch, a w useEffect wywołuję controller.abort() w cleanupie. Wtedy zmiana filtra lub odmontowanie anuluje poprzednie żądanie i spóźniona odpowiedź nie nadpisze nowszej (race condition). AbortError ignoruję w obsłudze błędów. Alternatywy: flaga ignore w efekcie, TanStack Query (anulowanie po queryKey), switchMap w RxJS. W wyszukiwarce łączę to z debounce.

   Umiem? Nie Średnio Tak

   Zapytaj Claude RozwińPrzepytaj mniePytania pogłębiające Oceń moją odpowiedź
4. 4

   Co to CORS i dlaczego przeglądarka blokuje żądanie, które działa w Postmanie?

   Moja odpowiedź

   Zapisuje się samo w tej przeglądarce. Kopię zrobisz na stronie Notatki.

   Pokaż odpowiedź

   Dla przedszkolaka: Przeglądarka to ostrożna mama: nie pozwoli Ci rozmawiać z obcą restauracją, dopóki ta nie powie, że Cię zna. Postman nie ma mamy.

   Na rozmowę: Same-origin policy blokuje odczyt odpowiedzi z innej domeny, portu albo protokołu. CORS to mechanizm, w którym serwer nagłówkami (Access-Control-Allow-Origin, -Methods, -Headers, -Credentials) mówi przeglądarce, komu wolno. Żądania „nieproste” (PUT, JSON, własne nagłówki) poprzedza preflight OPTIONS. Postman i curl nie są przeglądarką, więc nie stosują tej polityki. Naprawia się to na serwerze albo proxy (w dev np. proxy Vite), nigdy przez wyłączanie CORS w przeglądarce.

   Umiem? Nie Średnio Tak

   Zapytaj Claude RozwińPrzepytaj mniePytania pogłębiające Oceń moją odpowiedź
5. 5

   Paginacja: offset vs cursor. Co wybierzesz do nieskończonego scrolla?

   Moja odpowiedź

   Zapisuje się samo w tej przeglądarce. Kopię zrobisz na stronie Notatki.

   Pokaż odpowiedź

   Dla przedszkolaka: Offset: „pokaż od 40. lizaka”. Gdy ktoś w tym czasie doda lizaka na początku, zobaczysz jednego dwa razy. Cursor: „pokaż lizaki po tym konkretnym lizaku”.

   Na rozmowę: Offset/limit jest prosty i pozwala skakać do strony N, ale przy zmieniających się danych dubluje lub gubi elementy, a duże offsety są wolne w bazie. Cursor (id lub timestamp ostatniego elementu, opaque token) jest stabilny przy wstawianiu i szybki, ale nie da się skoczyć na stronę 7. Do infinite scrolla wybieram cursor: useInfiniteQuery z getNextPageParam, IntersectionObserver na sentinelu, a przy długiej liście wirtualizacja.

   Umiem? Nie Średnio Tak

   Zapytaj Claude RozwińPrzepytaj mniePytania pogłębiające Oceń moją odpowiedź

Wersja dla seniora

Tak wyglądają pytania na seniora i leada: nie ma jednej dobrej odpowiedzi, liczy się to, jak ważysz kompromisy i czy mówisz o skali, ryzyku i ludziach.