Jak samemu pisać rozbudowany projekt?

Question

Czy macie jakieś sposoby, żeby dobrze orientować się w rozbudowanym kodzie, jeśli trzeba pisać go samemu? Zauważyłem, że im więcej linijek kodu tym gorzej mi idzie zweryfikowanie, jaka część programu ma wpływ na inną.

Answer 1

Musisz nauczyć się dzielić program na niezależne klasy/komponenty.
Używaj długich nazw dla funkcji i zmiennych, takich, żeby mówiły o funkcjonalnościach lub odpowiedzialnościach funkcji/zmiennej. Nie trać czasu na czytanie kodu, żeby domyślić się co dana funkcja/zmienna robi.
Unikaj zmiennych globalnych i wszelkich efektów ubocznych.

Answer 2

Modularność to podstawa, polecam w sumie książkę Mastering Modular JS – co prawda przeznaczona dla JS-a, ale zawiera też ogólne rozważania na temat dzielenia aplikacji na moduły i ogólnie dobierania poprawnie abstrakcji.

No i bardzo fajnie do zaplanowania interakcji między poszczególnymi elementami systemu sprawdzają się testy jednostkowe. Zasada kciuka przy nich jest taka, że jeśli czegoś nie da się sensownie potestować w izolacji, to istnieje spora szansa, że da się to napisać jakoś prościej.

Comments

Przypomniała mi się zabawna sytuacja z fuckupem wprowadzenia modularnych monolitów, jako panaceum na monolity, które są problematyczne i zbyt cyklicznie powiązane, a nie chcemy w pełni przejść na microserwis ^^.

Więcej kodu... więcej zmian, "niby są moduły, ale i tak były, tylko teraz niepowiązane".