Lucas Tagliani Aguiar
Desenvolvedor de software, pós-graduando, entusiasta de PNL, aspirante de métodos ágeis, amante de futebol, escritor amador sobre a vida e adepto a video games.
Os slides a seguir são baseados em fatos reais.
Você já ficou atrasado na sprint devido a um bug?
Por que as pessoas escrevem dessa maneira?
"velocidade"
"review chegando"
"velocidade"
"faltou conhecimento"
"preguiça"
Beleza.
Todo mundo fez ou ainda faz.
Como nós conhecemos o bug
Considerações?
Qual foi a herança que isso gerou?
Insatisfação
Atraso
Estresse
...
How I really fixed my bug
Title Text
Crie log para tudo, exceções principalmente.
Elimine hardware ou plataforma como causa
Você obtém o mesmo erro não importando onde o código é executado? Então é no software, e provavelmente no seu código.
Segundo par de olhos
Peça ajuda
- tentar todas ao mesmo tempo
- help pls
- culpar o desenvolvedor antes de você
O que não vai ajudar você
testes e mais testes
Lucas Tagliani
Jean Bauer
@jeanbauer
@lucastagliani
Obrigado
How I met your bug (TDC 2016)
By Lucas Tagliani Aguiar
How I met your bug (TDC 2016)
Vamos falar sobre o tempo desperdiçado na correção de um bug, ou pior, quando o desenvolvedor acha que corrigiu, mas na verdade ele não simulou corretamente o problema, resolvendo uma suposição. Assim, ele entrega o software com o mesmo problema e gera não só insatisfação, como estresse e piora no relacionamento com o demandante. Mas e aí? Como resolver ou evitar isso? Vamos mostrar algumas formas de diminuir a frequência destes problemas, principalmente através de testes unitários e design patterns.
