Skip to content

Latest commit

 

History

History
127 lines (74 loc) · 1.79 KB

slides.md

File metadata and controls

127 lines (74 loc) · 1.79 KB

Coding Dojo


O que é?


Programadores + Prática + Desafio + Aprendizado + Diversão


Por que?


Não temos o hábito de treinar


Dojo não é exibição


Dojo não é competição


Então como funciona?


TDD - Test-Driven Development

  • Os testes guiam o desenvolvimento
  • Não se escreve código antes que exista um teste para ele

Baby steps

  • Passos de bebê
  • O desenvolvimento é feito de pequenos incrementos no código
  • Cada novo teste cobre o mínimo incremento de funcionalidade possível
  • O código muda o mínimo possível para fazer o teste passar

Programação em pares

  • Um programador dirige e outro lê o mapa

rally


Refatoração

  • Eliminar código duplicado ou sem uso
  • É uma opção quando os testes estão passando

Ciclo do desenvolvimento

  • Adicionar um teste
  • Executar testes que falham
  • Fazer uma pequena mudança
  • Executar testes que passam
  • Refatorar para remover duplicações

O mantra do TDD

TDD Mantra


Material

  • Computador
  • Editor de texto
  • Compiladores/interpretadores
  • Projetor
  • Cadeiras

Pessoas

  • Piloto + co-piloto
  • Sensei
  • Especialista na linguagem escolhida

Antes de começar, escolhemos...

  • Problema
  • Linguagem

Randori kata

  • Um piloto e um co-piloto vêm da plateia
  • Após um determinado período de tempo (5-7 min.)
    • Piloto volta para a plateia
    • Co-piloto assume o lugar do piloto
    • Novo co-piloto vem da plateia
  • O ideal é que todos programem
  • Plateia só se manifesta no sinal verde (testes passando)

Após encerrar

  • Retrospectiva
    • Todos apontam pontos positivos e negativos da sessão
  • Pós-dojo
    • Participantes se reúnem para bater papo