Este dojo começou com um pouco de atraso e a falta de alguns participantes confirmados. Apesar disso, o desenvolvimento do kata foi produtivo. Tivemos uma boa interação da equipe e ótimas idéias que ajudaram na solução do problema.

O kata escolhido parecia ser muito simples. Dado um tamanho de coluna e um texto, retornar o número de linhas e as próprias linhas. Também conhecido pelo nome de “Quebrar-Linhas” em muitos editores de texto. As palavras não podiam ser cortadas no meio e deveriam ser enviada para a próxima linha conforme necessidade.

Conforme foi surgindo a solução do problema, o kata começou a se tornar complexo. Tivemos algumas dificuldades, porém com a boa sinergia da equipe, conseguimos finalizar o Kata.

A definição dos responsáveis por organizar o próximo encontro, data e local será feita através do grupo nesta thread. Fiquem atentos e participem.

Retrospectiva

Negativos:

Positivos:

• Boa quantidade de pessoas
• Respeitando as regras
• Hardware funcionando(4x)
• Participantes novos(4x)
• Kata bom(2x)
• Bastante participação(3x)
• Muitos Testes(2x)
• Boa dinâmica(2x)
• Concluímos Kata(2x)

Dojo

Coding Dojo

O Coding Dojo não é muito diferente disto, ele é uma reunião para estudar e praticar desenvolvimento de software. Os participantes estão lá para se divertir e praticam de forma expontânea afim de melhorar suas habilidades. O Dojo é um ambiente não competivivo, e sim colaborativo. Todos os participantes possuem um objetivo em comum: resolver o problema que foi proposto no início da sessão. Para que isso seja possível, uma série de técnicas e práticas do Extreme Programming são utilizadas como por exemplo Test Driven Development, Pair Programming,  Refactoring, Design Incremental, entre outros.

A motivação para se fazer um dojo é que a maioria dos desenvolvedores não treinam. Fazendo uma analogia com um time de basquete, pode-se afirmar que o time de basquete treina todo dia, durantes semanas ou meses, para tentar ser o melhor no campeonato. Já um time de desenvolvedores participa de um campeonato diariamente, cada entrega é um jogo e você precisa dar o seu melhor para entregar algo com qualidade e no prazo. E ai, quando esse time treina para o próximo campeonato (projeto)?

Ao participar de um dojo você estará adquirindo e compartilhando conhecimento, exercitando tanto habilidades humanas quanto técnicas, seu networking estará em constante crescimento e você estará preparado para resolver atividades do dia a dia.

Requisitos para o participante

Tem interesse em participar? Antes de ir à um dojo, certifique-se de que você tem:

• Desejo de aprender e compartilhar conhecimento;
• Humildade;
• Mente sempre aberta;
• Disciplina;
• Comprometimento;

Difícil? Não né. Você não precisa saber C#, Java, Ruby, Python, C, Haskell, TDD, Refactor. Nada! Tendo as características acima, você será bem vindo e bem recebido. Para que conhece tudo isso, lembre-se: compartilhar conhecimento também faz parte do aprendizado.

Como funciona o Coding Dojo

Um ambiente para fazer um coding dojo precisa de: 1 computador ligado em um projetor, no mínimo 5 participantes, uma sala, um problema para ser resolvido (também chamado de Kata) e um contador de tempo (celular, software, etc).

O Dojo inicia com uma apresentação de Passado, Presente e Futuro. No item ‘Passado’ é comentado como foi o último dojo, o resultado e a retrospectiva. No item ‘Presente’ é escolhido um Kata. No item ‘Futuro’ é discutido a data do próximo encontro.

Após definido o Kata, o Dojo começa com um Piloto e um Co-piloto. O papel de cada um deles é:

• Piloto: Escrever o código de teste e o código de produção;
• Co-piloto: Auxiliar o Piloto durante a escrita do código e comunicar aos demais participantes o que está acontencedo.

Isso é Pair Programming, duas cabeças pensando e apenas um computador. O Piloto fica no comando durante 7 minutos. Passado este tempo, o Co-piloto vira Piloto e algum outro participante assume o papel de Co-piloto.

Todo o código escrito pelo piloto deve seguir a técnica de Desenvolvimento Orientado a Teste (TDD). Recomendo fortemente que o link sobre este assunto seja lido. Este é um dos items mais importantes do Dojo e o mais praticado.

Caso você tenha lido o artigo acima, vai perceber que ele comenta sobre teste que falha (vermelho) e teste que passa (verde). Isso é bastante importante em um Dojo pois enquanto o teste estiver falhando, APENAS o piloto e o co-piloto podem falar. Isso significa que o restante dos participantes devem ficar em silêncio até que os testes voltem a passar (verde) ou então o piloto ou o co-piloto solicitem ajuda. Isso se faz necessário para manter a concentração já que um teste falhando significa que temos um bug em nosso sistema. A partir do momento em que os testes voltam a ficar verde, qualquer pessoa pode (e deve) sugerir alterações, refatorações ou então inclusão de um novo caso de teste.

Esse ciclo é realizado até que acabe o tempo do Dojo ou o problema esteja resolvido completamente.

Basicamente o funcionamento é este. Talvez eu tenha esquecido algum tópico, então se alguém tiver alguma dúvida ou sugestão para incrementar este post coloca um comentário ali em baixo que eu altero o post.

Obrigado.

Na semana do dia 23 de agosto estará ocorrendo na SOCIESC a Semana da Computação 2010. Será um evento repleto de palestras e mini-cursos, confira no site.

A SOCIESC nos convidou para fazer uma outra sessão de Coding Dojo durante a semana e nós aceitamos. Queremos convidar você leitor que tem interesse em participar, para se cadastrar no site do evento e garantir sua inscrição. As vagas são limitadas.

Data: Quarta-Feira 25/08/2010
Hora: 19:00 até 22:30
Local: SOCIESC Marquês de Olinda – Joinville/SC

Estamos a disposição caso alguém tenha alguma dúvida ou problema ao se inscrever.

Para se inscrever, é necessário criar um usuário. Clique aqui e inscreva-se agora!

Abraços a todos e até lá… ;)

Inicialmente tinhamos definido que os Dojos seriam em 4 linguagens: C#, Java, Ruby e Python. Duas linguagens dinâmicas, Ruby e Python, (quase 3, pois o C# terá recursos dinâmicos na versão 4) e duas estáticas, Java e C#.

Aprender linguagem não é o objetivo do Dojo, embora não seja incomum fazer Dojos para isso, por isto decidimos escolher uma linguagem dinâmica e uma estática para usar nos Dojos, usando as outras mais exporadicamentes.

As linguagens escolhidas foram Java e Python, juntamente com o Sistema Operacional Linux.

Isso não quer dizer que Ruby e C# estejam descartados, podemos usá-las a qualquer momento, porém não tão freqüentes. Também não quer dizer que nunca mais iremos mudar, estamos sempre buscando kaizen.

O próximo Dojo será em Python usando Linux.

Abraços e até lá.

Todos estão convidados! Caso não tenha comparecido à primeira reunião, veja este post para se contextualizar.

Nos vemos lá!

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!