Caros, apenas lembrando o porquê de um DOJO,quais seus tipos e objetivos: Pra que DOJO ? -Treinar/aprender -Aprendizado contínuo, colaborativo, inclusivo e não competitivo -Passos de bebê, sempre!! -Todos devem entender.
Formatos: -Randori --Apresentação de uma solução. --Todos devem conseguir reproduzir. --Interrrupções são permitidas para tirar dúvidas -Kata: --Programação em pares --Turnos ”Time-boxed”, e após cada turno (5-7 min), co-piloto vira piloto, o piloto volta pra platéia e um novo co-piloto é convidado. --Comentários e críticas somente no verde e silêncio no vermelho. -Kake --Quase Randori, exige um nível mais avançado, vários pares simultâneos e as pessoas trocam entre máquinas a cada turno. Objetivo: --Praticar, aprender, ensinar e discutir SEMPRE baseado no código (bases concretas). *O QUE NÃO DEVEMOS FAZER:* -Correr para terminar o problema. -Resolver problemas ”reais”. -Entrar em ”Flamewars” nas discussões. -Competir com outros participantes. -Deixar pessoas sem entender. Como viram, essa idéia de querer fazer coisas reais em DOJO não existe! Temos que ir pra treinar e aprender, dentro de regras em que todos devemos concordar em seguir, justamente pra ser produtivo e divertido para todos! A idéia do Git, proposta pelo Thiado, me parece plausível em um DOJO do tipo Randori, pois assim quem for apresentar, prepara antes um problema(s) e ensaia como atacar e resolver o problema passo a passo para que todos possamos refazer em casa quando quisermos! Da mesma forma me parece plausível a solicitação do Stanislaw (tal Git + GitHub + Poste[1]). Se vocês quiserem e tivermos tempo, podemos tentar dois DOJO num mesmo dia, não sei se vai virar bagunça ou vai ser mais divertido, mas seria algo assim: Um DOJO Randori com a apresentação de alguma solução, e depois da restropectiva desse DOJO, podemos fazer um DOJO Kake pra resolver algum(ns) problema(s) malucos e assim todos intergagirem entre grupos, e ficar zanzando de um grupo pra outro de tempos em tempos. Dessa forma podemos fazer um metódico, e depois descontrair um pouco mais! ;) Abraços, 2011/11/18 Rafael Silveira <design.silve...@gmail.com> > estou pensando soh no backend.... como processar isso e mandar em json pro > front.... > entenderam? > > []'s > > > 2011/11/18 Junior Moraes <juniiior...@gmail.com> > >> A parte chata de ser um jogo como este é que o dojo não seria de Perl, >> mas sim de front-end. =x >> >> 2011/11/18 Rafael Silveira <design.silve...@gmail.com> >> >>> nao po, algo mais parecido com o aichallenge.org >>> >>> =begin disclaimer >>> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >>> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >>> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >>> =end disclaimer >>> >>> >> >> >> -- >> Junior Moraes (fvox) >> Perl Developer >> http://www.unsecurity.com.br/ >> >> <http://www.twitter.com/juniiormoraes> >> <http://pt-br.facebook.com/juniiormoraes> >> <http://plus.google.com/104958988925423385684> >> <http://www.lastfm.com.br/user/juniior182> >> <http://www.delicious.com/fvox> <http://github.com/fvox> >> >> >> =begin disclaimer >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ >> SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> >> =end disclaimer >> >> > > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer > > -- Wesley Seidel Carvalho 11-6671-6118 11-8169-1163 http://twitter.com/wseidel
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: SaoPaulo-pm@pm.org L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
