Coding Dojo é um encontro de programadores (e aspirantes), onde se tenta de forma colaborativa resolver um 'desafio' com a intenção de praticar técnicas de Desenvolvimento Ágil.
Foi inventado em Paris, em dezembro de 2004, pelo grupo ParisDojo e desde então vem sendo reproduzido no mundo inteiro.
- Sábado - 15 de Dezembro de 2012
- Horário: 🕙 10h..12h
- Tema: [a definir]
Sábado - 17 de Novembro de 2012(Realizado)Horário: 🕙 10h..12hTema: Ruby e Rspec
- Não-competitivo, colaborativo, ambiente divertido
- Todos os níveis de habilidade são BEM VINDOS
- Segurança para tentar novas ideias
(fonte: http://codingdojo.org/cgi-bin/wiki.pl?WhatIsCodingDojo )
Segundo o http://codingdojo.org/: “Um Coding Dojo é um encontro onde um grupo de programadores se reúne para trabalhar em conjunto em um desafio de programação. Eles estão lá para se divertir, e, através de uma metodologia pragmática, melhorar suas habilidades de programação e de trabalho em grupo.”
O Coding Dojo tem algumas regras básicas:
- ✅ Desenvolvimento guiado por testes: Antes de fazer qualquer implementação, deve ser escrito um teste, que ao passar indica que a implementação está correta.
- 👶 “Passos de bebê”: Se um teste não está passando, você deve escrever o código mais simples possível que faça o teste passar. Quando for escrever um novo teste para o mesmo método, escreva um teste que teste só um pouquinho a mais da funcionalidade desejada.
- 👥 Pair programming: A programação é feita em duplas. Cada dupla tem um piloto e um co-piloto. Ambos pensam em como passar no teste atual, mas só o piloto digita. Cada par tem por volta de 5 a 10 minutos no seu turno. Quando esse tempo acaba:
- O piloto volta para a platéia
- O co-piloto assume o lugar do piloto
- Um novo co-piloto vem da platéia
- 👌 Todos devem entender: O piloto e o co-piloto devem sempre explicar em voz alta o que estão tentando fazer para solucionar o problema. Qualquer um na platéia pode pedir explicações se não entender algum raciocínio.
- 🚦 Três fases: Um Coding Dojo sempre está em alguma dessas 3 fases, dependendo do estado dos testes:
- Vermelha: Pelo menos um teste não está passando. A dupla da vez deve se concentrar em fazer o teste passar. A platéia não deve falar nessa fase, para não atrapalhar piloto e co-piloto.
- Verde: Os testes acabaram de ser rodados e todos estão passando. Essa é a hora de quem está na platéia dar sugestões para melhorar o código.
- Cinza: O código foi modificado de acordo com as sugestões, mas a bateria de testes ainda não foi rodada. Deve-se evitar fazer grandes modificações no código nessa fase.
(fonte: http://pet.inf.ufsc.br/dojo/o-que-eh-dojo/)
Bruno Henrique(Garu) - 8753-3573
Avenida Duque de Caxias, 106 - Ribeira, Natal - RN, 59012-050, Brasil