Domanda

Questa domanda ha già una risposta qui:

Nel mio lavoro devo mantenere una base di codice scarsamente scritta che sia sia difficile da capire, ha tonnellate di commenti che sono semplicemente sbagliati, ha un sacco di strano processo decisionale in corso e molto di più.

Faccio principalmente bugfix che spazia dal trovare quel piccolo commento da qualche parte nel codice che fa non funzionare una parte casuale, per comprendere le dipendenze circolari complesse con una sorta di singleton'a'palooza in corso, e occasionalmente in realtà riesco a scrivere un codice reale , che è quando sono il più felice. Ma sono preoccupato per la strega di bug che devo confessare molte volte finisce per essere patchwork sciatto perché non ho più il tempo o la fortezza mentale di guardare l'orrendo codice.

Ora il problema più grande che questo progetto ha non è che sono solo un ragazzo piagnucoloso, non sono sicuramente solo ad avere sentimenti sopra menzionati sulla base di codice. Il problema più grande è probabilmente il costo per mantenerlo ... ma sto divagando.

Quello che mi chiedo è se ci sono alcune pratiche che io e i miei colleghi possiamo provare a conservare un certo rispetto per la base di codice che abbiamo ereditato e stiamo lavorando in modo da non percorrere il percorso di creazione di più marciume?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
scroll top