Descargado 22 veces
Más contenido relacionado
Charla Tdd Uji 032010
- 1. Desarrollo Dirigido porEjemplos Concretar en lugar de Abstraer Carlos Blé Jurado Marzo 2010 – Universitat Jaume I www.carlosble.com
- 2. Nada más salirde la facultad... “ ¡Podemos programar lo que sea!!” “ ¡Despues de la carrera saco adelante cualquier cosa!!!!!!”
- 3. Y va laexperiencia y dice... “ así que... podeis hacer lo que sea...” “ ¡y quien lo va a mantener !!!!!! ”
- 4. No te torturescon código imposible ni se lo hagas a tus compañeros No juegues con el dinero del cliente. Dale soluciones, no más problemas Tranquilo majete: haz las cosas bien
- 5. ¿Y eso comose hace? “ ...pero, no veas que broncas tienen con los usuarios...” “ ...tengo un colega en una empresa donde saben un montón de ingeniería del software...”
- 6. ¡¡¡¡¡¡¡ AL REVES!!!!!!!! A lo mejor es que los estamos haciendo...
- 7. Afrontemos los problemasdel software Tiene defectos (malditos bugs)
- 8. No hacelo que el cliente necesita que haga (hace otros rollitos que están que te cagas y tal)
- 9. Es muy carode mantener y (más vale que el cliente evolucionar no pida cambios)
- 10. Los métodos tradicionalesno están resultando eficajes para evitarlos Escuchar (o peor, leer)
- 11. Transcribir (volcarlos requisitos en 500 páginas)
- 12. Abstraer (intentar resumir las 500 páginas en conceptos)
- 13. Modelar (diagramasde clases, etc)
- 14. Implementar (apicar código)
- 15. Probar (tres días usando la app a mano)
- 16. Entregar (cobrar y salir pitando)
- 17. En realidad hayaun más problemas El mundo de la informática es complicado: Os recomiendo: Informática Profesional de Roberto Canales
- 18. Pero en ellado técnico, al menos, podemos ser ágiles for i in iteration: Escuchar (de primera mano, del cliente)
- 19. Transcribir (escribimos historias de usuario)
- 20. Concretar (escribir criterios/tests de aceptación)
- 21. Probar/Implementar (primero la prueba, ¡cobarde!)
- 22. Entregar (una entrega cada 3 semanas y volver al inicio)
- 23.
- 24.
- 25.
- 26. ATDD Historias deUsuario que contienen una lista de ejemplos.
- 27. Los ejemplos son el puente que une a técnicos y usuarios/clientes
- 28. Eliminan la ambigüedadEscaner de un tpv:
- 29. Ejemplo de ejemplo:-) 40x20+8x20x1.5+8x20x2 Ejemplo de ejemplo :-)
- 30. Ya sabemos lo que quiere el cliente.
- 31. Ahora vamos apensar cómo queremos diseñar e implementar el software
- 32. Y vamos aimplementarlo Escribimos un test (JUnit, NUnit, PyUnit...) Lo hacemos funcionar lo antes posible (implementamos el código de producción) Refactorizamos el código
- 33.
- 34. Cada cosa tienesu ámbito ATDD – ¿Qué quiere el cliente? TDD – ¿Cómo lo implementamos?
- 35. ¿Qué ventajas tieneA/TDD? Tenemos un producto (parcial) en producción desde las primeras semanas
- 36. No se implementalo que no será usado (YAGNI)
- 37. Minimizamos el númerode defectos
- 38. Conseguimos código másfácil de mantener
- 39. Código preparado paracambiar
- 40. Aumenta la confianzadel equipo
- 41.
- 42. Detectamos antes lasprioridades del cliente
- 43. ¿Cómo aprender todoesto? Hay un tipo por ahí que imparte cursos Hay un libro en castellano sobre el tema Hay una comunidad de habla hispana Hay toneladas de herramientas libres ¿Tienes ganas? Just do it!!!
- 44. dirigido Por Tests.com Agile-spain.com carlosble.com Tambien estamos en Facebook!: