Your SlideShare is downloading. ×

Praticas Ágeis para desenvolvimento de Software

560

Published on

Praticas Ágeis para desenvolvimento de Software

Praticas Ágeis para desenvolvimento de Software

Published in: Technology
1 Comment
1 Like
Statistics
Notes
No Downloads
Views
Total Views
560
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
6
Comments
1
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Paulo Moura
  • 2. studiosecret.com.br/blog
  • 3. tasafo .wordpress.com
  • 4. Sentir na pele
  • 5. Práticas Ágeis para Desenvolvimento de Software
  • 6.  
  • 7.  
  • 8. B.D.U.F.
  • 9. Cliente
  • 10. Processos?
  • 11. XP Scrum PMI Kamban CMMI MPS.BR
  • 12. manifestoagil.com.br/principios.html
  • 13. Design Iterativo e Incremental
  • 14.  
  • 15. Processos?
  • 16.  
  • 17. Indivíduos e interações mais que processos e ferramentas!
  • 18. Como podemos desenvolver software de maneira mais ágil?
  • 19. Recorremos a boa e velha engenharia.
  • 20.  
  • 21. Domain Driven Design
  • 22.  
  • 23. Todos precisam compreender o domínio
  • 24.  
  • 25. Qualidade de código
  • 26.  
  • 27.  
  • 28. Controle de versão
  • 29. Programação em Par Motha focka!
  • 30. Testing
  • 31. Mas não basta ser teste.
  • 32. Mas não basta ser teste. Precisa ser...
  • 33. Automatizado JUnit PHPUnit RSpec Cucumber JBehavier
  • 34. “ Hoje uma técnica comum é fazer um programa e depois testá-lo. Mas: teste de programa pode ser uma maneira muito efetiva de mostrar a presença de bugs, mas é totalmente inadequado para mostrar sua ausência. A única forma efetiva de aumentar o nível de confiança de um programa significativamente é dar uma prova convincente de sua correção. Mas então não se deve fazer o programa primeiro e depois provar sua correção, porque senão o requerimento de fornecer a prova somente aumentará a carga do pobre programador. Do contrário: o programador deve fazer a prova de correção e o programa crescerem de mãos dadas.” Edsger Dijkstra
  • 35. TDD – Test Driven Development
  • 36.  
  • 37. Valeu Paulo, depois te pago uma gelada!
  • 38. É preciso integrar para entregar .
  • 39. Integração Contínua
  • 40. Jenkins Hudson
  • 41.  
  • 42.  
  • 43.  
  • 44. No Silver Bullet
  • 45. Desenvolvimento de software é aprendizado
  • 46. Desenvolvimento de Software é Desenvolvimento de pessoas
  • 47.  
  • 48. Não existe bala de prata Existem boas práticas Existem boas ferramentas
  • 49. Qual a diferença entre o desenvolvimento ágil e o desenvolvimento tradicional?
  • 50.  
  • 51. Obrigado! [email_address] twitter.com/paulociecomp

×