Ostatnio zastanawiałem się czym charakteryzuje się dobre Code Review. Jak powinno wyglądać jego zakończenie? Co powinno znajdować się na końcu drogi, zwanej po Polsku, inspekcją kodu? Podczas każdego rewju możesz zdobyć dwa trofea. Pierwszy z nich zostaje u Ciebie w głowie, a drugi pozostawiasz w kodzie źródłowym dla całego zespołu.
Wraz ze wzrostem doświadczenia, coraz większą uwagę przykładam do nazw w kodzie. Pomimo że nazwy dla kompilatora to tylko unikalne identyfikatory adresów. Jednak u ludzi sprawa wygląda zgoła odwrotnie. Gdyby zabrano nam możliwość nadawania nazw, nie bylibyśmy w stanie tworzyć nawet prostych programów. Niejednokrotnie dobra nazwa jest ważniejsza niż kod, który znajduje się pod spodem. Dlaczego dobra nazwa w kodzie nie jest zła?
Przedstawiam dzisiaj kilka rodzajów refaktoringu. Każdy z nich jest przydatny w innej sytuacji, wart poznania i zrozumienia. Niezależnie czy pracujesz nad starym sępem developerskim, który od lat krąży nad stepami produkcji, czy może dopiero karmisz słodkiego kodowego pisklaka z żółtymi i miękkimi piórkami. To od Ciebie zależy stan i jakość kodu w projekcie. Zobacz, jak można podejść do konserwacji kodu i jakie są rodzaje refaktoringu.
Refaktoring jest postrzegany i rozumiany różnie. W zależności od doświadczenia, umiejętności czy stanowiska. Od czegoś zupełnie niepotrzebnego, takiej zabawy developerskiej zjadającej czas i pieniądze, aż do fanatyzmu, który prowadzi do chęci otrzymania kodu idealnego. Oczywiście oba podejścia nie są dobre, ponieważ nie należy popadać z patologii w patologię. Z okazji zakończonego już jakiś czas temu remontu naszła mnie taka refleksja. Posłuchaj.
