O nosso grupo de Haskellers fez alguns Coding Dojo em Haskell. Não filmamos nenhum deles, mas o código está no github:
O a-maze-ing ficou com um histórico de commits melhor, a quase toda troca de pares foi feito um commit, dá para ver como foi a evolução de código.
Algumas "regras" de Dojo que ajudam bastante:
1. O objetivo não é completar a tarefa escolhida e sim aprender. É importante ressaltar que se no fim do tempo do Dojo a tarefa não for concluída isso não invalida o Dojo. A minoria dos que participei completou a tarefa.
2. Alguém deve ter boa experiência com a tecnologia escolhida: linguagem, bibliotecas, editor/IDE, etc.. Isso ajuda a evitar que o Dojo fique parado sem que ninguém tenha idéia de como resolver o problema. Tudo bem se o "expert" não conhecer uma biblioteca específica, mas se ninguém sabe nem como navegar na documentação ou quais opções de biblioteca existem o Dojo não flui.
3. É importante ter alguém que aja como "moderador", para manter as regras do Dojo e manter o pessoal focado. Por exemplo, as vezes o pessoal que não está programando na hora dispersa e fica conversando.
4. Idealmente todos devem participar e é melhor alternar os níveis de experiência. Por exemplo, nos Dojos de Haskell sempre começamos com alguém com mais experiência em Haskell, tendo um copiloto com menos (ou nenhuma) experiência em Haskell e assim em diante, de modo que sempre ou um dos membros do par atual consegue "desempacar" se ocorrer algum problema.