Jak powstrzymać moje projekty przed ciągłymi poprawkami i zmianami?


9

Po opracowaniu projektu może on wymagać zbyt wielu poprawek i zmian, aby działał poprawnie ...

Co mogę zrobić, aby temu zapobiec?

Odpowiedzi:


8

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:

  • Rozwiń tę funkcję
  • Test jest (pokrycie kodu 80%)
  • Zatwierdź / zintegruj
  • Dokument (zarówno dokumentacja techniczna, jak i dokumentacja użytkownika końcowego)
  • Zaktualizuj informacje o wersji (zarówno w pliku, jak i być może dla Twojej witryny, w tym zrzuty ekranu)
  • Zaktualizuj instalatora (jeśli to konieczne)

Zakładam, że możesz utworzyć wydanie jednym kliknięciem myszy (używając skryptów kompilacji)


3

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 .


2

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 .

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.