Clean Code, „Czysty Kod” Robert C. Martin, wujek Bob (uncle Bob)

Clean code, czysty kod

Znasz „Czysty Kod”
Roberta C. Martina bardziej znanego jako „Uncle Bob (wujek Bob)” ?

Warto.
To jedna z tych książek, które miały OGROMNY wpływ na mnie jako programisty.

Nie zmuszę Cię do jej przeczytania…
Mogę jednak streścić Ci jej główne założenia.

Luźna interpretacja + moje komentarze.

1. Znaczące nazwy.

Wybieraj nazwy zmiennych, funkcji i klas, które jasno komunikują ich przeznaczenie.
Czyli „numberOfWeeks” >>> „x”

2. Małe funkcje.

Funkcje powinny być krótkie i wykonywać tylko jedno zadanie.
Twoja funkcja nie mieści się na ekranie albo nie możesz jednoznacznie określić, co ona robi?
To wiedz, że coś tutaj śmierdzi…

3. Pojedyncza odpowiedzialność.

SRP, Single-responsibility principle
Każda klasa/funkcja powinna mieć tylko jeden powód do zmiany.
Nie 10, nie 2, a jeden…

4. Unikanie duplikacji kodu.

Stara dobra zasada
DRY / Don’t Repeat Yourself / Nie powtarzaj się.
Przykładowo jak chcesz zmienić walidację numeru PESEL, to łatwiej to zrobić w 1 miejscu, a nie 50…

5. Komentarze nie zastępują czytelnego kodu.

Kod powinien być na tyle jasny, aby nie wymagał dodatkowych komentarzy.
Jak to osiągnąć?
Np. znaczącymi nazwami i małymi funkcjami o jednej odpowiedzialności.
➡ ZOBACZ 👉: Komentarze i samodokumentujący się kod | Kurs Java

6. Obsługa błędów bez zakłócania głównej logiki.

Zarządzaj wyjątkami i błędami w sposób, który nie komplikuje głównego przepływu programu.
Obsługa błędów idzie swoim torem, a happy path swoim.

7. Pisanie testów jednostkowych.

Testy pomagają w utrzymaniu jakości kodu i wprowadzaniu zmian bez obaw o wprowadzenie błędów.
Jak chcesz coś zmienić w swoim kodzie i poprawić jego jakość jeżeli boisz się, że coś zepsujesz?
Kod bez testów powoli gnije…

8. Przedwczesna optymalizacja to zło!

Skup się najpierw na czytelności i funkcjonalności, optymalizuj dopiero gdy jest to konieczne.
Zazwyczaj nie będzie.

9. Prosty kod jest lepszy niż skomplikowany.

KISS / Keep it simple, stupid!
Nie komplikuj…

10. Refaktoryzacja to ciągły proces.

Pierwsza radość z tego, że Twój kod zadziałał, to jeszcze nie koniec pracy…
Teraz czas na jego refaktoryzację, poprawę, ulepszenie i uproszczenie.

➡ ZOBACZ 👉: Refaktoryzacja Kodu | Dlaczego kusi Cię, by wywalić kod i napisać go od nowa?

Możesz wykorzystać TDD.
Red / green / refaktor.

Twój kod musi żyć!
Za każdym razem, gdy go „dotykasz” zostaw go odrobinę lepszym.

➡ ZOBACZ 👉: Testowanie oprogramowania
➡ ZOBACZ 👉: JUnit – Testy jednostkowe » tutorial dla bystrzaków
(testy jednostkowe Java w JUnit 5)

11. Ty i Twój kod zawsze możecie być lepsi.

Dobry programista, to programista, który ciągle się uczy i poprawia swój warsztat.

To, co napisałem, zdecydowanie nie wyczerpuje tej książki.
Sięgnij po nią.
Warto.

Powodzenia!
Tomek


20+ BONUSOWYCH materiałów z programowania

e-book – „8 rzeczy, które musisz wiedzieć, żeby dostać pracę jako programista”,
e-book – „Java Cheat Sheet”,
checklista – „Pytania rekrutacyjne”
i wiele, wiele wiecej!

Jak zostać programistą

No comments
Share:

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *