Dopo aver elaborato un progetto, potrebbe essere necessario apportare troppe modifiche e modifiche per farlo funzionare correttamente ...
Che cosa posso fare per impedirlo?
Dopo aver elaborato un progetto, potrebbe essere necessario apportare troppe modifiche e modifiche per farlo funzionare correttamente ...
Che cosa posso fare per impedirlo?
C'è una regola semplice, che applico continuamente perché anch'io sono un perfezionista. E il perfezionismo ti porta alla mediocrità.
Set a deadline. Ship at that deadline.
Per evitare che il tuo software abbia uno stato unfishined di funzionalità mancante che lo rende inutilizzabile, utilizza questa definizione di done per ogni funzione prodotta. Non avviare la prossima funzione fino al completamento di ALL :
Suppongo che tu possa creare una versione con un clic del mouse (usando gli script di compilazione)
Prima di dare la mia risposta (o il suggerimento di una risposta, davvero), devo dire che non ho molta esperienza di grandi progetti e dirò solo quello che ho letto e credo di essere una delle cause . Potrei anche sbagliarmi, ma molto probabilmente avrei imparato qualcosa da tutti i commenti che riceverò. ^^
Un fattore importante, credo, non è quello di far deteriorare il codice mentre il progetto è in corso. Questo può essere prevenuto in molti modi, di cui ne conosco solo alcuni:
Non aspettare troppo a lungo con il refactoring: Il refactoring richiede del tempo, ma non vale la pena di dover effettuare chiamate di funzioni complesse solo perché non si può essere disturbati a riscrivere il codice in consenti questo parametro extra. Il codice più intuitivo e meno duplicato riduce il numero di bug.
Correggere la finestra interrotta: In The Pragmatic Programmer , ho letto di un fenomeno noto come finestra rotta. Gli autori sostengono che il codice inizierà a deteriorarsi nello stesso modo in cui un edificio si deteriora: inizia con una finestra rotta. Nel codice, questo significa brutte soluzioni, denominazione di variabili, funzioni; in generale solo codice cattivo. Ho trovato che questo è vero: codifico meglio e sono più felice della codifica quando il mio codice è solido. Se ci sono troppe finestre rotte, spesso non mi sento di fare lo sforzo di scrivere un buon codice. Quindi, se vedi una finestra rotta, correggila il più velocemente possibile; refactoring se devi. Ciò porterà a un minor numero di bug e modifiche non necessarie.
E non dimenticare di leggere La risposta di Pierre 303 .
Quali sono i "troppi" ritocchi 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 essere organizzato, utilizza un tracker dei problemi .
Indipendentemente da ciò, ovviamente vorrai inizialmente renderlo il più bello possibile. Per questo, niente batte test .