Perché scrivere codice pulito e rifattorizzato?[duplicare]

Question

Questa domanda ha già una risposta qui:

• L’artigianato paga?[duplicare] 16 risposte

Questa è una domanda che mi pongo da molto tempo.Ho pensato di buttartelo.

Dalla mia esperienza di lavoro su diversi progetti basati su Java, ho visto tonnellate di codici che chiamiamo "sporchi".La denominazione non convenzionale di classi/metodi/campi, il modo sbagliato di gestire le eccezioni, cicli inutilmente pesanti e ricorsione, ecc.Ma il codice fornisce i risultati attesi.

Anche se odio vedere codici sporchi, ci vuole tempo per ripulirli e alla fine arriva la domanda "ne vale la pena?"sta dando i risultati desiderati, quindi qual è lo scopo della pulizia?"

Nei progetti di gruppo, dovrebbe esserci qualcuno appositamente incaricato del refactoring e della verifica della presenza di codice pulito?Oppure ci sono situazioni in cui i codici "sporchi" non riescono a dare i risultati attesi o rendono i clienti insoddisfatti?

Sentitevi liberi di commentare e rispondere.E dimmi se mi manca qualcosa qui.

MODIFICARE:Mi piace sottolineare: quello che intendevo con PERCHÉ non sono ragioni tecniche, sto chiedendo il motivo. Conosciamo tutti il ​​motivo per cui dovremmo scrivere codice pulito dal punto di vista tecnico.Ma immagina che al college se scrivo un codice errato, ottengo brutti voti (vedi il commento di @TofuBeer).Quindi, nel tuo ambiente industriale, cosa motiva te e il tuo team a scrivere codice pulito?E cosa demotiva te e il tuo team dallo scrivere codice errato.

È semplicissimo scrivere un metodo in una classe per ottenere le informazioni di cui hai bisogno senza guardarti intorno e controllare se esiste un metodo simile!!risultato: oltre 5000 righe di codice con pochi metodi che eseguono attività quasi simili.:-(

Sentiti libero di aggiungere commenti se hai visto o lavorato con lo stesso codice.