• Data: 26/09/2009
• Horário: 10:00 às 12:00
• Participantes: Cláudia Mattos Izidoro, Cláudio Eduardo Steuernagel, Guilherme Fernandes Germano, Guilherme Lopes, Guilherme Oenning, Juliano Tiago Rinaldi, Lorival S. Chapuis, Murilo Carlos Cardoso, Polyana Roberta, Tiago Gauziski
• Problema: Conversor de números decimais para romanos
• Ambiente: C# 3.5, NUnit 2.5 e Windows 7
• Código: Dojo #1 - 7.67 KB
• Formato: Randori

A sessão de dojo fugiu um pouco da programação tradicional, começou com uma apresentação do Guilherme Oenning  e Lorival Smolski Chapuis sobre coding dojo, regras e informações extras do Dojo de Joinville. Em seguida Guilherme Lopes, Scrum Master da TOTVS, seguiu falando sobre TDD e porque devemos aprender esta técnica.

O problema escolhido foi escrever um algoritmo que fosse capaz de converter números decimais em números romanos, o objetivo era aprender TDD. Pelo feedback dos participantes, todo mundo conseguiu sair de lá sabendo o que essa técnica. A  dinâmica de trocar a cada 7 minutos funcionou perfeitamente, de início achamos que ninguém iria se voluntariar para ir lá na frente, engano nosso, quando acabou o dojo já havia outra pessoa se levantando para participar, mas infelizmente o tempo havia acabado. Não foi realizado uma votação para escolher a linguagem pelo fato de que o objetivo era aprender TDD e não C#.

No final tentamos escolher uma data para o próximo encontro mas não conseguimos, portanto foi criado um tópico no google groups para a votação. Acredite se quiser, o pessoal está querendo fazer em um Domingo, isso é a prova de que gostaram e possuem sede de conhecimento, e esse é o espírito.

PDF da apresentação do dojo: Apresentação Joinville Dojo - 673.75 KB

PDF da apresentação de TDD: Apresentação TDD - 874.38 KB

Retrospectiva

Negativos
-Pouco tempo de dojo; (4)
-Problemas técnicos com sistema operacional; (3)
-Problema muito dificil e extenso; (2)
-Pouco tempo por participante, sugestão de 10 minutos; (2)
-Nervosismo dos participantes;
-Responsável pela cantina falou que iria estar aberta mas não abriu;
-Pouca familiaridade com a linguagem escolhida;
-Baby steps lentos, será que precisa ser tão devagar;

Positivos
-Aprendemos TDD; (5)
-Paciência e participação dos envolvidos; (2)
-Vários pontos de vista para uma única solução; (2)
-Discussão e cooperação em grupo; (2)
-Várias pessoas participaram; (2)
-Resolução de casos simples de forma dinâmica;
-Exercitar programação;
-Boa apresentação;
-Iniciativa dos organizadores;
-Pair-Programming;
-Participação de alguém que atua na área;
-Regras funcionaram bem;
-Ótimo lugar;

Sugestões
-Mais tempo (3 horas?);
-Usar CamStudio para a gravação;

*Alguns pontos levantados foram agrupados

O que é um Dojo?

O Dojo é o local onde se treinam artes marciais, especialmente as nipônicas, tais como karate e judo.

O que é um Coding Dojo?

Um Coding Dojo é uma reunião onde um grupo de programadores se reúne para trabalhar em um desafio de programação. Eles estão lá para se divertir e para participar em prática expontânea de forma a melhorar suas habilidades.

Em um ambiente não competivivo e colaborativo, todos os participantes possuem um objetivo em comum que é resolver o problema que foi proposto no início da sessão. Para tanto, é utilizado algumas práticas de XP como o TDD (Test Driven Development), o Pair Programming e o Refactoring.

Como funciona?

Debugging sucks. Testing rocks.

A modalidade mais famosa é a Randori, nos primeiros minutos do Coding Dojo todos os participantes votam para escolher qual o problema que será resolvido ( isso garante que ninguém venha com uma solução pronta de casa ) e também elegem qual a linguagem de programação que irão utilizar para resolver o problema. Durante duas sessões de X minutos ( com um break entre elas para tomar um café ) todos os participantes se voltam para tentar resolver o problema. Deve haver apenas um computador e duas pessoas no comando, o piloto e co-piloto. O piloto é responsável por usar o teclado, escrevendo os testes e o código, enquanto isso o co-piloto explica para os outros participantes o que está sendo feito. É utilizado também a técnica de TDD, enquanto os testes estão vermelhos ( estão com erros ) ninguém pode falar nada, quando os testes ficam verdes, é aberto aos outros participantes para opinarem, darem sugestões ou críticas, lembrando que todo o código deve ser guiado por testes. O piloto fica durante 7 minutos no comando, quando acabar o tempo o co-piloto vira piloto, e alguém da platéia sobe para co-piloto, ninguém é obrigado a participar, podendo apenas ficar assistindo. No final das duas sessões é feito uma retrospectiva listando todos os pontos positivos e os negativos da sessão para que se possa tomar alguma ação para ter uma melhoria contínua durante todos os encontros.

Porque fazer um Dojo?

O principal motivo é que os Desenvolvedores não treinam. Fazendo uma analogia com o Futebol, um jogo da copa do mundo seria um dia de trabalho, a final da copa seria o final de um projeto de software e os treinos diários da seleção é para nós, o Coding Dojo. Será que uma seleção conseguiria ganhar uma copa sem treinar? O Codingo Dojo foca bastante no aprendizado contínuo e na trocar experiências, você sempre tem mais o que aprender, ensinar e de quebra ainda aumenta seu network.

Participe!