Ogni anno a gennaio elaboriamo un grosso compito con il nostro sistema. Mentre le prestazioni durante l'attività erano superiori alla media, il follow-up di manutenzione ha attualmente molti problemi con i lavori eseguiti troppo a lungo e fuori dai rispettivi orari. Pertanto ho il compito di ottimizzare questi lavori di manutenzione e sto facendo così la revisione del codice più completa che il sistema abbia mai visto. Come sto bene con l'analisi del codice, sto anche facendo un sacco di correzioni di bug.
Questo significa che vedo un sacco di codice e implementazioni errati o completamente errati. La mia domanda è: come posso affrontarlo di fronte ai miei colleghi?
Lo odio se causo un bug (che credo capiti a tutti a volte) e qualcun altro lo risolve senza dirmelo. Perché allora non posso imparare dal mio errore. D'altra parte non voglio essere il ragazzo della squadra che è costantemente fastidioso su come tutti gli altri devono fare il suo lavoro. Inoltre sono un po 'diffidente nei confronti della mia arroganza. Non voglio trovarmi nella posizione in cui inizio a guardare i colleghi solo perché la mia mente prevenuta pensa che il mio codice sia superiore. Al momento non sto controllando chi ha causato un errore, lo aggiusto semplicemente. Non sono sicuro se questo sia il modo migliore per andare.
Sono uno sviluppatore di livello Junior e l'inglese non è la mia lingua madre. Qualsiasi consiglio (e modifiche alla grammatica) è molto apprezzato. Il team segue il framework Rational Unified Process.