Szkolenia Praca z kodem

Code review to kontrola zmian wprowadzanych do repozytorium pod kątem poprawności, czytelności, zgodności z architekturą i ryzyka technicznego. W praktyce warto sprawdzać wielkość zmian, kontekst biznesowy, wpływ na testy, nazewnictwo, zależności i możliwość bezpiecznego scalenia. Dobrym przykładem są małe pull requesty z jasno opisaną intencją, statyczną analizą i komentarzami odnoszącymi się do konkretnego fragmentu diffu. Ten temat przerabiamy praktycznie na szkoleniu: XP: Code Review i dobre praktyki inżynieryjne.

Strategia pracy z gałęziami powinna wynikać z częstotliwości wdrożeń, wielkości zespołu i sposobu kontroli jakości zmian. Należy sprawdzić, jak długo żyją branche, kto wykonuje przeglądy, kiedy następują integracje oraz czy zespół korzysta z rebase, merge i squash w sposób spójny. Przykładowo trunk-based lepiej wspiera częste wdrożenia i małe zmiany, a Git Flow bywa użyteczny tam, gdzie istnieją równoległe linie utrzymaniowe. Jeśli chcesz przećwiczyć to krok po kroku, zobacz: Kontrola wersji z Git.

Refaktoryzacja legacy code polega na poprawianiu struktury istniejącego kodu bez zmiany jego zachowania, nawet gdy system ma niski poziom pokrycia testami. Najpierw warto ustalić granice zmian, dodać characterization tests, zidentyfikować miejsca o wysokim sprzężeniu i rozdzielić zależności utrudniające modyfikacje. Typowym przykładem jest wydzielanie seams, izolowanie efektów ubocznych i stopniowe upraszczanie klas zamiast pełnego przepisywania modułu. Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Refaktoryzacja Legacy Code - warsztat praktyczny.

Narzędzia do analizy jakości kodu wykrywają problemy strukturalne, duplikacje, nadmierną złożoność, martwy kod i część podatności jeszcze przed wdrożeniem zmian. Warto sprawdzić obsługiwane języki, integrację z pipeline, profile jakościowe, quality gates oraz sposób prezentacji wyników w IDE i w systemie przeglądu zmian. Przykładem praktycznego wdrożenia jest połączenie analizy SonarQube z pull requestami i blokowaniem scalenia przy niespełnieniu ustalonych progów jakości. Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: Analiza kodu za pomocą SonarQube.

Code smells to symptomy problemów projektowych, które utrudniają rozwój, testowanie i utrzymanie kodu, choć nie zawsze oznaczają bezpośredni błąd działania. Trzeba ocenić ich wpływ na koszt zmian, liczbę defektów, złożoność cyklomatyczną, duplikację oraz ryzyko w obszarach krytycznych dla biznesu. Dobrym przykładem są god classes, długie metody i nadmiar warunków, które zwiększają koszt każdej kolejnej modyfikacji bardziej niż sam jednorazowy koszt refaktoryzacji. To jedno z zagadnień omawianych podczas szkolenia: Refaktoryzacja do wzorców projektowych.

Ocena jakości kodu zgodnie z ISO/IEC 5055 opiera się na mierzalnych kryteriach związanych z bezpieczeństwem, niezawodnością, wydajnością i utrzymywalnością. W audycie warto sprawdzić typowe wady programistyczne, zarządzanie pamięcią i zasobami, walidację danych, obsługę błędów, zależności w kodzie oraz wyniki analizy statycznej i dynamicznej. Przykładem są przeglądy kodu pod kątem MITRE CWE, martwego kodu, błędów logicznych i nieprawidłowej synchronizacji w aplikacjach wielowątkowych. Ten temat przerabiamy praktycznie na szkoleniu: Poprawa jakości kodu źródłowego.