Uma metodologia de desenvolvimento para quem nasceu depois dos anos 2000
DHP (DEAD HORSE PROCESS) é uma metodologia de desenvolvimento que se baseia no XGH (EXTREME GO HORSE) e apresenta mudanças significativas aos métodos bárbaros mas eficientes do XGH. Ela foi criada por estudantes dos cursos da área de tecnologia, que pararam para analisar a situação de seus colegas que já haviam ingressado no mercado de trabalho, foi nesse momento em que eles perceberam padrões que eram feitos em cada etapa de desenvolvimento. Esses padrões não eram ensinados ou passados adiante por outros, eles existiam internamente na mente de cada aluno e incoscientemente cada um deles usava essa metodologia. O termo Dead Horse se origina do "Beating a dead horse" (em português, "bater em um cavalo morto") é uma expressão idiomática que significa insistir em algo que já se esgotou, que não tem mais solução ou que não vale mais a pena. É usada para descrever alguém que continua tentando algo repetidamente, mesmo que já esteja claro que não há chances de sucesso.
Se XGH (EXTREME GO HORSE) não pensa, então pensar demais é o que define DHP (DEAD HORSE), existe tantas possibilidades que a pessoa acaba por não fazer nenhum delas.
DHP acaba se tornando a forma mais lenta da programação pois tudo tem que ser perfeito antes de entregar para o cliente.
DHP cria tantos problemas que somente XGH para resolver quase todos eles, DHP se encerra quando XGH começa.
Tudo deve ser mudado até ser perfeito, sempre tem a possibilidade de melhorias.
Resolveu o problema de forma errada? faz denovo.
Nunca vai dar merda pois nunca vai ficar pronto até estar perfeito.
O prazo é até todos os membros do projeto abandonarem o desenvolvimento ou acabar os fundos pois o projeto nunca vai ser implementado e o cliente que se foda.
DHP é intrigante pois você pode abandonar o projeto a qualquer momento sem manchar sua carreira ou reputação, pois ele nunca vai dar problema.
DHP é perfeccionista com padrões, então ele nunca consegue chegar a um modelo ideal e os membros "morrem" na etapa de requisitos.
Como o projeto nunca viu a luz do dia, não existe a possibilidade de refactoring ou rework.
DHP necessita de um gerente que implemente diversos processos burocráticos e organizações desnecessárias, e o projeto não vai se desenvolver até que tudo esteja perfeito.
Toda a promessa de melhoria faz com que o desenvolvedor altere cada vez mais o projeto até ele atingir a perfeição, fazendo com que ele sinta culpa.
Qualidade é o fator determinante, sempre pense na qualidade independente do tempo (mesmo que leve a eternidade).
DHP é a moda invisível entre os novos programadores e totalmente instável, sendo o mais amado por usuários de chatGPT.
Se a POG for perfeitamente implementada então está valendo e não der erro então esta perfeito.
Sempre mantenha a ordem a custo do tempo, DHP não é auto suficiente e precisa de um gerenciamento constante, pois a qualquer momento alguem pode ferrar com o projeto.
DHP sempre leva ao caminho certo, mas algumas pessoas "morrem" no processo, não se importe e continue o projeto, mesmo que fique pessoas para atrás, elas que se virem com o XGH depois.
DHP é muito demorado, onde você vai acabar trocando ele no meio do caminho, mas você sempre pode voltar para usar ele a qualquer momento.
Sempre existe espaço para melhorias, a perfeição não existe.
Não se testa algo perfeito, logo, não se testa algo que não existe.
DHP sempre vai ser um sucesso pois todos aproveitaram algo dele.
Só vai ser um problema seu quando mudarem para XGH