Czysty kod i refactoring starych funkcji nie zawsze się opłaca
W swoim artykule „Goodbye, Clean Code”, Dan Abramov zauważa, że choć zasady czystego kodu są ważne, to jednak przesadna ich interpretacja może prowadzić do komplikacji. Czysty kod, który powinien być czytelny i zrozumiały dla innych programistów, może stać się źródłem frustracji, gdy jego zasady są zbyt sztywne. Autor przypomina, że kod powinien przede wszystkim działać i być optymalizowany podczas rzeczywistej pracy, a nie tylko w teorii. Kiedy twórcy projektują nowe funkcje, powinny one być priorytetem, a nie doskonalenie istniejącego kodu. Zbyt duża koncentracja na stylu kodowania może prowadzić do zastoju kreatywności i innowacyjności, co jest sprzeczne z duchem programowania.
W artykule Dan zachęca do tego, aby zwrócić uwagę na rzeczywistą wartość kodu i jego funkcjonalności. Przerażająca wizja perfekcyjnego kodu często powstrzymuje programistów przed wprowadzaniem innowacyjnych rozwiązań. Zamiast dążyć do idealnego czystego kodu, powinniśmy dążyć do tworzenia użytecznych i funkcjonalnych aplikacji. Współpraca w zespole oraz wspólna praca nad kodem powinna być priorytetem, a nie to, czy kod spełnia jakieś teoretyczne zasady czystości. Wspólna dyskusja na temat kodu może prowadzić do lepszego zrozumienia, a także odkrywania nowych pomysłów.
Dalej, Abramov podkreśla, że proces tworzenia oprogramowania to nie tylko pisanie kodu. To również zrozumienie problemów użytkowników i szybkie dostosowywanie się do ich potrzeb. Programiści powinni być elastyczni w swoich podejściach i nie bać się wprowadzać zmian, które przyniosą lepsze rezultaty. Sztywne zasady jedynie blokują postęp i sprawiają, że proces staje się mniej przyjemny.
Ważne jest, aby być świadomym równowagi między czystym kodem a wymaganiami projektowymi. Czasami nadmierne skupienie się na jakości kodu może prowadzić do opóźnień w dostarczaniu wartości dla klienta. Należy pamiętać, że ostatecznym celem jest zaspokojenie potrzeb klientów i rozwijanie produktu, a nie wdrażanie idealnych praktyk programistycznych. Rzeczywisty kod, który działa, ma większą wartość niż kod, który jest czysty, ale nieprzydatny.
W podsumowaniu, Dan Abramov przypomina nam, że czysty kod ma swoje miejsce, ale nie powinien być celem samym w sobie. Kluczowe jest dostosowanie się do rzeczywistych potrzeb i wymagań projektowych, a nie trzymanie się sztywnych zasady czystego kodu. Programiści powinni być otwarci na zmiany, aby tworzyć lepsze i bardziej funkcjonalne aplikacje. W końcu programowanie powinno być przede wszystkim przyjemnością i źródłem satysfakcji, a nie tylko spełnieniem norm.