Approccio agli algoritmi di codifica per minimizzare la rilavorazione [chiuso]

Yet, I find myself making mistakes and reworking code constantly. Is there a better approach or a structured methodology that I should follow?

Alcuni decenni fa alcune persone credevano che ci sarebbe stata una metodologia migliore e l'avrebbero chiamata "modello a cascata" . Ma al giorno d'oggi è ampiamente riconosciuto che quando si cerca di sviluppare un programma non banale, non si riesce quasi mai a "fare bene" al primo colpo, anche se si è molto esperti. Ci saranno bug, requisiti e casi limite trascurati a prima vista, considerazioni sulle prestazioni, miglioramenti del design necessari che diventano visibili solo quando il tuo programma raggiunge una certa dimensione e altre ancora.

IMHO il punto chiave per la professionalità è imparare a gestire i cambiamenti . Questo inizia con cose semplici come una lista di priorità di requisiti aperti, facendo alcune considerazioni sulla progettazione prima della codifica (come quelle descritte nel tuo commento), l'uso del controllo di versione (per tenere traccia di eventuali modifiche), e va oltre con il rilascio pianificazione, test automatici (per assicurarsi che le modifiche future non interrompano il comportamento esistente) e applicazione del SOLID principi.

Ci sono alcune cose che puoi fare per minimizzare ancora la rilavorazione.

• Se inizi con un codice pulito, non dovrai pulirlo.
• Se scrivi codice liberamente accoppiato, non avrà bisogno di impattare tanto codice se hai solo bisogno di ritoccare alcune cose. Lo stesso vale per le classi e i metodi dei mostri. Avere tutto in un solo posto è a volte utile, ma non necessariamente facile da modificare.

Farai meno errori iniziali man mano che acquisirai più esperienza, e troverai anche casi di test migliori fin dall'inizio. Per il resto, è praticamente la vita quotidiana del tuo sviluppatore normale.