Dojo realizado na Bematech SP utilizando TDD e C# com NUnit

1. Coding Dojo
from beginner to expert

2. Apresentação
Fabricio Panhan Costa
DevOps na Bematech
PowerShell
C#
http://fpanhan.com.br

3. O que é dojo?
local de treinamento de código
http://500.co/wp-content/uploads/2015/06/maxresdefault.jpg

4. Formatos
Kata
Randori
Kake

5. Kata (forma - oponente invisível)
Nesse formato existe a figura do apresentador. Ele deve
demonstrar uma solução pronta, previamente desenvolvida.
O objetivo é que todos os participantes sejam capazes de
reproduzir a solução alcançando o mesmo resultado, sendo
permitido realizar interrupções para sanar dúvidas a qualquer
momento
http://www.devmedia.com.br/o-que-e-o-coding-dojo/30517

6. Randori (luta que não há juiz e nem pontos)
Nesse formato há a participação de todos. É proposto um
problema a ser resolvido e a programação é realizada em
apenas uma máquina, por pares. Para esse formato é
imprescindível a utilização de TDD e baby steps (passos de
bebê).
http://www.devmedia.com.br/o-que-e-o-coding-dojo/30517

7. Kake (parte final do movimento do judô)
É um formato semelhante ao Randori, porém há várias
duplas trabalhando simultaneamente.
http://www.devmedia.com.br/o-que-e-o-coding-dojo/30517

8. Randori!
https://flavorwire.files.wordpress.com/2013/08/ash_and_pikachu_in_future_episode.png

9. Ciclo TDD
http://clustox.com/wp-content/uploads/2016/08/TDD-Cycle.png

10. As Três Leis do TDD
Primeira Lei do TDD
You can't write any production code until you have first written a failing unit test.
Segunda Lei do TDD
You can't write more of a unit test than is sufficient to fail, and not compiling is failing.
Terceira Lei do TDD
You can't write more production code than is sufficient to pass the currently failing unit test.
http://programmer.97things.oreilly.com/wiki/index.php/The_Three_Laws_of_Test-Driven_Development

11. Pair programming
Piloto
Co-piloto
https://insights-images.thoughtworks.com/pairprogramming_f0d3ae7ef121e981e150bfcae4ecb995.jpg

12. Regras
A cada cinco minutos o piloto volta para a plateia e o co-piloto assume a
condição de piloto.
Uma pessoa da plateia passa a assumir a posição de co-piloto.
Somente são permitidas interrupções quando todos os testes estiverem
no verde.
A dupla decide o que será feito para solucionar o problema.
Todos devem entender a solução, que deve ser explicada pelo piloto e
pelo co-piloto ao final de seu ciclo de implementação.

13. Perguntas?

14. Hands on
https://visualhunt.com/photos/coffee/
Procure um problema no site:
http://dojopuzzles.com/

15. Retrospectiva
O que aprendemos com o Coding Dojo de hoje?
O que podemos melhorar para a realização dos próximos
Coding Dojos?
O que devemos continuar fazendo nos próximos Coding
Dojos?

16. Livros

17. Links
http://tdd.caelum.com.br/
http://www.devmedia.com.br/test-driven-development-tdd-simples-e-pratico/18533
http://www.slideshare.net/viniciusquaiato/coding-dojo-net-architects-30012010
TDD is dead. http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html
Is TDD Dead? https://martinfowler.com/articles/is-tdd-dead/

18. Obrigado!
http://www.clker.com/cliparts/1/5/7/a/129354467962099365sleep_890-hi.png
fpanhan.com.br