Impressões do último dojo 30/08

Saudações a todos!

Vou tentar resumir o que foi o último dojo:

Primeiramente me deixou surpreso a quantidade de pessoas interessadas no encontro, vindas principalmente do Grupo de usuario Java SC que ajudou a divulgar o evento dessa vez… e qual não foi a minha surpresao quando percebi que as pessoas estavam atrás de uma palestra a respeito de testes de software… (?)
Talvez pela falta completa de eventos técnicos em nosso estado, ou talvez pela falta de informação nesse blog a respeito do intuito e da definição do que é o Coding Dojo. Vamos tentar mudar essa situação melhorando a descrição do site e trazendo mais informações a respeito de Teste de Software e TDD.

Assim como já foi comentado pelo Ivan num post anterior, fico impressionado com a maneira que as pessoas desenvolvem… code-and-fix? Programação orientada a heroísmos? Um misto de cowboy coding e o jogo do “faço de tudo para justificar o erro”? Programação orientada a gambiarra?
Tudo bem, sei muito bem que o povo do Quality Assurance tem muito pra dizer e provar que minha crítica acima não é válida (afinal, existem equipes de teste) . Mais continuemos.

Após uma introdução sobre o CodingDojoFloripa, partimos para o evento em si…
Nossa intenção como dojoFloripa desta vez foi mostra, para resolver o desafio, a utilização do DBUnit. Mas antes de tudo resolvemos passar um pouco sobre testes, já que algumas pessoas não conheciam o junit e a nossa maneira de fazer testes.

Infelizmente para alguns, tivemos que continuar o programa e explicar o funcionamento do DBUnit. Assim, a adesão das pessoas não foi das melhores, devido principalmente à quantidade de conceitos tratados no dojo, fazendo com que uma parte das pessoas deixasse o certi (e ainda não sabemos com qual impressão).

Bem, mesmo assim acredito que o evento tenha sido um sucesso! Melhor ainda foi a discussão sobre quem iria ganhar a assinatura da MundoJava que sorteamos. Obviamente que fizemos os testes para isso! Grande Gustavo acabou levando (deveríamos ter feito mais testes até que meu nome aparecesse como vencedor…)

Melhor ainda foi a reunião de feedback. Alguns sugestões foram bastante pertinentes e que vamos acabar seguindo. Dentre elas:

– Indicação do nível de dificuldade e requisitos básicos para participar do dojo (mão serão restritivos, mas assumiremos que todos os presentes conhecem algo do assunto tratado)

– Apresentação sobre TDD e Testes que acabarei (juntamente com o Ivan e o Mueller) realizando, com a intenção de ampliar o número de eventos técnicos em florianópolis

– E vocês, o que acharam do evento?
É isso, o perfil auto-organizável do evento será SEMPRE mantido! Logo publicarei as fotos e o código fonte.

Obrigado a todos que participaram e obrigado ao apoio da Fundação CERTI!

Lembrando: inscrevam-se na lista para discutir a respeito

Inscrições encerradas para o DojoFloripa 30/08

Saudações!

Bem, devido à grande procura para o evento acabamos exedendo a capacidade do Certi e a nossa de gerenciar muitas pessoas no encontro.

Por tanto, infelizmente, inscrições estão encerradas para o próximo DojoFloripa.

Aguardo a todos os que confirmaram hoje a noite!

Próxima reunião do Coding Dojo Floripa – 30/08/07

Isso mesmo!
Dia 30/08 às 19:00hs , quinta feira, é dia de Dojo!
Realizaremos o evento no mesmo local dos últimos: A Fundação Certi, na UFSC

Neste evento vamos apresentar a utilização de ferramentas e técnicas para testar Banco de Dados, utilizando o dbUnit

É necessário confirmar a participação através do envio de Nome e RG para o endereço de e-mail: gaa@certi.org.br

EditNote: O GrupoJava de Santa Catarina conseguiu uma assinatura da MundoJava para sortear entre os participantes… compareçam!

Novos autores

Como vocês já devem ter notado pelo post anterior, agora não estou mais sozinho aqui.

Pedi aos meus amigos Victor Hugo Germano e Rafael Mueller para me dar uma mão na atualização do blog. Pra quem não sabe, eles que estão puxando as reuniões do Dojo em Floripa agora, enquanto os 1000km que me separam da cidade não permitem que eu esteja lá com a frequência que eu gostaria.

Ultimamente eu confesso que também tenho sido relapso e venho escrevendo pouco, então como já tive a sorte de trabalhar com os dois e posso botar a mão no fogo pela capacidade técnica e “bloguística” deles, resolvi unir o útil ao agradável.

E como o Coding Dojo não é uma idéia só minha, nada mais justo!

Anti-Padrões de TDD

Saudações! Sou Victor Hugo, do blog A Maldita Comédia , e vou ajudar o Ivan a atualizar este blog com informações relativas ao CodingDojo e a TDD. Então vamos lá!

Traduzi um texto do blog do James Carr que trata sobre Anti-padrões de TDD. Bastante interessante, mas ainda falta um pouco de discussão a respeito. Seguem abaixo os principais (e mais comuns) anti-padrões:

Veja a Lista Completa

• The Liar
  • Todos os metodos de um teste unitário estão passando perfeitamente, aparentando serem validos, entretanto sob uma inspeção mais próxima é descoberto que o teste unitário não testa o real intuíto para que foi criado.

• Excessive Setup
  • Um teste que necessita muito trabalho para ser configurado antes mesmo de ser executado. Algumas vezes centenas de linhas de código tornam-se necessárias para adaptar o ambiente a um único método de testes, com dezenas de objetos envolvidos. Aqui a maior dificuldade é compreender “o quê” realmente está sendo testado dentro de toda a “sujeira” que um setup pode causar. (tradutor: Lembrem-se sempre do princípio KISS)
• The local Hero
  • Um teste que é dependente de algo específico do ambiente de desenvolvimento em que ele foi escrito. O resultado: o teste passa perfeitamente na células de desenvolvimento, mas falha quando alguém tenta executá-lo fora desse ambiente.
• The Stranger
  • Um método de teste que nem ao menos pertence ao Teste Unitário que ele está inserido. O método está realmente testando um objeto separado e independente, normalmente um objeto utilizado pelo objeto que sofre o teste.

É isso ai… Veja a Lista Completa

XP é só o começo…

Como praticante de eXtreme Programming desde 2003, não me considero nenhum pioneiro do assunto no Brasil. Antes disso eu já acompanhava o xispe.com.br e via que já existia gente usando XP na prática, coisa que ainda demorei mais de um ano para conseguir.

O interessante mesmo é ver como de lá pra cá muita gente abraçou XP. E se fosse para fazer uma retrospectiva do que eu notei de lá pra cá, eu chamaria atenção que:

• O aumento da comunidade pode significar tanto que XP funciona quanto que as pessoas estão frustradas com seus projetos de software atuais. E eu acredito nas duas opções.
• Muita gente está buscando adaptar XP a processos engessados, ao invés de simplesmente abraçar seus princípios.
• XP abriu as portas para uma série de outras iniciativas ágeis. Scrum é a principal delas.
• O Brasil continua atrasado no que diz respeito a desenvolvimento de software em geral.

Em resumo, me parece que aos poucos a mentalidade dos profissionais de software está mudando e um futuro mais Ágil é inevitável. Que XP seja mesmo só o começo…