PPOG (Princípios da Programação Orientada a Gambiarras)

4 respostas
Norxs
*  Se funciona, então  certo - Acoplado ou não, txt ou sql, mil funções ou 10, design patterns... Nada disso tem valor para o usuário, que  precisa de um software funcional. O termo "escalável" é falacioso. 

* My Way - Programador esperto, se é esperto mesmo é adepto do My Way. Se você está com dúvidas, faça do seu jeito pois se der merda é você quem vai se foder (e como). 

* Murphy ou Lei de Murphy ou Lady Murphy - Para lidar com Murphy e seu exército  com POG. Murphy é sagaz e ligeiro,   esperando você dar mole. Nada mais rápido do que uma gambiarrazinha pra acertar o que Murphy destrói. 

* Deixe o amanhã para amanhã - Muitos programadores atrasam projetos alegando que a demora de uma implementação para seguirem regras de design patterns ou comentários que ajudarão a outros entender melhor o código. Deixe o amanhã para o otário programador seguinte. 

* Comentários são para amadores - Um desenvolvedor deve ser treinado para ser fluente na linguagem de programação usada sem precisar de comentários, independente da consequente ruína de sua vida social. Isso também é conhecido como sétimo sentido. 

* Eficiência primeiro - Evite escrever em várias linhas o que pode ser feito em uma. 

*  em Deus - A informática é levianamente definida como ciência exata, quando esta é na verdade uma ciência holística. Vários casos reais de divina Providência foram testemunhados em ambientes fiéis aos princípios ruins, assim o mal foi exorcizado, e a paz instalou-se graças a  dos gambiarrizadores. Vale dizer que:  mais mistérios entre o teclado e o monitor do que julga a sua  filosofia. 

* 1337 h4x0r5 dud3 lol - Quanto mais ilegível, mais respeitado o código é. Consequentemente menos alterado ele é, e mais estável o sistema fica, garantindo a empregabilidade do gambiarrizador. 

* A ocasião faz o ladrão - Em determinados momentos não conseguimos escapar dela. 

* Capacidade de Abstração - Este conceito se baseia em focar-se no problema e desconsiderar conceitos e dados deios para atingir o objetivo, ou seja, o Programador deve abstrair tudo que lhe faça perder tempo como regras de negócio desnecessárias ou tratamentos de erros. 

* Conclusão Hipotética Universal Técnica Explicativa (aka. C.H.U.T.E) - Quando nenhum dos outros conceitos se aplica, utiliza-se este até funcionar ou desistir. 

* Criatividade acima de tudo - Uma pessoa criativa não é aquela que consegue chegar a diversos lugares, mas sim, aquela que chega no mesmo lugar por diversas maneiras. Portanto, o POGer não é nada mais do que um programador criativo, que faz a mesma coisa que outros, adotando técnicas não convencionais. 

* Simplicidade acima de tudo - Se o programa funciona sem o Tratamento de Exceções e a verificação de campos preenchidos pelo usuário porque complicá-lo ? 

* Faca nos dentes - O famoso "Vai fazendo ai!"

Fonte http://desciclo.pedia.ws/wiki/POG

4 Respostas

tchandy

  • Comentários são para amadores - Um desenvolvedor deve ser treinado para ser fluente na linguagem de programação usada sem precisar de comentários, independente da consequente ruína de sua vida social. Isso também é conhecido como sétimo sentido.

Na maioria dos casos, um código limpo e de fácil entendimento é melhor que um comentário, que nem sempre é atualizado juntamente com o código…

killer_

e viva a POG…huasuhasuhashu

T

assunto antigo…

thegoergen

Simplicidade sempre.

Pra que perder tempo com partes inúteis, como tratamento de exceções ou comentários???

Criado 20 de novembro de 2008
Ultima resposta 22 de nov. de 2008
Respostas 4
Participantes 5