Dojo 002 – Conversor de Moedas

Data: 18/08/2009.

Presentes: Esmerino, Dmitry, Elias, Caio, Marcelo, Cairo, Weldys, Cyrus, Ricardo, Cleiton, Stevie, Ewerton, Lucas.

Linguagem: Ruby.

Framework de testes: Rspec.

Problema: Conversão de moedas.

Queríamos converter um valor em uma moeda para outro

Solução: Está no Github.

Criamos duas classes, uma para leitura de um arquivo XML com as cotações e outra para fazer a conversão.

Pensávamos que seria um problema de rápida solução, mas mostrou que não foi, é tanto que não finalizamos o problema.

Retrospectiva:

Este foi um primeiro Dojo em que não conseguimos finalizar e nem avançar muito no problema, tivemos inúmeros pontos não satisfátorios e alguns poucos bons pontos

Negativos:

• A sequência dos pares.
• 2 computadores para 10 pessoas foi muito.
• Github mal utilizado.
• Cronometragem.
• Não entendimento do problema
• Nem todos chegaram no horário

Positivos:

• Muita gente
• Todos que estiveram no primeiro Dojo vieram para o segundo

Resumo:

Antes de todos estarem presentes, conversamos um pouco sobre o problema, e chegamos a um acordo, mas nem todos estavam presentes e isso fez toda a diferença no andamento do Dojo.

Preparamos dois computadores, pois achamos que seriam várias pessoas (20 pessoas!? 30 pessoas!?). Como ainda não temos projetor, preparamos os computadores com Dual Monitor Espelhados, assim não precisaríamos ficar na cola de ninguém.

Quando começou ficou uma bagunça só, todos conversando muito, um computador em foco para resolver o problema da conversão e outro computador com foco na leitura de um XML com a cotação do dia.

Mais ou menos duas horas depois nós encerramos o Dojo e fizemos uma retrospectiva. Encerramos sem resolver o problema.

Próximo Dojo:

Vamos utilizar apenas um computador.

Aqui do Jus Navigandi são 4 salas, a de desenvolvimento é anexada a sala da recepção/administração, nesta sala ficará um computador para programação.

Na outra sala, a de desenvolvimento, ficará a platéia vendo o que está sendo feito no monitor espelhado e através de VNC ou software parecido, e teremos um mac fazendo a cronometragem (Usando o mesmo Widget do Oxente Rails).

As perguntas e a comunicação será mantida através de um “mediador” que poderá ser qualquer um, só colocar a cara na porta e perguntar :P.

Como queremos entender bem o problema, espero que todos cheguem um pouco mais cedo, para comerçamos mais cedo a conversa sobre o problema.

Não sabemos se assim será melhor ou pior, mas como todos estão aprendendo, nós iremos fazer assim.

UPDATE: Fotos

Dojo 001 – Palíndromo

Data: 12/08/2009.

Presentes: Cairo Noleto, Cleiton Francisco, Dmitry, José Esmerino, Ewerton e Ricardo Farias.

Linguagem: Ruby.

Framework de testes: Rspec.

Problema: Palídromo.

Queríamos saber se uma string é ou não palíndromo.

Solução: Está no github.

Adicionamos no objeto String um método chamado palindrome? Onde verificamos se uma string é ou não palíndrome. Como plus, adicionamos um outro método para verificar se é palidromo em case sensitive.

Nós escolhemos um simples problema para apresentar e motivar as pessoas para os próximos Dojos.

Retrospectiva:

Nota: Lado esquerdo o que foi bom, lado direito, o que foi ruim.

Mais dicas:

• A cada troca de par fazer um commit no git para manter o histórico. Mesmo que os códigos não estejam bons.
• Usar dual monitor em espelho. (Enquanto não temos um projetor).

Antes de começarmos explicamos o que é Dojo, como funciona, suas regras. Depois explicamos o problema, todos entenderam e começamos a colocar mãos na massa.

Apesar de termos um participante que nao conhecia a linguagem ruby e outros que não conheciam Rspec todos entraram no randori e foi uma experiência muito boa.

Segue algumas fotos:

Para o próximo Dojo, estaremos divulgando mais informações na lista do Google Groups rails-pi.