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.
Spis treści
- 1 1. Znaczące nazwy.
- 2 2. Małe funkcje.
- 3 3. Pojedyncza odpowiedzialność.
- 4 4. Unikanie duplikacji kodu.
- 5 5. Komentarze nie zastępują czytelnego kodu.
- 6 6. Obsługa błędów bez zakłócania głównej logiki.
- 7 7. Pisanie testów jednostkowych.
- 8 8. Przedwczesna optymalizacja to zło!
- 9 9. Prosty kod jest lepszy niż skomplikowany.
- 10 10. Refaktoryzacja to ciągły proces.
- 11 11. Ty i Twój kod zawsze możecie być lepsi.
- 12 20+ BONUSOWYCH materiałów z programowania
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!