Nie żyj z uszkodzonymi oknami
Hunt i Thomas w swojej książce „Pragmatic Programmer” skupiają się na bardzo ważnym aspekcie jakości kodu.
Jedno wybite okno, pozostawione bez naprawy przez dłuższy czas, budzi w mieszkańcach budynku poczucie opuszczenia – poczucie, że rządząca władza nie przejmuje się budynkiem. W ten sposób zostaje rozbite kolejne okno. Ludzie zaczynają śmiecić. Pojawia się graffiti. Rozpoczyna się poważne uszkodzenie konstrukcji. W stosunkowo krótkim czasie budynek zostaje uszkodzony tak, że właściciel nie chce go naprawić, a poczucie opuszczenia staje się rzeczywistością.
Teoria rozbitego okna zainspirowała wydziały policji w Nowym Jorku i innych dużych miastach do rozprawienia się o małych rzeczach, aby uniknąć wielkich rzeczy. To działa: zwracanie uwagi na wybite okna, graffiti i inne drobne wykroczenia zmniejszyło poziom poważnych przestępstw.
Nie żyj z uszkodzonymi oknami
Nie pozostawiaj uszkodzonych okien (złe projekty, błędne decyzje lub zły kod) nienaprawionych. Naprawiaj każdy z nich, gdy tylko zostanie wykryty. Jeśli nie ma wystarczająco dużo czasu, aby to naprawić, zabij deskami. Być może możesz skomentować nieprawidłowy kod, wyświetlić komunikat Niewdrożony lub zamiast tego zastąpić fałszywe dane. Podejmij działania, aby zapobiec dalszym szkodom i pokazać, że radzisz sobie z sytuacją.
Widzieliśmy, że czyste, funkcjonalne systemy dość szybko ulegają pogorszeniu, gdy okna zaczynają się tłuc. Istnieją inne czynniki, które mogą przyczynić się do gnicia oprogramowania i omówimy niektóre z nich w innym miejscu, ale zaniedbanie przyspiesza gnicie oprogramowania szybciej niż jakikolwiek inny czynnik.
Możesz pomyśleć, że nikt nie ma czasu się tym zajmować sprzątanie całego potłuczonego szkła w projekcie. Jeśli nadal będziesz tak myśleć, lepiej zaplanuj kupno śmietnika lub przeprowadzkę do innej dzielnicy. Nie pozwól, aby entropia zwyciężyła.
