Come posso evitare che i miei progetti si trascinino con continue modifiche e modifiche?

Dopo aver elaborato un progetto, potrebbero essere necessarie troppe modifiche e modifiche per farlo funzionare correttamente ...

Cosa posso fare per impedirlo?

C'è una regola semplice, che applico sempre perché tendo a essere anche un perfezionista. E il perfezionismo ti porta alla mediocrità.

Stabilisci una scadenza. Spedire a quella scadenza.

Per evitare che il software di avere un unfishined stato di caratteristica che lo renderà inutilizzabile mancanti, utilizzare questa definizione di fatto per ogni caratteristica di produrre. Non avviare la funzione successiva fino al completamento di TUTTI i passaggi:

• Sviluppa la funzione
• Il test è (80% di copertura del codice)
• Commit / Integrazione
• Documento (documentazione tecnica e per l'utente finale)
• Nota di rilascio dell'aggiornamento (sia nel file che nel tuo sito Web, inclusi gli screenshot)
• Update Installer (se necessario)

Presumo che tu possa creare una versione con un clic del mouse (usando gli script di build)

Prima di dare la mia risposta (o il suggerimento di una risposta, davvero), devo dire che non ho molta esperienza di grandi progetti e dichiarerò solo ciò che ho letto e credo che sia una delle cause. Potrei benissimo sbagliarmi, ma molto probabilmente avrò imparato qualcosa da tutti i commenti che riceverò. ^^

Un fattore importante, credo, non è quello di far deteriorare il tuo codice mentre il progetto è in corso. Questo può essere prevenuto in molti modi, di cui ne conosco solo alcuni:

Non aspettare troppo con il refactoring: il refactoring richiede del tempo, ma varrà la pena non dover fare chiamate di funzione contorte solo perché non potresti essere disturbato a riscrivere il codice per consentire quel parametro extra. Un codice più intuitivo e meno duplicato riduce il numero di bug.

Correggi la finestra rotta: in The Pragmatic Programmer , ho letto di un fenomeno noto come finestra rotta. Gli autori sostengono che il codice inizierà a deteriorarsi allo stesso modo in cui un edificio si deteriora: inizia con una finestra rotta. Nel codice, ciò significa brutte correzioni, denominazione di variabili, funzioni; in generale solo codice errato. Ho scoperto che ciò è vero: io codice meglio e sono più felice di programmare quando la mia base di codice è solida. Se ci sono troppe finestre rotte, spesso non ho voglia di scrivere un buon codice. Quindi, se vedi una finestra rotta, correggila il più velocemente possibile; refactor se devi. Ciò porterà a un minor numero di bug e modifiche inutili.

E non dimenticare di leggere la risposta di Pierre 303 .

Cosa sono "troppe" modifiche e modifiche? La manutenzione del software può richiedere molto più tempo rispetto allo sviluppo iniziale del software. Non c'è niente di sbagliato in questo. Per organizzarsi, utilizzare un tracker di problemi .

Indipendentemente da ciò, ovviamente vorrai inizialmente renderlo il più bello possibile. Per questo, niente è meglio dei test .