Chyba jedna z rzeczy, które powinieneś mieć najpierw jest jakaś kontroli wersji - git, svn itp Podczas kontroli wersji nie ogranicza się wyłącznie do dużych projektów , pomoże to wyeliminować strach przed zmianą, ponieważ obawiasz się, że możesz go złamać. Jeśli postępujesz zgodnie z dobrymi praktykami tworzenia gałęzi w celu zarządzania nowymi funkcjami i tworzenia migawek, które możesz wykorzystać jako punkty kontrolne, możesz zarządzać wydaniami wdrażania.
Wspomniano o kilku innych oczywistych aspektach - użyj właściwego OOP, utrzymuj kod w stosunkowo prosty i modułowy sposób, aby nie popaść w zakłopotanie zagnieżdżonych instrukcji/metod i tym podobnych. Skoncentruj się na opracowaniu jednej funkcji naraz, najlepiej przy użyciu kontroli wersji - użyj rozgałęzień i innych funkcji, które możesz scalić w gałęzi głównej po jej ukończeniu. Napraw błędy, kiedy je otrzymasz, i spróbuj zrozumieć, dlaczego daje ci ten błąd. Widziałem, jak ludzie próbują "brutalizować" sposób naprawiania błędów, pisząc coraz więcej kodów, co wcale nie pomaga.
Jeszcze jedno, co przychodzi mi na myśl, to spojrzenie na niektóre projekty na github lub gdzie indziej, aby zobaczyć, jak ludzie zarządzają swoim kodem. Są też podcasty i filmy - pojawiają się prezentacje rubinowe/podcasty - które mogą pomóc w informacji o zarządzaniu dużymi bazami kodów.
Pracuj ciężko i zastanów się, dlaczego twój obecny przepływ pracy utrudnia ci rozwój, a następnie zmień niektóre z przyzwyczajeń, które masz obecnie. Powodzenia.
"boję się zmieniać rzeczy, bo mogę coś zepsuć" => testy automatyczne. "jak wygodnie pracować z dużymi projektami i nie myśleć o wszystkich częściach programu" => dobry projekt modułowy (oop). – zapl
Dzięki za pomoc. – user3054843