Um número surpreendente de problemas de qualidade, escalabilidade e carga está ocorrendo em um aplicativo que atualmente apoio e que não escrevi originalmente. Felizmente, tenho novos projetos que tenho realizado desde o início para manter uma aparência de minha sanidade.
A equipe original consistia em 20 desenvolvedores (a maioria deles com conjuntos de habilidades desatualizados), sem documentos de requisitos de negócios ou testadores de garantia de qualidade e mal gerenciados desde o início de maneira cascata. Os primeiros dias de produção foram um pesadelo embaraçoso, que envolveu a correção de códigos parecidos com procedimentos com correções ainda mais frágeis. Mais tarde, foram adicionados recursos que foram incorporados a um modelo de dados que nunca deveria oferecer suporte a eles e não é incomum ver o mesmo código duplicado 10 vezes e ver recursos não sendo fechados com segurança e consultas ORM que buscam dezenas de milhares de entidades apenas jogar fora todos, exceto um punhado.
Sou apenas eu agora e sempre que há um novo problema que surge, reescrevo um módulo com melhores padrões e o deixo MUITO mais estável, mas o Gerenciamento precisa de uma explicação adequada sobre por que tudo isso está ocorrendo.
Eles parecem chocados e perplexos com a noção de que essa aplicação é de baixa qualidade e está se afogando em dívidas técnicas. Felizmente, eles entendem o conceito de dívida técnica e me apóiam na minha busca para erradicá-la, e eles me apoiam e agradecem, mas sinto que continuo culpando a equipe original (que deixou tudo para arruinar outro projeto em um projeto diferente). divisão).
O ponto principal é que eu não quero ser "Aquele Cara", que sempre reclama dos desenvolvedores do projeto antes dele. Já vi essa atitude de pessoas em minha carreira que, pessoalmente, eu sentia serem ignorantes e não consideravam as circunstâncias e as influências de design que incentivavam as coisas a serem como eram.
Normalmente, vejo essa atitude de culpar a equipe anterior pelo projeto e implementação deficientes de desenvolvedores juniores idealistas que não tiveram as experiências de vida que mais membros seniores tiveram e se beneficiaram.
Você acha que existe uma maneira melhor, talvez mais suave, de reportar esses tipos de problemas à gerência sem pisar na reputação da pessoa / equipe à sua frente?
bad-codeporque o código está realmente causando bugs e problemas. Eu o rotulei bad-programmerporque tenho medo de me tornar um culpando o time anterior, uma desculpa cansada e clichê que todos já ouvimos antes. No que diz respeito aos três primeiros parágrafos, talvez eu não precisasse ser tão descritivo, mas queria fazer um retrato preciso da minha situação imediata e dar a história do que reuni até agora.