Le migliori pratiche per capire / resuscitare il vecchio codice tecnico?

2

Recentemente, sono stato in alcune situazioni in cui avevo bisogno di arrivare rapidamente alla velocità del vecchio codice e di risolverlo a sufficienza affinché le persone potessero usarlo di nuovo. Il codice su cui ho lavorato tende ad avere i soliti problemi (nessuna documentazione, nessun test, ecc.), Ma aggravando questo è che spesso non ho assolutamente idea (a livello tecnico) del codice.

Ad esempio, di recente mi è stato assegnato il compito di correggere alcuni software che facevano qualcosa chiamato "analisi dello stress". Anche dopo lunghe ricerche su google, ho continuato a perdere il codice e ho impiegato settimane per correggere quelli che erano probabilmente semplici bug (e non ero del tutto sicuro delle correzioni).

Nelle situazioni in cui devi correggere il codice che fa qualcosa che non capisci (e non hai tempo per imparare il materiale), quali sono le migliori pratiche?

Penso che questo sia diverso da Qual è il modo più efficace per aggiungere funzionalità a un codice non familiare, non strutturalmente strutturato? (che è un duplicato di due altri) in quanto non cerco necessariamente di migliorare il codice. In genere, sto provando a fare due cose:

  1. Esegui il codice. Anche se sembra semplice, trovo che sia una delle parti più difficili, soprattutto se non c'è GUI (o il mio preferito - una GUI che non è collegata al codice) o se richiede un formato di file io sono non ha familiarità con.

  2. Assicurati che quello che penso sia un bug, in effetti, è un bug. Questo è il più irritante quando guardo le "tavole della verità" nel codice o nel flusso logico.

posta ace 15.05.2018 - 09:06
fonte

0 risposte

Leggi altre domande sui tag