Sei sulla pagina 1di 5

05/02/13

eXtreme Go Horse (XGH)

INCIO

PORTFLIO

GLOSSRIO

Padres de Projeto

Manifesto gil

eXtreme Go Horse (XGH)


Arr! 190 landlubbers fancy this. Be the first o' yer mateys.

Buscar
Administrao gil Desenvolvimento Gesto de Projetos Metodologias Negcios Solues

Print

Esquea tudo que conhece de boas prticas, se conhecer algo de eXtreme Programming, esqucea tambm. Scrum Kanban No! Este artigo no descreve nenhuma metodologia vangloriada por desenvolvedores ou gerentes que procuram fazer o seu melhor para desenvolver software de qualidade. Trata de uma realidade triste do mercado, demonstrando a falta de comprometimento da equipe e a falta de viso dos donos de empresas de tecnologia da informao, que geram softwares vergonhosos, com baixa qualidade e que ningum tem orgulho de dizer que fez.

Twitter
0 followers 0 tweets

0 SECONDS AGO

Contato

Sugestes, crticas, trabalhos ou um convite para um caf? carlos@tristacci.com

1- Pensou, no XGH.
www.carlostristacci.com.br/blog/extreme-go-horse-xgh/ 1/5

05/02/13

eXtreme Go Horse (XGH)

XGH no pensa, faz a primeira coisa que vem mente. No existe segunda opo, a nica opo a mais rpida. 2- Existem 3 formas de se resolver um problema, a correta, a errada e a XGH, que igual errada, s que mais rpida. XGH mais rpido que qualquer metodologia de desenvolvimento de software que voc conhece (Vide Axioma 14). 3- Quanto mais XGH voc faz, mais precisar fazer. Para cada problema resolvido usando XGH, mais uns 7 so criados. Mas todos eles sero resolvidos da forma XGH. XGH tende ao infinito. 4- XGH totalmente reativo. Os erros s existem quando aparecem. 5- XGH vale tudo, s no vale dar o toba. Resolveu o problema? Compilou? Commit e era isso. 6- Commit sempre antes de update. Se der merda, a sua parte estar sempre correta.. e seus colegas que se fodam. 7- XGH no tem prazo. Os prazos passados pelo seu cliente so meros detalhes. Voc SEMPRE conseguir implementar TUDO no tempo necessrio (nem que isso implique em acessar o BD por um script malaco). 8- Esteja preparado para pular fora quando o barco comear a afundar ou coloque a culpa em algum ou algo. Pra quem usa XGH, um dia o barco afunda. Quanto mais o tempo passa, mais o sistema vira um monstro. O dia que a casa cair, melhor seu curriculum estar cadastrado na APInfo, ou ter algo pra colocar a culpa. 9- Seja autntico, XGH no respeita padres. Escreva o cdigo como voc bem entender, se resolver o problema, commit e era isso. 10- No existe refactoring, apenas rework. Se der merda, refaa um XGH rpido que solucione o problema. O dia que o rework implicar em reescrever a aplicao toda, pule fora, o barco ir afundar (Vide Axioma 8). 11- XGH totalmente anrquico. A figura de um gerente de projeto totalmente descartvel. No tem dono, cada um faz o que quiser na hora que os problemas e requisitos vo surgindo (Vide Axioma 4). 12- Se iluda sempre com promessas de melhorias. Colocar TODO no cdigo como uma promessa de melhoria ajuda o desenvolvedor XGH a no sentir remorso ou culpa pela cagada que
www.carlostristacci.com.br/blog/extreme-go-horse-xgh/ 2/5

05/02/13

eXtreme Go Horse (XGH)

fez. claro que o refactoring nunca ser feito (Vide Axioma 10). 13- XGH absoluto, no se prende coisas relativas. Prazo e custo so absolutos, qualidade totalmente relativa. Jamais pense na qualidade e sim no menor tempo que a soluo ser implementada, alis no pense, faa! 14- XGH atemporal. Scrum, XP tudo isso modinha. O XGH no se prende s modinhas do momento, isso coisa de viado. XGH sempre foi e sempre ser usado por aqueles que desprezam a qualidade. 15- XGH nem sempre POG. Muitas POGs exigem um raciocnio muito elevado, XGH no raciocina (Vide Axioma 1). 16- No tente remar contra a mar. Caso seus colegas de trabalho usam XGH para programar e voc um coxinha que gosta de fazer as coisas certinhas, esquea! Pra cada Design Pattern que voc usa corretamente, seus colegas geraro 10 vezes mais cdigo podre usando XGH. 17- O XGH no perigoso at surgir um pouco de ordem. Este axioma muito complexo, mas sugere que o projeto utilizando XGH est em meio ao caos. No tente por ordem no XGH (Vide Axioma 16), intil e voc pode jogar um tempo precioso no lixo. Isto far com que o projeto afunde mais rpido ainda (Vide Axioma 8). No tente gerenciar o XGH, ele auto suficiente (Vide Axioma 11), assim como o caos. 18- O XGH seu brother, mas vingativo. Enquanto voc quiser, o XGH sempre estar do seu lado. Mas cuidado, no o abandone. Se comear um sistema utilizando XGH e abandon-lo para utilizar uma metodologia da moda, voc estar fudido. O XGH no permite refactoring (vide axioma 10), e seu novo sistema cheio de frescurites entrar em colapso. E nessa hora, somente o XGH poder salv-lo. 19- Se tiver funcionando, no rela a mo. Nunca altere, e muito menos questione um cdigo funcionando. Isso perda de tempo, mesmo porque refactoring no existe (Vide Axioma 10). Tempo a engrenagem que move o XGH e qualidade um detalhe desprezvel. 20- Teste para os fracos. Se voc meteu a mo num sistema XGH, melhor saber o que est fazendo. E se voc sabe o que est fazendo, vai testar pra que? Testes so desperdcio de tempo, se o cdigo compilar, o suficiente. 21- Acostume-se ao sentimento de fracasso iminente.
www.carlostristacci.com.br/blog/extreme-go-horse-xgh/ 3/5

05/02/13

eXtreme Go Horse (XGH)

O fracasso e o sucesso andam sempre de mos dadas, e no XGH no diferente. As pessoas costumam achar que as chances do projeto fracassar utilizando XGH so sempre maiores do que ele ser bem sucedido. Mas sucesso e fracasso so uma questo de ponto de vista. O projeto foi por gua abaixo mas voc aprendeu algo? Ento pra voc foi um sucesso! 22- O problema s seu quando seu nome est no Doc da classe. Nunca ponha a mo numa classe cujo autor no voc. Caso um membro da equipe morra ou fique doente por muito tempo, o barco ir afundar! Nesse caso, utilize o Axioma 8. Tudo bem No presta mas engraado! Fonte: http://gohorseprocess.wordpress.com/extreme-go-horse-xgh
Arr! Gambiarra 190 landlubbers fancy this. Be the first o' yer mateys. POG

Like

7 people liked this. Login

Add New Comment


Type your comment here.

Showing 0 comments
M Subscribe by email S RSS

Sort by popular now

INDICO
Gerenciamento Estratgico de Projetos Gesto de Projetos Jos Carlos Fiel Flex, Zend, PHP e ActionScript PHPit - Rafael Jaques PHP Ronaldo Rigoni
www.carlostristacci.com.br/blog/extreme-go-horse-xgh/

SOBRE
Este blog foi criado como meio de compartilhar o conhecimento adquirido em estudos, no trabalho, com amigos e colegas. O blog j me ajudou a adquirir muito conhecimento sobre programao, design, arquitetura da informao, acessibilidade, usabilidade, administrao, gesto de projetos, anlise e demais assuntos. Pois depois de estudar e comear a
4/5

05/02/13

eXtreme Go Horse (XGH)

Linux, Java e Flex.

escrever, percebia lacunas que tinham que ser preenchidas, fazendo com que me aprofunda-se mais no assunto. Est histria comeou h 6 anos, houveram alguns intervalos pelo caminho, mas aqui estamos.

TAGS

Acessibilidade
Comunicabilidade

Adobe ActionScript

Adobe AIR

Adobe Flash

Adobe Flex Equipe

Ajax

Arquivos

Blog

Comrcio Eletrnico

Extreme Programming Gerenciamento Gerenciamento de Projetos Gerenciamento gil de projetos Gesto IBM Internet JavaScript Layout Lquido Metodologia gil Negcios Organizao Orientao Objetos Padres Web Planejamento procedimento Processo Programao Projeto Rede Social Reunio Scrum Tableless Tcnica Usabilidade W3C w iki XHTML XP gil
Wordpress | Tema ATOM da digitalnature | Personalizado por Carlos Tristacci

CSS

Deming

Engenharia de Softw are

Estria de Usurio

www.carlostristacci.com.br/blog/extreme-go-horse-xgh/

5/5

Potrebbero piacerti anche