Come gestire il codice errato? [duplicare]

1

Sono stato assunto circa 6 mesi da una società che utilizza Agile, ma dopo aver appreso il codice mi sono reso conto che si tratta di codice errato: metodi con oltre 100 righe di codice, codice duplicato, metodi che dicono che fa una cosa ma fa un poche altre cose non correlate. Funziona, ma più lo aggiorniamo, più diventa un castello di carte. Rifattorizzare una piccola cosa richiede cambiare molti altri, il che può rendere impraticabile il programma. Cosa è andato storto ed è possibile risolverlo? Pensavo che l'agile avrebbe dovuto fare un buon codice.

    
posta Val 14.03.2012 - 09:22
fonte

4 risposte

5

Potrebbero esserci tanti motivi per cui il codice sembra essere. Come altri commenti hanno suggerito, Agile non è una medicina per tutte le malattie nel software.

Is it possible to fix it?

Nessuno può giudicare questo più di te. Se hai le competenze, le risorse e se il sistema è in continua evoluzione o se è fondamentale per la tua attività, potrebbe essere necessario ripararlo.

La ragione principale per cui sto scrivendo è per renderti consapevole di un fatto importante. Non scherzare con questo sistema a meno che tu non sappia davvero come funziona e devi davvero farlo. Dimentica la bellezza del codice e concentrati su funzionalità e prestazioni.

Se vuoi fare un vero cambiamento, assicurati che sia pianificato e che tu sia pronto per questo.

A volte è difficile resistere al dire "se non è rotto non aggiustarlo" ma che non è professionale, naturalmente.

Nessuno ottiene credito per aver infranto un sistema anche se è cattivo.

    
risposta data 14.03.2012 - 09:51
fonte
0

Devi conviverci.

Era stato in una posizione simile. Riscrivere l'intero codice può spesso essere sottovalutato ed è un'impresa enorme. Avrà bisogno dell'approvazione del supervisore. Non ho riscritto il mio codice ma ho provato a riscriverne una parte. Facendolo ho reso la vita più facile, almeno ho trovato quello che stava succedendo. Ho lasciato il codice originale così com'è. Dopo averne pulito una parte, ho avuto più fiducia nel trattare il codice. Sebbene con il mio, la logica del codice andava bene, era lo stile che è stato scritto molto male e che ha reso molto mutevole il codice. Ma ho imparato a conviverci e ho adottato lo stesso cattivo stile di codifica per fare qualcosa:)

    
risposta data 14.03.2012 - 09:53
fonte
0

Beh, penso che tu ti abbia confessato che Agile è il colpevole, ha più a che fare con quanto sei bravo con la codifica e il più importante quello che tocca il codice sa che cosa intende eseguire.

Senza questo è il più delle volte l'hacking in un pezzo di codice in modo da ottenere le cose sul piatto eliminato e poi inciampare su un altro blocco che avresti creato dal momento che non hai veramente idea / sapere come il codice stava facendo.

Forse a volte sarebbe bello poter refactoring alcuni metodi come e quando si incontrano problemi (non sto dicendo riscrittura) e provare a chiarire un po 'il problema, a questo punto dovresti sapere sicuramente quale dovrebbe essere il codice fai e iterativamente dopo un certo periodo di tempo puoi vedere alcuni risultati positivi.

Nel frattempo è anche possibile introdurre la revisione (se esiste verificare il motivo per cui non è efficace) e aiutare i meno codificatori non mortali e condividere con loro le buone pratiche e dare compagnia al tuo codice con alcuni commenti pertinenti.

Spero che vada in giro n un po 'di tempo ma devi dargli un po' di tempo.

    
risposta data 14.03.2012 - 10:31
fonte
0

Agile non fa codice cattivo, lo lascia ai programmatori cattivi. Dovresti iniziare scrivendo commenti in linea che indicano i problemi, poi vai a correggerli uno per uno. È un lavoro duro, ma è quello che in parte sei stato assunto per fare comunque.

    
risposta data 14.03.2012 - 10:57
fonte

Leggi altre domande sui tag