the happy path
expressãoprogramaçãodesenvolvimento web
O cenário padrão em que tudo é válido e nada dá errado.
Código que só trata o caminho feliz funciona na demonstração e quebra em produção, onde as entradas vêm malformadas e os serviços estouram o tempo. A boa engenharia gasta a maior parte do esforço nos caminhos infelizes - os erros, as bordas e as falhas que o caminho feliz ignora.
O caminho feliz é a rota de execução em que tudo dá certo: entrada válida, dependências disponíveis, permissões suficientes, sem tempo esgotado. É o caminho que as demonstrações seguem, o caminho que a maioria dos testes cobre, e o caminho que representa a menor fração do que a produção de fato faz.
Tudo que é interessante mora fora dele. O disco enche, o token expira no meio da requisição, o serviço acima devolve 200 com corpo vazio, o usuário cola um nome com emoji. Sistemas são julgados por como se comportam nesses casos, e a diferença entre um sistema maduro e um frágil raramente está no caminho feliz, que costuma ser idêntico nos dois.
A disciplina prática é enumerar deliberadamente, e não reativamente. O que acontece quando esta chamada falha, quando ela demora a ter sucesso, quando tem sucesso duas vezes porque o cliente repetiu, quando a resposta é bem formada e errada. A maioria dos incidentes de produção são caminhos não tratados que eram inteiramente previsíveis, e a razão de não terem sido tratados é que ninguém agendou os quinze minutos necessários para anotá-los antes de escrever o código.
Também conhecido como: happy path, sad path, golden path