O documento discute as vantagens do desenvolvimento de software usando Test Driven Development (TDD) e Clean Code. Ele explica que o TDD e Clean Code levam a um desenvolvimento mais saudável, com código de fácil manutenção e evolução, e menor probabilidade de erros. Também apresenta breves biografias de dois desenvolvedores que apoiam essas técnicas.

1. TDDeCleanCode,garantiadeum
desenvolvimentosaudável

2. Maurício Andreazza Sganderla
• Desenvolvedor na
• Aficionado por Agile
• No mercado de T.I. há 8 anos
• Formado em Sistemas de Informação
• Pós-Graduando em Métodos Ágeis
Jorge Oleques
• Desenvolvedor na
• Entusiasta XP
• No mercado de T.I. há 6 anos
• Formado Analise e Desenvolvimento
• Pós-Graduando em Eng. Software na FGV

3. Quando uma pessoa não é
considerada saudável ?

4. Está acima do peso

5. Fuma

6. Alimentação desequilibrada

7. E o que o médico recomenda ?

8. Alimentação saudável

9. Praticar esportes

10. beber bastante água

11. Mas qual a relação?

12. sistema complexo

13. Estrutura

14. O que recomendamos

15. TDD + Clean Code !

16. Caos x prazo final

17. Hummmm!
Assim vou expor bem cedo
minhas incertezas e sem a
pressão da entrega.

18. E se eu desenvolver esse
código de uma maneira limpa e
clara?

19. Então quando eu for dar
manutenção ou tiver que evoluir
ele ...

20. ... estará fácil de entender e ao
mesmo tempo estarei garantido
pelos testes.

21. É assim que eu quero
trabalhar. Mas como eu
faço TDD com Clean
Code?

23. Mas o que é um código Limpo?

25. "Além de seu criador, um desenvolvedor pode ler e
melhorar um código limpo..."(Dave Thomas)
"Um código limpo é simples e direto..."(Grady Boock)
"Você sabe que está criando um código limpo quando
cada rotina que você lê se mostra como você
esperava ..."(Ward Cunninghan)
"Expressa todas as idéias do projeto que estão no
sistema ...."(Ron Jeffries)

26. "Além de seu criador, um desenvolvedor pode ler e
melhorar um código limpo..."(Dave Thomas)
"Um código limpo é simples e direto..."(Grady Boock)
"Você sabe que está criando um código limpo quando
cada rotina que você lê se mostra como você
esperava ..."(Ward Cunninghan)
"Expressa todas as idéias do projeto que estão no
sistema ...."(Ron Jeffries)

28. 0
100
Produtividade
Tempo
Produtividade x tempo

29. Atitude

30. Reclamar ajuda?

31. regra do escoteiro

32. Mão na massa

33. Nomes significativos

34. Revelar intenções

35. Nomes Descritivos

39. Faça apenas uma coisa

47. Algo estranho

48. bons comentários

50. maus comentários

55. Mudança de paradigma

56. Não é mágico

57. Prática de auxílio

58. Através do teste unitário

59. Acelera o feedback

60. Através do teste unitárioSiga o mantra

61. Faça falhar

62. Não tenha medo!

63. Resolva de maneira simples

64. Baby steps

65. mas cuidado

66. Simples <> Melhor

67. Confiante

68. Escute seu teste

69. Alguns sintomas

70. Alto acoplamento

71. baixa coesão

72. baixa coesão

73. Refatore

74. Pequeno ajuste

75. boas práticasBOAS PRÁTICAS

76. Nomes Representativos

77. Você decifrando testes

78. Nomes Representativos

79. data builders

80. data builders

81. Estrutura: like bdd

82. Suíte Atualizada

83. Juntando tudo !!!

84. O CENÁRIO

89. Temos o que evoluir no
código ?

94. Hora de evoluir

102. Só prejuízo....

103. CRIANÇA PAGA METADE !

104. Mas dá tempo?

108. Le grand finale....

111. VAMOS DISCUTIR?

112. referências

113. obrigado !!!
@m_andreazza
msganderla@umov.me
mauricioweb
http://umovme.cc
@joqueles
joleques@umov.me
joleques
http://umovme.cc