You are on page 1of 5

05/02/13

eXtreme Go Horse (XGH)

INÍCIO

PORTFÓLIO

GLOSSÁRIO

« Padrões de Projeto

Manifesto Ágil »

eXtreme Go Horse (XGH)
Arr! 190 landlubbers fancy this. Be the first o' yer mateys.

Buscar
Administração Ágil Desenvolvimento Gestão de Projetos Metodologias Negócios Soluções

Print

Esqueça tudo que conhece de boas práticas, se conhecer algo de eXtreme Programming, esquceça também. Scrum… Kanban… Não! Este artigo não 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 visão dos donos de empresas de tecnologia da informação, que geram softwares vergonhosos, com baixa qualidade e que ninguém tem orgulho de dizer que fez.

Twitter
0 followers 0 tweets

0 SECONDS AGO

Contato

Sugestões, críticas, trabalhos ou um convite para um café? carlos@tristacci.com

1- Pensou, não é XGH.
www.carlostristacci.com.br/blog/extreme-go-horse-xgh/ 1/5

a sua parte estará sempre correta. Para cada problema resolvido usando XGH. Se der merda.Commit sempre antes de update.XGH não tem prazo. Resolveu o problema? Compilou? Commit e era isso. pule fora. mais precisará fazer. se resolver o problema. 6. O dia que o rework implicar em reescrever a aplicação toda. Quanto mais o tempo passa.Não existe refactoring.05/02/13 eXtreme Go Horse (XGH) XGH não pensa. 11. Você SEMPRE conseguirá implementar TUDO no tempo necessário (nem que isso implique em acessar o BD por um script malaco).Seja autêntico.Se iluda sempre com promessas de melhorias. a errada e a XGH.. 7.Existem 3 formas de se resolver um problema. Se der merda. 2.XGH é totalmente reativo. Não tem dono. 8. apenas rework. Mas todos eles serão resolvidos da forma XGH. 3. só não vale dar o toba. só que mais rápida. é melhor seu curriculum estar cadastrado na APInfo. Não existe segunda opção.com.Esteja preparado para pular fora quando o barco começar a afundar… ou coloque a culpa em alguém ou algo. 9. 10. 5. O dia que a casa cair. que é igual à errada.Quanto mais XGH você faz. XGH não respeita padrões. XGH tende ao infinito. a única opção é a mais rápida. XGH é mais rápido que qualquer metodologia de desenvolvimento de software que você conhece (Vide Axioma 14). um dia o barco afunda. ou ter algo pra colocar a culpa. A figura de um gerente de projeto é totalmente descartável. commit e era isso. mais o sistema vira um monstro. Os erros só existem quando aparecem.XGH é totalmente anárquico.br/blog/extreme-go-horse-xgh/ 2/5 . mais uns 7 são criados. 4. Os prazos passados pelo seu cliente são meros detalhes. Pra quem usa XGH. refaça um XGH rápido que solucione o problema. a correta. cada um faz o que quiser na hora que os problemas e requisitos vão surgindo (Vide Axioma 4). Colocar TODO no código como uma promessa de melhoria ajuda o desenvolvedor XGH a não sentir remorso ou culpa pela cagada que www.XGH vale tudo. o barco irá afundar (Vide Axioma 8).carlostristacci. 12. e seus colegas que se fodam. faz a primeira coisa que vem à mente. Escreva o código como você bem entender.

Muitas POG’s exigem um raciocínio muito elevado. mas sugere que o projeto utilizando XGH está em meio ao caos.O XGH não é perigoso até surgir um pouco de ordem. não rela a mão. e seu novo sistema cheio de frescurites entrará em colapso. É claro que o refactoring nunca será feito (Vide Axioma 10). qualidade é totalmente relativa. assim como o caos. E nessa hora.com. Se começar um sistema utilizando XGH e abandoná-lo para utilizar uma metodologia da moda. somente o XGH poderá salvá-lo. mesmo porque refactoring não existe (Vide Axioma 10). vai testar pra que? Testes são desperdício de tempo. ele é auto suficiente (Vide Axioma 11). www. 16. Enquanto você quiser. 21. o XGH sempre estará do seu lado. esqueça! Pra cada Design Pattern que você usa corretamente. não o abandone.05/02/13 eXtreme Go Horse (XGH) fez. é inútil e você pode jogar um tempo precioso no lixo. E se você sabe o que está fazendo. 18. 17. Tempo é a engrenagem que move o XGH e qualidade é um detalhe desprezível. Nunca altere.XGH é absoluto. Não tente gerenciar o XGH. 15. Isto fará com que o projeto afunde mais rápido ainda (Vide Axioma 8). faça! 14. O XGH não permite refactoring (vide axioma 10). Se você meteu a mão num sistema XGH. 13.carlostristacci.O XGH é seu brother.Teste é para os fracos. XGH sempre foi e sempre será usado por aqueles que desprezam a qualidade. aliás… não pense. isso é coisa de viado. e muito menos questione um código funcionando. Scrum. XP… tudo isso é modinha. se o código compilar. mas é vingativo. Não tente por ordem no XGH (Vide Axioma 16). Isso é perda de tempo. 20. O XGH não se prende às modinhas do momento.Se tiver funcionando. é melhor saber o que está fazendo.XGH é atemporal. Caso seus colegas de trabalho usam XGH para programar e você é um coxinha que gosta de fazer as coisas certinhas. XGH não raciocina (Vide Axioma 1). Mas cuidado.Acostume-se ao sentimento de fracasso iminente.Não tente remar contra a maré. Jamais pense na qualidade e sim no menor tempo que a solução será implementada. 19. não se prende à coisas relativas. Prazo e custo são absolutos. você estará fudido.XGH nem sempre é POG. seus colegas gerarão 10 vezes mais código podre usando XGH.br/blog/extreme-go-horse-xgh/ 3/5 . Este axioma é muito complexo. é o suficiente.

design.O problema só é seu quando seu nome está no Doc da classe. utilize o Axioma 8.com/extreme-go-horse-xgh Arr! Gambiarra 190 landlubbers fancy this. Login Add New Comment Type your comment here.Rafael Jaques PHP Ronaldo Rigoni www. POG Like 7 people liked this. O blog já me ajudou a adquirir muito conhecimento sobre programação. Be the first o' yer mateys.05/02/13 eXtreme Go Horse (XGH) O fracasso e o sucesso andam sempre de mãos dadas. e no XGH não é diferente. As pessoas costumam achar que as chances do projeto fracassar utilizando XGH são sempre maiores do que ele ser bem sucedido.br/blog/extreme-go-horse-xgh/ SOBRE Este blog foi criado como meio de compartilhar o conhecimento adquirido em estudos.carlostristacci. administração. Tudo bem… Não presta mas é engraçado! Fonte: http://gohorseprocess.com. com amigos e colegas. Showing 0 comments M Subscribe by email S RSS Sort by popular now INDICO Gerenciamento Estratégico de Projetos Gestão de Projetos José Carlos Fiel Flex.wordpress. o barco irá afundar! Nesse caso. usabilidade. Zend. Nunca ponha a mão numa classe cujo autor não é você. Caso um membro da equipe morra ou fique doente por muito tempo. acessibilidade. análise e demais assuntos. no trabalho. O projeto foi por água abaixo mas você aprendeu algo? Então pra você foi um sucesso! 22. arquitetura da informação. gestão de projetos. Mas sucesso e fracasso são uma questão de ponto de vista. PHP e ActionScript PHPit . Pois depois de estudar e começar a 4/5 .

05/02/13 eXtreme Go Horse (XGH) Linux. fazendo com que me aprofunda-se mais no assunto.br/blog/extreme-go-horse-xgh/ 5/5 . Java e Flex. mas aqui estamos. escrever. houveram alguns intervalos pelo caminho. TAGS Acessibilidade Comunicabilidade Adobe ActionScript Adobe AIR Adobe Flash Adobe Flex Equipe Ajax Arquivos Blog Comércio Eletrônico Extreme Programming Gerenciamento Gerenciamento de Projetos Gerenciamento ágil de projetos Gestão IBM Internet JavaScript Layout Líquido Metodologia Ágil Negócios Organização Orientação à Objetos Padrões Web Planejamento procedimento Processo Programação Projeto Rede Social Reunião Scrum Tableless Técnica Usabilidade W3C w iki XHTML XP Ágil Wordpress | Tema ATOM da digitalnature | Personalizado por Carlos Tristacci CSS Deming Engenharia de Softw are Estória de Usuário www. percebia lacunas que tinham que ser preenchidas.carlostristacci.com. Está história começou há 6 anos.