Skip to content

70. Code Review w zespole — co sprawdzać, jak dawać feedback i checklist

This content is not available in your language yet.

Code Review w zespole

Code review to proces, w którym inni członkowie zespołu przeglądają kod przed jego włączeniem do głównej gałęzi (merge). Cel to nie kontrola, ale współpraca: wykrywanie błędów, dzielenie się wiedzą i utrzymanie spójności kodu. To standard w każdej profesjonalnej firmie IT.

  • Code review jest obowiązkowym krokiem przed merge w GitHub/GitLab
  • Statystyki: bug znaleziony w review kosztuje 10x mniej niż na produkcji
  • Review uczy — zarówno autor kodu jak i reviewer uczą się wzajemnie
  1. Wyjaśnić czym jest code review i jakie są jego cele
  2. Opisać co sprawdzać podczas przeglądu kodu PHP
  3. Omówić jak dawać konstruktywny, nieagresywny feedback
  4. Przygotować checklistę reviewera
  1. Definicja code review — nie ocena pracownika, a współpraca
  2. Miejsce w procesie: PR/MR → review → approve → merge
  3. Co sprawdzać: poprawność logiki, bezpieczeństwo, czytelność, testy
  4. Jak komentować: pytania zamiast nakazów, propozycje nie krytyka
  5. Conventional Comments — prefiksy: nit:, suggestion:, question:
  6. Jak jako autor przygotować PR: opis, małe zmiany, testy
  7. Checklist reviewera — lista punktów kontrolnych

Przykład 1

Fragmenty kodu PHP z potencjalnymi problemami do review

Przykład 2

Przykładowe komentarze review: zły i dobry feedback

Przykład 3

Checklist reviewera PHP (min. 8 punktów)
  1. Wstęp — znaczenie współpracy w zespole
  2. Czym jest code review
  3. Co sprawdzać w code review PHP
  4. Jak dawać konstruktywny feedback
  5. Conventional Comments
  6. Jak przygotować PR jako autor
  7. Checklist reviewera
  8. Podsumowanie i bibliografia

Zrób review kodu kolegi!

Poproś kolegę o kod z projektu i przeprowadź review. Zapisz swoje komentarze. Opisz ten proces w opracowaniu — to najlepszy materiał z własnego doświadczenia.