dogfooding
gíriacultura de operaçõesprogramação
Usar o próprio produto internamente, para que as falhas mordam você antes de morder os clientes.
O uso do termo em tecnologia costuma ser rastreado à Microsoft dos anos 1980, onde o e-mail 'Eating our own Dogfood' de um gerente empurrou as equipes para o próprio software de servidor inacabado. O dogfooding encurta o ciclo de feedback como nenhuma pesquisa consegue: quem constrói sente a latência, esbarra nos casos de borda e não pode fechar o chamado contra si mesmo. Seu modo de falha conhecido é a monocultura, já que uma empresa de usuários avançados consome uma dieta que nenhum cliente consome; faça dogfooding, e depois teste com estranhos mesmo assim.
Dogfooding é usar o próprio produto para valer, e o nome grosseiro é o ponto: ninguém alega que seja agradável. A expressão entrou no software pela Microsoft no fim dos anos 1980 e ficou porque nomeia uma responsabilização que a linguagem de marketing não alcança.
O que ela produz não é teste, e sim consequência. Um defeito que irrita seus usuários é um chamado; um defeito que impede seu próprio time de entregar é emergência, e a prioridade se resolve sozinha sem ninguém discutir níveis de severidade. Também revela o que os testes nunca encontram, porque testes exercitam funcionalidades enquanto o uso diário exercita fluxos, e o atrito mora entre as funcionalidades, não dentro delas.
Os limites merecem menção. Usuários internos não são representativos: têm contexto, permissões, tolerância e acesso a quem escreveu a coisa, então contornam problemas que parariam um cliente real de imediato. O dogfooding, portanto, pega muito bem uma classe específica de falha e deixa passar sistematicamente a experiência de primeiro contato, que é justamente a que decide se alguém se torna usuário.
Também conhecido como: eat your own dog food