Po opracowaniu projektu może on wymagać zbyt wielu poprawek i zmian, aby działał poprawnie ...
Co mogę zrobić, aby temu zapobiec?
Jest prosta zasada, że stosuję cały czas, ponieważ jestem również perfekcjonistą. A perfekcjonizm prowadzi cię do mierności.
Ustaw termin. Wysyłka w tym terminie.
Aby zapobiec oprogramowania z mającą unfishined stan funkcji, które uczynią go bezużytecznym brakuje, użyj tej definicji zrobić dla każdej funkcji, którą produkują. Nie uruchamiaj następnej funkcji, dopóki WSZYSTKIE kroki nie zostaną zakończone:
Zakładam, że możesz utworzyć wydanie jednym kliknięciem myszy (używając skryptów kompilacji)
Zanim dam odpowiedź (lub propozycję odpowiedzi, naprawdę), muszę powiedzieć, że nie mam dużego doświadczenia w dużych projektach i podam tylko to, co przeczytałem i uważam za jedną z przyczyn. Mogę bardzo się mylić, ale najprawdopodobniej nauczę się czegoś na podstawie wszystkich otrzymanych komentarzy. ^^
Uważam, że jednym ważnym czynnikiem jest niedopuszczenie do pogorszenia się kodu w trakcie realizacji projektu. Można temu zapobiec na wiele sposobów, z których znam tylko kilka:
Nie czekaj zbyt długo z refaktoryzacją: refaktoryzacja zajmuje trochę czasu, ale warto nie wykonywać zawiłych wywołań funkcji tylko dlatego, że nie było problemu z przepisywaniem kodu, aby zezwolić na ten dodatkowy parametr. Bardziej intuicyjny i mniej zduplikowany kod zmniejsza liczbę błędów.
Napraw rozbite okno: W The Pragmatic Programmer czytam o zjawisku znanym jako rozbite okno. Autorzy twierdzą, że kod zacznie się pogarszać w taki sam sposób, jak budynek pogarsza się: zaczyna się od wybitego okna. W kodzie oznacza to brzydkie poprawki, nazewnictwo zmiennych, funkcje; ogólnie po prostu zły kod. Uznałem, że jest to prawdą: lepiej koduję i cieszę się z kodowania, gdy moja podstawa jest solidna. Jeśli jest zbyt wiele uszkodzonych okien, często nie mam ochoty pisać dobrego kodu. Więc jeśli zobaczysz rozbite okno, napraw je jak najszybciej; refaktoryzuj, jeśli musisz. Doprowadzi to do zmniejszenia liczby błędów i niepotrzebnych poprawek.
I nie zapomnij przeczytać odpowiedzi Pierre'a 303 .
Co „za dużo” poprawek i zmian? Konserwacja oprogramowania może zająć znacznie więcej czasu niż początkowe opracowanie oprogramowania. Nie ma w tym nic złego. Aby zachować porządek, użyj narzędzia do śledzenia problemów .
Niezależnie od tego, oczywiście będziesz początkowo chciał uczynić go tak dobrym, jak tylko możesz. W tym celu nic nie przebije testowania .