Coisas que aprendi e gostei sobre Debugging – Parte 1

Algumas dicas que podem ajudar seu dia-a-dia na eterna luta contra os bugs J

1.     O erro de produção não acontece na minha máquina de desenvolvimento!
Não é a toa que coloquei este item em primeiro. É o item que mais gosto e que acho mais útil. Uma das coisas mais difíceis em debugging é reproduzir um erro. E um dos maiores erros é tentar reproduzir este erro em um ambiente totalmente diferente de onde este erro aconteceu. Portanto, tenha instalado em sua máquina de desenvolvimento uma máquina virtual, com a configuração idêntica (ou praticamente) da configuração do servidor de produção. Utilize Remote Debugging com Visual Studio e já era! 

2.     Administrador não desenvolve!
Eu vou abrir o jogo com vocês: sempre achei esta observação meio inútil. Por quais motivos eu nunca deveria desenvolver utilizando um usuário com privilégios de administrador? Que besteira…Agora acredite em mim: não faça isso. Um usuário com privilégios de administrador tem permissões para tudo, e com certeza seu servidor de produção não permite que este tipo de usuário execute sua aplicação. Portanto, antecipe-se aos erros e programe com um usuário comum, com as mesmas permissões do servidor de produção. Com isso, você conseguirá garantir que todas as permissões necessárias estão sendo tratadas. 

3.     Desenvolvimento Pró-Ativo
Como Edsger Dijkstra, se debug é o processo para remover os bugs, programar é o processo para criá-los. Partindo deste pensamento, por que não evitar os bugs? Por que não programamos pensando em evitar bugs, além de resolver os problemas? Muitos destes bugs ocorrem por falta de um simples if (obj != null), por incrível que pareça!