Un numero sorprendente di problemi di qualità, scalabilità e caricamento si sono verificati su un'applicazione che attualmente suppongo di non aver scritto in origine. Per fortuna ho dei nuovi progetti che ho fatto fin dall'inizio per mantenere una parvenza della mia sanità mentale.
Il team originale comprendeva 20 sviluppatori (molti dei quali con set di abilità obsoleti), nessun documento sui requisiti aziendali o tester di garanzia della qualità, e mal gestito fin dall'inizio in modo cascata. I primi giorni di produzione erano un incubo imbarazzante che comportava l'applicazione di codice fragile procedurale simile a correzioni ancora più fragili. Le caratteristiche sono state aggiunte in seguito che sono state smascherate in una datamodel che non è stata pensata per supportarle e non è raro vedere lo stesso codice duplicato 10 volte e vedere le risorse non chiuse in modo sicuro e le query ORM che prelevano decine di migliaia di entità buttare via tutto tranne una manciata.
Sono solo io ora e ogni volta che c'è un nuovo problema che emerge Devo riscrivere un modulo per standard migliori e renderlo MOLTO più stabile, ma la Gestione ha bisogno di una spiegazione adeguata sul perché tutto ciò si sta verificando.
Sembrano scioccati e perplessi all'idea che questa applicazione sia di scarsa qualità e affoghi nel debito tecnico. Fortunatamente capiscono il concetto di debito tecnico e mi supportano nella mia ricerca per sradicarlo e sono molto solidali e riconoscenti nei miei confronti, ma mi sento come se continuassi a incolpare la squadra originale (che tutti lasciarono rovinare un altro progetto in una divisione diversa).
La linea di fondo è che non voglio essere "quel ragazzo" che si lamenta sempre degli sviluppatori del progetto prima di lui. Ho visto questa attitudine da persone della mia carriera che personalmente sentivo essere ignoranti e non considerando le circostanze e le influenze del design che incoraggiavano le cose a essere come loro.
Di solito vedo questo atteggiamento di incolpare il team precedente per la progettazione e l'implementazione inadeguate di sviluppatori junior idealizzati che non hanno avuto esperienze di vita di cui i membri più anziani hanno avuto e hanno beneficiato.
Ritiene che esista un modo migliore, forse più semplice, di segnalare questo tipo di problemi alla gestione senza cedere alla reputazione della persona / squadra prima di te?