apresenta
CODIng dOjOcoM processINg
coding dojo* Treino coletivo de programação* Divertido e eficaz para: * Treinar boas práticas (Ex. TDD) * Aprender novas l...
randorI: treIno lIvRe* Duplas se sucedem resolvendo oproblema usando TDD e baby steps* Uma dupla: piloto e co-piloto * Pil...
tdd =test-driven design* Escrever testes *antes* deimplementar qualquer novafuncionalidade* Enquanto o teste não passa, ap...
tdd com GRáficos?* É complicado automatizartestes com saídas gráficasanimadas* No DOJO COM PROCESSINGfazemos testes manuai...
babY steps* Para avançar com segurança econstância, cada passo deve serbem simples * Resista à tentação de resolver o prob...
exemplO:   Primeiro teste* Criar um canvas de 600x600pixels e desenhar um ponteirovermelho a partir do centroapontando par...
pRobleMa eXEmPlO* Fazer uma imitação precisa dovisual e do movimento dosrelógios usados nas estações detrem na Suiça
Mão na massA!* Voluntários? * Se não houver voluntários, o RANDORI pode ser terminado prematuramente!
venhaM nos vIsITAR,todos são bem-vindos!http://garoa.net.br
Próximos SlideShares
Carregando em…5
×

Dojo com Processing

685 visualizações

Publicada em

Coding dojo com processing.org

0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
685
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
4
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Dojo com Processing

  1. 1. apresenta
  2. 2. CODIng dOjOcoM processINg
  3. 3. coding dojo* Treino coletivo de programação* Divertido e eficaz para: * Treinar boas práticas (Ex. TDD) * Aprender novas linguagens ou APIs * Integrar novos membros ao time
  4. 4. randorI: treIno lIvRe* Duplas se sucedem resolvendo oproblema usando TDD e baby steps* Uma dupla: piloto e co-piloto * Piloto opera o teclado * Co-piloto ajuda na solução* Após 5 minutos, piloto voltapara a platéia; co-piloto virapiloto; voluntário da platéiaé o novo co-piloto
  5. 5. tdd =test-driven design* Escrever testes *antes* deimplementar qualquer novafuncionalidade* Enquanto o teste não passa, aplatéia não pode se manifestar(exceto a pedido dos pilotos)* Quando o teste passa, pessoasda platéia podem sugerir opróximo passo
  6. 6. tdd com GRáficos?* É complicado automatizartestes com saídas gráficasanimadas* No DOJO COM PROCESSINGfazemos testes manuais eobservamos os resultados* Mas cada teste tem que serdocumentado *antes* deimplementar o próximo passo
  7. 7. babY steps* Para avançar com segurança econstância, cada passo deve serbem simples * Resista à tentação de resolver o problema todo de uma vez só, ou partir direto para abstração e generalização* Não tenha medo de sugerirpassos bem pequenos e triviais
  8. 8. exemplO: Primeiro teste* Criar um canvas de 600x600pixels e desenhar um ponteirovermelho a partir do centroapontando para cima
  9. 9. pRobleMa eXEmPlO* Fazer uma imitação precisa dovisual e do movimento dosrelógios usados nas estações detrem na Suiça
  10. 10. Mão na massA!* Voluntários? * Se não houver voluntários, o RANDORI pode ser terminado prematuramente!
  11. 11. venhaM nos vIsITAR,todos são bem-vindos!http://garoa.net.br

×