Coding Dojo marcado

[Lucas]

Pessoal,
conseguimos marcar um Coding Dojo na UFPI.

Horário: 9hrs
Local: Laboratório do departamento de computação da UFPI.

Obs: Caso se perdam na UFPI, entrem em contato: 8835-3101

[Mônica Regina da Silva]

Que dia, mesmo?

2009/11/20 Lucas <lsima...@gmail.com>

[Lucas Simão da Costa e Silva]

ops, desculpa.
Neste Sábado (21/11/09)

2009/11/20 Mônica Regina da Silva <supers...@gmail.com>

--
http://lucassimao.wordpress.com/

Bacharelando em Ciências da Computação - UFPI
Estudante de Análise e Desenvolvimento de Sistemas - IFPI

[Dmitry Rocha]

Quem confirma?

2009/11/20 Lucas Simão da Costa e Silva <lsima...@gmail.com>:

--
Dmitry Rocha
http://dmitry.eti.br/

[Aécio]

Dmitry,

Cofirmar o quê?
Se for presença, eu vou...

2009/11/20 Dmitry Rocha <dmitr...@gmail.com>

--
Atenciosamente,
Aécio Santos.

[Dmitry Rocha]

Pois quem vai por favor confirme presença e já temos que pensar qual
será o problema...

[Daniel Mário]

Já pensando sobre o problema, o que seria interessante?
Basicamente três escolhas: aplicação (ex. media player), simulação (ex. texas holdem)
e problemas tradicionais (ex. roteamento).
Sobre o formato do dojo, eu sugiro a versão do ParisDojo, parece bem legal:

2 minutes: decide on date for next session
25-30 minutes: quick retrospective of the previous session; what went well, what was interesting, what was frustrating
10 minutes: decide on a topic for this session
(we call these first three [writing services] items the "next, prev, this" protocol)
40 minutes or so: code! PreparedKata or RandoriKata, see below
5-10 minutes: mid-session break to discuss how things are going
40 minutes: code some more

(extraído de www.codingdojo.org)


E isso aí!

Daniel Mário <daniel...@gmail.com>

[Lucas Simão da Costa e Silva]

Eu voto no Texas hold 'em. Acho o media player ñ tão ... sei lá. E problema de roteamento envolve grafos, hard coding ... ñ sei se o pessoal iria gostar de cara.

Sobre Texas hold 'em:
http://pt.wikipedia.org/wiki/Texas_hold_%27em

2009/11/20 Daniel Mário <daniel...@gmail.com>

[Daniel Mário]

Bem, esses eram só exemplos, e realmente simulação é uma boa porque é mais fácil determinar os requisitos. A gente pode levar vários desse tipo (Life, BlackJack, Damas...) e escolher na hora.

Daniel Mário <daniel...@gmail.com>

[Ewerton Costa]

Infelizmente eu trabalho nesse dia e horario. Mas fico feliz que tenha
Dojo e por favor vamor participar!

> Daniel Mário <danielmar...@gmail.com>

[Fabricio Akio]

So confirmando aki pelo grupo q tambem estarei presente

[Fabricio Akio]

Acho que foi positivo o Dojo
Teve os problemas que fizeram a gente começar qnd ja eram 10:40, mas
pra primeira vez ta bom.. temos que consertar para as proximas
Eu me atrasei pq estava esperando pra pegar o monitor, mas da proxima
vez eu chego antes

Enfim.. algumas sugestoes pro proximo Dojo:

Local e horário: O mesmo, laboratorio da UFPI, sabado as 9h
Usar um notebook com teclado maior :p
Tentar arranjar um projetor
Dar uma estudada no(s) problema(s) candidato(s) antes
Tentar seguir um cronograma nas reunioes, q seja simples, como o
exemplo do Daniel
Definir linguagem de programacao, editor/IDE e framework para testes

[Cairo Noleto]

Vcs podem resumir para mim (cairo...@gmail.com) o dojo? Para poder colocar no blog ;)

2009/11/21 Fabricio Akio <fabric...@gmail.com>

--
Cairo Noleto 
Visits http://www.caironoleto.com/

[Dmitry L Rocha]

Nós poderiamos fazer com duas linguagens de programação
simultaneamente, já que talvez pudesse ser um problema para alguns
fazer com ruby ao invés de java, desde que seja usado programação em
par e testes.

Como bem me passou o link o cairo: http://www.dtsato.com/blog/2009/08/27/agile-2009-coding-dojo-kake-format-at-open-jam/

--
Dmitry Rocha
http://dmitry.eti.br

[Cairo Noleto]

Mas é bom quando tem muita gente. Pouca gente acaba com focos diferentes (Lembra que a gente já fez com 2 computadores, e perdemos totalmente o foco, vai pelo mesmo caminho).

2009/11/21 Dmitry L Rocha <dmitr...@gmail.com>

[Dmitry L Rocha]

Verdade.

:-(