Spis treści Poprzednia strona: Metodologie i metodyki Następna strona: Zasada DRY

Zasada pocałunku [kiss] mówi, że należy unikać niepotrzebnego komplikowania kodu programu. KISS oznacza „Keep It Short and Simple”, czyli dbaj o zachowanie prostoty, a nie prostactwa. Jeśli program ma robić proste czynności, to powinien je robić w prosty sposób, a będzie to i lepsze i bardziej efektywne. Jeśli program jest skomplikowany, to należy go upraszczać jak tylko się da, ale nie bardziej :-). Doskonałość osiągamy nie wtedy, kiedy do kodu już nic nie można dodać (bo wszystko, co możliwe zostało już dodane), ale wtedy, kiedy już nic nie da się usunąć (przy zachowaniu tej samej funkcjonalności). Oczywiście trzeba stosować tę zasadę na odpowiednim poziomie abstrakcji, jednocześnie go nie opuszczając. Jest jeszcze jedna zasada, którą czasem podaje się osobno: zasada YAGNI, tj. „You Aren’t Gonna Need It”. Wg mnie wynika ona z KISS. Chodzi o to, żeby nie pisać kodu na wyrost, na zapas, na przyszłość, bo a nuż może się przydać. Jest to kod, który nie jest potrzebny i po prostu nie powinno go być. Kiedy będzie potrzebny, to się go napisze. Jeśli nie jest potrzebny, to go wywalamy. Zmorą są biblioteki, w których jedna metoda o nazwie np. Wylicz występuje w kilku wersjach o nazwach Wylicz2, Wylicz3, Wylicz2021, itp. Cel, który przyświecał twórcom jest oczywisty: niech stary kod nadal działa, a nowy niech używa nowych metod. Można tak robić i czasami trzeba (to tzw. zachowanie kompatybilności wstecznej), ale jednocześnie trzeba zniechęcać do używania starego, zachęcać do używania nowego, zagrozić usunięciem starego w następnej dużej wersji i spełnić tę groźbę zgodnie z obietnicą. Działać tak, żeby po prostu nie było tego, co jest już niepotrzebne, nietestowalne i czasem niepotrzebnie kosztowne w utrzymaniu.

Spis treści Poprzednia strona: Metodologie i metodyki Następna strona: Zasada DRY