# Code review: co to jest? Przegląd kodu po ludzku

Adres: https://sebastianmusial.pl/slownik/code-review/ · Słownik: https://sebastianmusial.pl/slownik/

Code review to zasada, że żadna zmiana nie trafia do produktu, zanim ktoś jej nie przeczyta. Wyjaśniam, co taki przegląd wyłapuje i dlaczego przy kodzie pisanym z AI jest ważniejszy niż wcześniej.

- Po polsku: przegląd kodu
- Inaczej: CR, pull request review

**Definicja.** Code review (przegląd kodu) to praktyka, w której zmianę w kodzie przed włączeniem do produktu czyta i ocenia inna osoba niż autor. Sprawdza, czy zmiana robi to, co miała, czy jest zrozumiała, bezpieczna i zgodna z resztą projektu. Uwagi wracają do autora, a zmiana wchodzi dopiero po akceptacji.

## Jak wygląda code review?

1. **Propozycja zmiany.** Autor wystawia zmianę z krótkim opisem: co i po co. Najczęściej w formie tzw. pull requesta.
2. **Automat.** Testy i kontrole jakości uruchamiają się same, żeby człowiek nie tracił czasu na to, co wyłapie maszyna.
3. **Przegląd.** Druga osoba czyta zmianę, zadaje pytania i zgłasza uwagi.
4. **Poprawki i akceptacja.** Po poprawkach zmiana zostaje zatwierdzona i włączona do projektu.

## Co wyłapuje przegląd kodu?

- Błędy w logice, których nie pokazały testy, np. źle policzony rabat w rzadkim przypadku.
- Luki bezpieczeństwa: dane klientów dostępne bez logowania, hasła zapisane w kodzie.
- Rozwiązania, które działają dziś, ale utrudnią każdą następną zmianę.
- Rozjazd z ustaleniami: zmiana robi coś innego, niż zamawiał klient.

Jest też efekt uboczny: wiedzę o projekcie ma więcej niż jedna osoba, więc urlop albo odejście programisty nie zatrzymuje pracy.

## Code review a praca z AI

Gdy kod pisze agent AI, przegląd staje się głównym miejscem, w którym programista bierze odpowiedzialność za wynik. Czyta zmiany, sprawdza, czy pasują do architektury, i odrzuca to, co tylko wygląda na poprawne. To właśnie odróżnia pracę z AI od vibe codingu, czyli przyjmowania kodu bez czytania.

AI pomaga też po drugiej stronie: potrafi zrobić pierwszy przegląd, wskazać podejrzane miejsca i brakujące testy. Decyzja o akceptacji zostaje przy człowieku. Jak takie narzędzia pracują z kodem, opisuję w artykule [Co to jest Claude Code](https://sebastianmusial.pl/blog/co-to-jest-claude-code/).

## O co zapytać wykonawcę?

- **Kto przegląda zmiany** przed publikacją? Przy jednoosobowym wykonawcy: jakie automaty i jaki przegląd z AI to zastępują?
- **Czy historia zmian i uwag zostaje w repozytorium**, do którego mam dostęp?
- **Czy można zlecić niezależny przegląd** gotowego kodu, np. prototypu zrobionego z AI?

## Najczęstsze pytania

**Czy code review spowalnia pracę?**
Dodaje krok przed publikacją, ale skraca czas tracony później na szukanie błędów u klientów. Małe zmiany przegląda się w kilka minut, a rutynowe kontrole wykonuje automat.

**Czy AI może zrobić code review zamiast człowieka?**
Może zrobić pierwszy przegląd i wyłapać wiele problemów. Przy zmianach, które dotyczą danych klientów, płatności albo bezpieczeństwa, akceptację powinien dawać człowiek, który zna projekt i za niego odpowiada.

Zobacz też: [AI-native engineer](https://sebastianmusial.pl/slownik/ai-native-engineer/), [Vibe coding](https://sebastianmusial.pl/slownik/vibe-coding/), [Human-in-the-loop](https://sebastianmusial.pl/slownik/human-in-the-loop/), [CI/CD](https://sebastianmusial.pl/slownik/ci-cd/), [Dług techniczny](https://sebastianmusial.pl/slownik/dlug-techniczny/), [SDLC](https://sebastianmusial.pl/slownik/sdlc/)

Źródła: [Google Engineering Practices: Code Review Developer Guide](https://google.github.io/eng-practices/review/)

---

Zaktualizowano: 2026-11-13. Sebastian Musiał, kontakt@sebastianmusial.pl, rozmowa 30 min: https://calendly.com/sebastianmusial/30min. Wycena po rozmowie, bez cennika na stronie.
Spis wszystkich stron: https://sebastianmusial.pl/llms.txt · Cała treść w jednym pliku: https://sebastianmusial.pl/llms-full.txt