Читать книгу Programowanie gier - Robert Nystrom - Страница 17

Według mnie projekt jest dobry, gdy dokonując jakiejś zmiany, mam wrażenie, że cały program został skrojony tak, jak gdyby jej oczekiwał. Mogę rozwiązać zadanie za pomocą tylko kilku wywołań funkcji wyboru, które pasują tak doskonale, że nie pozostawiają nawet najmniejszej zmarszczki na idealnie gładkiej tafli kodu.

Ładnie to brzmi, ale trudno przełożyć to na działania. „Po prostu napisz kod tak, by zmiany nie deformowały jego gładkiej tafli”. Tak, jasne...

Pozwólcie, że podzielę to na nieco mniejsze fragmenty. Pierwszy istotny element to to, że w architekturze chodzi o zmianę. Ktoś musi modyfikować bazę kodu. Jeśli nikt go nie tyka – czy to dlatego że jest już doskonały i kompletny, czy dlatego że jest tak nędzny, że nikt nie chce kalać nim swego edytora kodu – to, jak jest zaprojektowany, nie ma znaczenia. Miarą jakości projektu jest to, jak łatwo dostosowuje się do zmian. Jeśli do zmian nie dochodzi, jest jak sprinter, który nigdy nie opuszcza bloków.