Il codice di manutenzione ha bisogno di miglioramenti [duplicato]

1

Attualmente sto mantenendo / valorizzando un progetto un po 'vecchio degli anni '90. Gli sviluppatori di Atleast 15 avrebbero lavorato su di esso. Passare attraverso il codice per capire è un po 'difficile.

  1. Nessun standard di codifica seguito.
  2. I concetti OOP non sono chiari.
  3. Troppi metodi e funzioni non necessari, anche file inutilizzati.
  4. Il peggiore di tutti gli oggetti globali (difficile da determinare quando è stato creato e distrutto).

A volte penso che dovrei correggere il codice, quindi è meglio continuare a lavorare, ma il mio PM dice che non dovremmo preoccuparcene. Come dobbiamo finire i compiti entro le scadenze. Questo porta anche a difficoltà nel tenere traccia dei bug che si verificano.

Qualche suggerimento su come dovrei affrontarlo?

    
posta Shirish11 05.04.2013 - 13:01
fonte

1 risposta

2

Dovresti iniziare a commentare nel codice laddove possibile. Ovviamente questo include le tue cose, ma fai commenti su altri pezzi, che non sembrano chiari o che hanno qualche evidente difetto di codifica. Per lo meno questo renderà un po 'più facile leggerlo quando tornerai su parti di esso e anche per eventuali sviluppatori futuri. Nella migliore delle ipotesi, ti aiuterà a spiegare il tuo caso al perché hai bisogno di dedicare del tempo a sistemare il codice.

I manager non passeranno mai il tempo per mantenere le cose, o così mi è stato detto, a loro importa solo di averlo fatto. Tuttavia, inizierei a rifarlo lentamente nei luoghi in cui stai lavorando. Se il tuo manager ti chiede perché, dì semplicemente che era così confuso che hai dovuto fare qualcosa per poterlo persino lavorare. Non sto dicendo di renderlo perfetto, ma di pulirlo mentre vai.

    
risposta data 05.04.2013 - 15:09
fonte

Leggi altre domande sui tag