SlideShare uma empresa Scribd logo
1 de 22
Baixar para ler offline
Coding Dojo




                       André Faria Gomes

segunda-feira, 19 de outubro de 2009
Definição




                          Um Coding Dojo é uma reunião na qual
                          programadores resolvem algum desafio de
                          programação. Eles se divertem e melhoram
                          suas habilidades.
segunda-feira, 19 de outubro de 2009
Premissas


                       Adquirir novas habilidades deve
                          ser um processo continuo




segunda-feira, 19 de outubro de 2009
Características




                        Ambiente não competitivo, colaborativo
                                    e divertido.
segunda-feira, 19 de outubro de 2009
Características




                         Todos os níveis de habilidades são bem
                                         vindos
segunda-feira, 19 de outubro de 2009
Características




                                          Testar novas ideias
                                       é uma prática bem vinda
segunda-feira, 19 de outubro de 2009
Agenda

                     •       5-10m: Decidir o tópico para essa sessão
                     •       35m: codificar! PreparedKata ou RandoriKata
                     •       5-10m: pausa para discutir como as coisas estão indo
                     •       35m: codificar um pouco mais
                     •       20m: retrospectiva




segunda-feira, 19 de outubro de 2009
PreparedKata
                     •       Um apresentador mostra como resolver o
                             desafio do zero, com TDD e BabySteps.
                     •       Cada step deve fazer sentido para todo
                             mundo que estiver presente.
                     •       As pessoas devem interromper somente
                             se não entenderem o que está
                             acontecendo.


segunda-feira, 19 de outubro de 2009
RandoriKata
                     •       O desafio é resolvido por um par de codificadores
                             (piloto e copiloto).

                     •       Todos os presentes são convidados a ajudar

                     •       Cada par tem um pequeno timebox para evoluir o
                             código com TDD e BabySteps.

                     •       No fim no timebox o piloto volta para a audiência e
                             o copiloto assume seu lugar. Alguém da audiência
                             assume o lugar de copiloto.



segunda-feira, 19 de outubro de 2009
Motivações




segunda-feira, 19 de outubro de 2009
Programadores não treinam

segunda-feira, 19 de outubro de 2009
Investimento em Treinamento
                                              Rápido e Fácil
segunda-feira, 19 de outubro de 2009
Estimula habilidades
                                 sociais e de auto-
                                   organização



                         Muitos desenvolvedores têm alguma dificuldade para
                         falar em público, expor suas idéias e colaborar com
                         outras pessoas. Outros têm dificuldade de se
                         organizar, trabalhar em equipe ou até mesmo liderar.

segunda-feira, 19 de outubro de 2009
Networking, Divulgação e
                                            Oportunidades
segunda-feira, 19 de outubro de 2009
Incentiva os desenvolvedores a
                                        participarem da comunidade
segunda-feira, 19 de outubro de 2009
Quebra a Rotina

segunda-feira, 19 de outubro de 2009
Regras




segunda-feira, 19 de outubro de 2009
Não discuta simplesmente a forma sem
                             codificar, não codifique sem testar. É uma
                             oportunidade para treinar design, e onde "o
                              código é o design" e código sem testes não
                                                existe!
segunda-feira, 19 de outubro de 2009
Ensinar e Aprender

segunda-feira, 19 de outubro de 2009
Test Driven Development

segunda-feira, 19 de outubro de 2009
Referências


                     •       http://dojofloripa.wordpress.com/
                     •       http://www.dtsato.com
                     •       http://codingdojo.org




segunda-feira, 19 de outubro de 2009
Imagens
                           •       Google Images, Flickr


                           •       http://www.flickr.com/photos/37degrees/2412532510/


                           •       http://www.flickr.com/photos/habdelra/3817053452/sizes/l/


                           •       http://www.flickr.com/photos/mattscoggin/3159799633/sizes/l/


                           •       http://www.flickr.com/photos/marthaenpiet/2079896629/sizes/l/


                           •       http://www.flickr.com/photos/rbp/


                           •       http://www.flickr.com/photos/pshan427/2331162310/sizes/l/


                           •       http://www.flickr.com/photos/40668062@N00/302905024/sizes/l/


                           •       http://www.flickr.com/photos/jeyh/2783563919/sizes/o/


                           •       http://blog.briandicroce.com/




segunda-feira, 19 de outubro de 2009

Mais conteúdo relacionado

Semelhante a Dojo

Semelhante a Dojo (11)

Gerenciando times de software remotamente
Gerenciando times de software remotamenteGerenciando times de software remotamente
Gerenciando times de software remotamente
 
Scrum - IMES 2013 (Remodelada)
Scrum - IMES 2013 (Remodelada)Scrum - IMES 2013 (Remodelada)
Scrum - IMES 2013 (Remodelada)
 
Piadas de CSS e Javascript
Piadas de CSS e JavascriptPiadas de CSS e Javascript
Piadas de CSS e Javascript
 
Aula 04
Aula   04Aula   04
Aula 04
 
Aula 04
Aula   04Aula   04
Aula 04
 
Dojo abril
Dojo abrilDojo abril
Dojo abril
 
Design Thinking nos Jogos Digitais: Conceitos enxutos e ágeis
Design Thinking nos Jogos Digitais: Conceitos enxutos e ágeisDesign Thinking nos Jogos Digitais: Conceitos enxutos e ágeis
Design Thinking nos Jogos Digitais: Conceitos enxutos e ágeis
 
The design sprint v1.0
The design sprint v1.0The design sprint v1.0
The design sprint v1.0
 
Arquitetura de projetos e pacotes em GO
Arquitetura de projetos e pacotes em GOArquitetura de projetos e pacotes em GO
Arquitetura de projetos e pacotes em GO
 
Coding Dojo - Aprendendo a programar programando
Coding Dojo - Aprendendo a programar programandoCoding Dojo - Aprendendo a programar programando
Coding Dojo - Aprendendo a programar programando
 
Apresentação e guerra dos métodos 2.0
Apresentação e guerra dos métodos 2.0Apresentação e guerra dos métodos 2.0
Apresentação e guerra dos métodos 2.0
 

Mais de André Faria Gomes

Meetup Escale - Gestão para Equipes de Alta Performance
Meetup Escale - Gestão para Equipes de Alta PerformanceMeetup Escale - Gestão para Equipes de Alta Performance
Meetup Escale - Gestão para Equipes de Alta PerformanceAndré Faria Gomes
 
Protagonistas da inovação - Como criar e gerir os negócios do futuro
Protagonistas da inovação - Como criar e gerir os negócios do futuroProtagonistas da inovação - Como criar e gerir os negócios do futuro
Protagonistas da inovação - Como criar e gerir os negócios do futuroAndré Faria Gomes
 
A Mobilidade como Propulsor da Transformação Digital
A Mobilidade como Propulsor da Transformação DigitalA Mobilidade como Propulsor da Transformação Digital
A Mobilidade como Propulsor da Transformação DigitalAndré Faria Gomes
 
Além da Agilidade 2019 - KickOff Wow
Além da Agilidade 2019 - KickOff WowAlém da Agilidade 2019 - KickOff Wow
Além da Agilidade 2019 - KickOff WowAndré Faria Gomes
 
Modern systems architectures: Uber, Lyft, Cabify
Modern systems architectures: Uber, Lyft, CabifyModern systems architectures: Uber, Lyft, Cabify
Modern systems architectures: Uber, Lyft, CabifyAndré Faria Gomes
 
Principles and Radical Transparency - Lessons Learned from Ray Dalio
Principles and Radical Transparency - Lessons Learned from Ray DalioPrinciples and Radical Transparency - Lessons Learned from Ray Dalio
Principles and Radical Transparency - Lessons Learned from Ray DalioAndré Faria Gomes
 
Bluesoft @ AWS re:Invent 2017 + AWS 101
Bluesoft @ AWS re:Invent 2017 + AWS 101Bluesoft @ AWS re:Invent 2017 + AWS 101
Bluesoft @ AWS re:Invent 2017 + AWS 101André Faria Gomes
 
Boas Práticas da Rede Supermercadista Wegmans
Boas Práticas da Rede Supermercadista WegmansBoas Práticas da Rede Supermercadista Wegmans
Boas Práticas da Rede Supermercadista WegmansAndré Faria Gomes
 
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...André Faria Gomes
 
Change management - Kotter’s eight-step model
Change management - Kotter’s eight-step model Change management - Kotter’s eight-step model
Change management - Kotter’s eight-step model André Faria Gomes
 
Palestra na Uninove sobre Agilidade
Palestra na Uninove sobre AgilidadePalestra na Uninove sobre Agilidade
Palestra na Uninove sobre AgilidadeAndré Faria Gomes
 
What happened to Google Reader?
What happened to Google Reader?What happened to Google Reader?
What happened to Google Reader?André Faria Gomes
 
Gestão Ágil com Management 3.0
Gestão Ágil com Management 3.0Gestão Ágil com Management 3.0
Gestão Ágil com Management 3.0André Faria Gomes
 
Lições aprendidas em 10 anos de agilidade
Lições aprendidas em 10 anos de agilidadeLições aprendidas em 10 anos de agilidade
Lições aprendidas em 10 anos de agilidadeAndré Faria Gomes
 
Os 7 hábitos das pessoas altamente eficazes
Os 7 hábitos das pessoas altamente eficazesOs 7 hábitos das pessoas altamente eficazes
Os 7 hábitos das pessoas altamente eficazesAndré Faria Gomes
 
Objetividade: A Virtude Esquecida
Objetividade: A Virtude EsquecidaObjetividade: A Virtude Esquecida
Objetividade: A Virtude EsquecidaAndré Faria Gomes
 

Mais de André Faria Gomes (20)

Meetup Escale - Gestão para Equipes de Alta Performance
Meetup Escale - Gestão para Equipes de Alta PerformanceMeetup Escale - Gestão para Equipes de Alta Performance
Meetup Escale - Gestão para Equipes de Alta Performance
 
Protagonistas da inovação - Como criar e gerir os negócios do futuro
Protagonistas da inovação - Como criar e gerir os negócios do futuroProtagonistas da inovação - Como criar e gerir os negócios do futuro
Protagonistas da inovação - Como criar e gerir os negócios do futuro
 
A Mobilidade como Propulsor da Transformação Digital
A Mobilidade como Propulsor da Transformação DigitalA Mobilidade como Propulsor da Transformação Digital
A Mobilidade como Propulsor da Transformação Digital
 
Além da Agilidade 2019 - KickOff Wow
Além da Agilidade 2019 - KickOff WowAlém da Agilidade 2019 - KickOff Wow
Além da Agilidade 2019 - KickOff Wow
 
Modern systems architectures: Uber, Lyft, Cabify
Modern systems architectures: Uber, Lyft, CabifyModern systems architectures: Uber, Lyft, Cabify
Modern systems architectures: Uber, Lyft, Cabify
 
Breaking the monolith
Breaking the monolithBreaking the monolith
Breaking the monolith
 
Agilidade - APAS
Agilidade - APASAgilidade - APAS
Agilidade - APAS
 
Principles and Radical Transparency - Lessons Learned from Ray Dalio
Principles and Radical Transparency - Lessons Learned from Ray DalioPrinciples and Radical Transparency - Lessons Learned from Ray Dalio
Principles and Radical Transparency - Lessons Learned from Ray Dalio
 
Bluesoft @ AWS re:Invent 2017 + AWS 101
Bluesoft @ AWS re:Invent 2017 + AWS 101Bluesoft @ AWS re:Invent 2017 + AWS 101
Bluesoft @ AWS re:Invent 2017 + AWS 101
 
Boas Práticas da Rede Supermercadista Wegmans
Boas Práticas da Rede Supermercadista WegmansBoas Práticas da Rede Supermercadista Wegmans
Boas Práticas da Rede Supermercadista Wegmans
 
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...
Boas Práticas para Supermercadistas inspiradas no Whole Foods, Sprouts Marke...
 
Change management - Kotter’s eight-step model
Change management - Kotter’s eight-step model Change management - Kotter’s eight-step model
Change management - Kotter’s eight-step model
 
Palestra na Uninove sobre Agilidade
Palestra na Uninove sobre AgilidadePalestra na Uninove sobre Agilidade
Palestra na Uninove sobre Agilidade
 
Pensando Rápido e Devagar
Pensando Rápido e DevagarPensando Rápido e Devagar
Pensando Rápido e Devagar
 
What happened to Google Reader?
What happened to Google Reader?What happened to Google Reader?
What happened to Google Reader?
 
Gestão Ágil com Management 3.0
Gestão Ágil com Management 3.0Gestão Ágil com Management 3.0
Gestão Ágil com Management 3.0
 
Lições aprendidas em 10 anos de agilidade
Lições aprendidas em 10 anos de agilidadeLições aprendidas em 10 anos de agilidade
Lições aprendidas em 10 anos de agilidade
 
Os 7 hábitos das pessoas altamente eficazes
Os 7 hábitos das pessoas altamente eficazesOs 7 hábitos das pessoas altamente eficazes
Os 7 hábitos das pessoas altamente eficazes
 
Objetividade: A Virtude Esquecida
Objetividade: A Virtude EsquecidaObjetividade: A Virtude Esquecida
Objetividade: A Virtude Esquecida
 
Bematech IFRS
Bematech IFRSBematech IFRS
Bematech IFRS
 

Último

ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx2m Assessoria
 
Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsDanilo Pinotti
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploDanilo Pinotti
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx2m Assessoria
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx2m Assessoria
 
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx2m Assessoria
 

Último (6)

ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
 
Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object Calisthenics
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemplo
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
 
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docxATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
ATIVIDADE 1 - ESTRUTURA DE DADOS II - 52_2024.docx
 

Dojo

  • 1. Coding Dojo André Faria Gomes segunda-feira, 19 de outubro de 2009
  • 2. Definição Um Coding Dojo é uma reunião na qual programadores resolvem algum desafio de programação. Eles se divertem e melhoram suas habilidades. segunda-feira, 19 de outubro de 2009
  • 3. Premissas Adquirir novas habilidades deve ser um processo continuo segunda-feira, 19 de outubro de 2009
  • 4. Características Ambiente não competitivo, colaborativo e divertido. segunda-feira, 19 de outubro de 2009
  • 5. Características Todos os níveis de habilidades são bem vindos segunda-feira, 19 de outubro de 2009
  • 6. Características Testar novas ideias é uma prática bem vinda segunda-feira, 19 de outubro de 2009
  • 7. Agenda • 5-10m: Decidir o tópico para essa sessão • 35m: codificar! PreparedKata ou RandoriKata • 5-10m: pausa para discutir como as coisas estão indo • 35m: codificar um pouco mais • 20m: retrospectiva segunda-feira, 19 de outubro de 2009
  • 8. PreparedKata • Um apresentador mostra como resolver o desafio do zero, com TDD e BabySteps. • Cada step deve fazer sentido para todo mundo que estiver presente. • As pessoas devem interromper somente se não entenderem o que está acontecendo. segunda-feira, 19 de outubro de 2009
  • 9. RandoriKata • O desafio é resolvido por um par de codificadores (piloto e copiloto). • Todos os presentes são convidados a ajudar • Cada par tem um pequeno timebox para evoluir o código com TDD e BabySteps. • No fim no timebox o piloto volta para a audiência e o copiloto assume seu lugar. Alguém da audiência assume o lugar de copiloto. segunda-feira, 19 de outubro de 2009
  • 12. Investimento em Treinamento Rápido e Fácil segunda-feira, 19 de outubro de 2009
  • 13. Estimula habilidades sociais e de auto- organização Muitos desenvolvedores têm alguma dificuldade para falar em público, expor suas idéias e colaborar com outras pessoas. Outros têm dificuldade de se organizar, trabalhar em equipe ou até mesmo liderar. segunda-feira, 19 de outubro de 2009
  • 14. Networking, Divulgação e Oportunidades segunda-feira, 19 de outubro de 2009
  • 15. Incentiva os desenvolvedores a participarem da comunidade segunda-feira, 19 de outubro de 2009
  • 16. Quebra a Rotina segunda-feira, 19 de outubro de 2009
  • 17. Regras segunda-feira, 19 de outubro de 2009
  • 18. Não discuta simplesmente a forma sem codificar, não codifique sem testar. É uma oportunidade para treinar design, e onde "o código é o design" e código sem testes não existe! segunda-feira, 19 de outubro de 2009
  • 19. Ensinar e Aprender segunda-feira, 19 de outubro de 2009
  • 20. Test Driven Development segunda-feira, 19 de outubro de 2009
  • 21. Referências • http://dojofloripa.wordpress.com/ • http://www.dtsato.com • http://codingdojo.org segunda-feira, 19 de outubro de 2009
  • 22. Imagens • Google Images, Flickr • http://www.flickr.com/photos/37degrees/2412532510/ • http://www.flickr.com/photos/habdelra/3817053452/sizes/l/ • http://www.flickr.com/photos/mattscoggin/3159799633/sizes/l/ • http://www.flickr.com/photos/marthaenpiet/2079896629/sizes/l/ • http://www.flickr.com/photos/rbp/ • http://www.flickr.com/photos/pshan427/2331162310/sizes/l/ • http://www.flickr.com/photos/40668062@N00/302905024/sizes/l/ • http://www.flickr.com/photos/jeyh/2783563919/sizes/o/ • http://blog.briandicroce.com/ segunda-feira, 19 de outubro de 2009