refactoring
Ocena kodu po testach – identyfikuj możliwości refaktoryzacji z bezpiecznym planem działania
Instalacja
Wybierz klienta i sklonuj repozytorium do odpowiedniego katalogu skilli.
Instalacja
O skillu
Skill do oceny kodu i wzorców refaktoryzacji na etapie TDD, kiedy testy już przechodzą i mutacyjne testowanie potwierdzi ich siłę. Pomaga ustalić priorytety zmian: od krytycznych (duplikacja wiedzy, zagnieżdżenie) przez wysokie (magiczne liczby, niejasne nazwy) po opcjonalne ulepszenia. Kluczowa zasada: zawsze commituj działający kod przed refaktoryzacją, by mieć bezpieczną bazę do eksperymentów i łatwe cofnięcie zmian.
Jak używać
Po przejściu fazy GREEN (testy przechodzą) uruchom mutation testing, aby potwierdzić siłę testów. Skill zakłada, że jesteś na etapie MUTATE lub KILL MUTANTS – czyli po wyeliminowaniu przeżywających mutantów.
Zanim zaczniesz refaktoryzować, commituj kod w stanie roboczym. To kluczowy krok bezpieczeństwa: pozwala cofnąć się, jeśli refaktoryzacja coś zepsuje, i tworzy jasny podział w historii gita.
Uruchom skill refactoring, aby ocenić kod. Skill klasyfikuje problemy wg priorytetu: krytyczne (mutacje, duplikacja wiedzy, zagnieżdżenie powyżej 3 poziomów), wysokie (magiczne liczby, niejasne nazwy, funkcje powyżej 30 linii), miłe (drobne nazewnictwo, pomocnicy jednorazowe) i do pominięcia (czysty kod).
Skupiaj się na zmianach krytycznych i wysokich w bieżącej sesji. Pamiętaj, że DRY dotyczy wiedzy biznesowej, nie samego kodu – abstrahuuj tylko koncepcje, które zmieniłyby się razem, jeśli wymagania się zmienią.
Po każdej rundzie refaktoryzacji commituj zmianę. Taki workflow (GREEN → MUTATE → KILL MUTANTS → COMMIT → REFACTOR → COMMIT) zapewnia przejrzystość i bezpieczeństwo.