O documento discute os conceitos e práticas da "Programação Orientada a Gambiarras" (POG), abordando tópicos como desenvolvimento incremental sem versionamento, testes ou padrões, além de soluções improvisadas como comentar código para corrigir bugs e ignorar boas práticas de engenharia de software. A POG prega a implementação rápida de soluções precárias em detrimento da qualidade e manutenibilidade do código.

1. POG
Conceitos e Definição

2. Introdução
• Esta apresentação é destinada a iluminados.
• Se você está aqui, sinta-se um privilegiado.

3. Incremental Patching Debug
A versão autal parou?
• Pegue o zip com a versão antiga
• Comece tudo novamente
• Substituição de arquivos é o suficiente
Nunca use:
• Deputação
• Versionamento
• Testes automatizados
Resposta padão de webmaster baseado em POG:
“Limpe o histórico e o cache e pressione Ctrl+F5 que funciona”

4. Zipomatic Versioning
Precisa guardar versões?
• User arquivos zip
• NomeDoProjeto_Data.zip
• Pasta de zips compartilhada
• Funciona e não dá “dor de cabeça”
Nunca use:
• Ferramentas de versionamento
• SVN é coisa do diabo
• GIT nem o Diabo quer
Resposta padrão de programador baseado em POG:
“Na minha máquina funciona”

5. Chucknorrian Development
Quer saber se o código funciona?
• Se compilou, funciona!
• Se você testa é porque não confia no seu código.
• Se não confia, é um fraco!
• Do compilador direto para produção
Nunca use:
• Processo de teste
• Testes automatizados
• TDD (Tudo do Diabo!)
Resposta do programador 100% pragmatizado em POG:
“O importante é fazer funcionar.”

6. Commented Code Implementation
O programa está dando problema?
• Comentar resolve
• Muito usado para resolver problema no código dos outros
• Comente cada linha suspeita, compile e rode até funcionar.
• Insistimento
Programador para outro programador só esperando o problema voltar:
“Bom, deixa estourar a bomba, quando vierem me procurar eu vejo o
que faço”

7. Controller Confusion
• Elimine o M o padrão MVC, acrescente um C e coloque tudo no Controle,
criando assim o VCC
• View Controller Confusion
• Os POGramadores mais avançados são capazes de ignorar o V e ficar
apenas com o CCC
• Chaotic Controller Confusion
Gerente sem noção tentando acalmar o desenvolvedor sobre projeto MOG
com prazo estourado:
“Não se preocupe, nenhum sistema ‘entra redondo’. O importante agora é
entrar em produção, depois consertamos os erros!”

8. Princípios
Enjambração
• Pega o sistema help desk e transforma em sistema financeiro.
Reflexão
• Copia o código da Apache, ninguém vai reclamar.
Redireção
• A culpa não é minha
Insistimento
• Compila de novo que dessa vez vai dar certo.
Onisciência Finita
• Nada de curso, usa o que você sabe.
Programador POG, logo pela manhã, com copo de café na mão:
“É só reiniciar que funciona.”

9. Requisitos Para Usar POG
• Pessoas não qualificadas se intometendo no desenvolvimento
• Equipe apática
• Profissionais superestimados
• Prazos absurdamente suicidas
• Aproximação do fim do expediente
• Véspera de feriado ou fim de semana
• Sistemas originalmente mal projetados
• Aparecimento caótico de requisitos
• Processo Go Horse!
• Ausência de café
Java, sobre POG:
“java.lang.NullPointerException”

10. Histórico da POG
A primeira POG da história foi criada pelo Papa Gregório XIII
• Nosso calendário: 365 dias
• Translação da Terra: 365,25 dias
• 6 Horas a mais por ano
Corrige o sistema?
Claro que não!
Bota um dia a mais a cada 4 anos e chama de ano bissexto!
29 de Fevereiro – Dia Internacional da POG
Engenheiros do Havaí sobre POG:
“O Papa é POG”

11. Papa Gregório XIII – A Lenda!

12. Definição
POG
Programação Orientada a Gambiarras