Buenas prácticas, ¿Por qué son buenas?

Transcript

1. Buenas prácticas ¿Por qué son buenas? Aitor Alzola @Aitortxu foto ponente Software crafters
2. Buenas prácticas ¿Por qué son buenas?
3. ¿Qué es una buena práctica?
5. Negocio + Tecnología
6. Nuestro Contexto
8. Desarrollo en cascada vs Desarrollo ágil
9. https://martinfowler.com/bliki/WaterfallProcess.html
10. https://martinfowler.com/bliki/WaterfallProcess.html
11. Manifiesto por el Desarrollo Ágil de Software
12. Xtreme Programming
13. https://en.wikipedia.org/wiki/Extreme_programming#/media/File:Extreme_Programming.svg
14. Iterativo e incremental
17. Testing automático
18. Testing automático Product vs tests 0 25 50 75 100 1 2 3 Product Testing
19. Testing automático Product vs tests 0 35 70 105 140 1 2 3 Product Testing
20. Testing automático Product vs tests 0 40 80 120 160 1 2 3 Product Testing
21. Testing automático Product vs tests 0 45 90 135 180 1 2 3 Product Testing
22. Testing automático Product vs tests 0 50 100 150 200 1 2 3 Product Testing
23. Testing automático Product vs tests 0 75 150 225 300 1 2 3 Product Testing
24. 0 22,5 45 67,5 90 1 2 3 4 5 6 7 8 9 10 Manual vs Automático
30. 25.000 pruebas automáticas 15.000 pruebas interpretación 12.000 e2e metalingua 300 e2e sdk
31. Testing automático
32. Testing automático
34. Re-fac-tor To rewrite existing source code in order to improve its readability, reusability or structure without affecting its meaning or behaviour.
35. Re-fac-tor Sin pruebas automáticas
36. Re-fac-tor Cambiar y rezar
37. Complejidad accidental VS Complejidad intrínseca
38. Integración continua
39. Integración continua
40. Integración continua Trunk-based Short-time branches …
41. Integración continua No nos liamos
42. Continuous Integración
43. Build Test Deploy Continuous Integración
44. Continuous Delivery
45. Continuous Deployment
46. Continuous Deployment Automatización Schema migration Infrastructure as code Automatización de despliegue Testing integrado en el pipeline de entrega
47. Calidad de código
48. http://commadot.com/
49. Propiedad colectiva del código
50. Code review
51. https://www.semanticscholar.org/paper/Object-oriented-inspection-in-the-face-of-delocali-Dunsmore-Roper/ee2d1d5d592735bff88e61e5e05c74324b8f1e36
52. Pair programming
54. Inmutability
55. Métodos que devuelven el resultado de lo que hacen
56. Métodos que hacen lo que dicen
57. https://www.teepublic.com/es-mx/pegatina/1693236-kiss-keep-it-simple-stupid
58. http://www.dckap.com/blog/wp-content/uploads/2018/06/SOLID-PNG.png
59. Passes the tests. Reveals intention No duplication (DRY) Fewest elements Four rules of Software design
60. Sonar
61. MicroServicios
62. https://martinfowler.com/articles/microservices/images/sketch.png
63. https://joshiarati12.files.wordpress.com/2016/04/cesymcwwoaerxvo.jpg?w=663
64. Documentación
66. Mejora continua
68. Alignment
70. ¡Gracias! ¿Preguntas? @Aitortxu