Alcides Duarte Jr

Ontem fui questionado e "apanhei" porque a aplicação que foi para o ambiente de testes unitários não funcionava. Sou o desenvolvedor e ate então tudo estava rodando perfeitamente, quando implantaram meus fontes no novo ambiente a coisa parou de funcionar. Corri atrás do prejuízo e como não tinha nada nos logs, resolvi implementar um mecanismo de log mais rigoroso com o objetivo de entender o que estava acontecendo.  Qual o erro eu pegaria na aplicação. Solicitei novo deploy do aplicativo e voi a la... o aplicativo funcionou. Nada foi alterado senão na parte de tratamento de erros e geração de logs. Isso me levou a acreditar que fizeram zerda no deploy anterior e causou todo um stress no meu lado. Como nao sou responsável pelo processo de deploy levo bronca pelo descuido dos outros. Não gosto desta divisão de trabalho onde cada grupo isolado cuida de uma parte do mesmo sistema. Querem transformar tudo em linha de produção e não se dão conta das dificuldades reais que surgem

Estou participando em um projeto de software e passei por uma  situação  que gostaria de relatar. Apos desenvolver todo o sistema e testar foi preciso padronizar os fontes conforme os  critérios  do cliente. Coisas do tipo: não existir  códigos  comentados dentro dos fontes, justificar o uso de  funções  como forClassName(), configurar o log4j devidamente para os ambientes, enfim, seguir uma especie de checklist para no final sair os fontes validos para implantar em  produção . N ã o vejo problemas quanto a  motivação  para isso, criar  códigos  mais limpo e seguro, que se aderem ao ambiente de forma  fácil . O problema é como isso foi feito, aqui vai duas  considerações .