Pracujesz w scrumie? Częścią tego procesu jest planowanie. Czy w nie wierzysz? A zawsze wierzyłeś? Jestem pewnien, że byłeś w projekcie, gdzie niezależnie od wyniku planowania, nie dowoziliście wszystkiego. Dlaczego tak się dzieje? To może być wina niedbania o kod źródłowy. Jak to? Tak to! Zapraszam :).
Błąd. Dziura. Usterka. Codzienność z życia programisty. Wszystkim deweloperom na świecie te słowa są znajome, no, chyba że nie znają Polskiego, ale ja nie o tym :). Występowanie bugów jest naturalną składową tworzenia oprogramowania. Nie ma w tym nic złego, a problem pojawia się, dopiero gdy jest więcej błędów, a Ty nie jesteś w stanie nad nimi zapanować. Jak to wygląda i co jest jego przyczyną? Opisuję i objaśniam :)
Pamiętasz sytuacje, gdy czas implementacji nowych funkcjonalności rósł w nieskończoność? Masz może w głowie projekt, gdzie dodanie pola, czy zmiana pojedynczej reguły walidacyjnej trwała wieki? Ja niestety tak. Jednym z powodów takiego stanu rzeczy jest niedbanie o czystość kodu. Sytuację tę przedstawię na przykładzie kuchennej analogii wyjaśniającej powolne tworzenie nowych funkcjonalności.
Czysty kod to ściema! Ważne by działał i zarabiał pieniądze. Zgodziłbym się z tym stwierdzeniem po wprowadzeniu malutkiej zmiany. Ważne by działał stabilnie i zarabiał pieniądze przez długi okres. Ta mała zmiana implikuje, by miał mało błędów oraz był tani w rozwoju i utrzymaniu. Co wymusza tworzenie czystego kodu. Jaki odsetek programistów dba, by kod był wystarczająco czysty? Zdecydowanie za mało. Z czego to wynika? Nie potrafią pisać dobrego kodu lub nie zadają sobie sprawy, że coś robią nie tak. Będę chciał poruszyć oba problemy, jednak na razie skupię się na drugim, ważniejszym. Zapraszam.
