Un primer acercamiento a gradle y por que deberia ser considerado como una herramienta para automatizar el build de los proyectos de desarrollo

1. Automatización de
Proyectos con Gradle
/*
O por que usar otra herramienta para automatizar
tus builds
*/

2. About me...
Geek
Agilista
Craftsman
Mentor y
Aprendiz
Java developer
@Grubhart
edsonchavez@gmail.com
https://github.com/Grubhart
http://www.slideshare.net/grubhart/

3. Por que automatizar el desarrollo
• Evitar intervención Manual
• Builds repetibles
• Builds portables
• En mi maquina si funciona
• Con mi ide si funciona
• Deploys de nivel “Furia de Titanes”
(Pero la de los 80… la buena)

4. Entorno QAUAT

5. Y El día del DeployProduccion
Tú
QAPM’s y BA’s

6. Y Tus Herramientas?

7. Tipos de build
En Demanda

8. Activados por Evento

9. Programados

10. Opciones Existentes
Flexibilidad Convencion

11. Ant Build File

12. Puntos a Mejorar
• Uso de XML
• Logica en el propio xml
• Demasiada libertad => caos
• Sin Gestión de Dependencias (inicialmente)

13. Maven

14. Puntos a Mejorar
• Uso de XML
• Estructura estándar pero puede llevar a
restricciones
• No es facil escribir extensiones

15. Gradle

16. Algunos Puntos:
• Estandar pero flexible
• Expresivo declarativo y mantenible
• Facil de usar y que permita extensiones
• Soporte de gestión de dependencias
• Builds escalables y de alta performance
• Que sea facil para migrar

17. DSL
• Domain Specific Language
• Especificacion programable
• Extensible

18. Y ahora la parte practica
https://github.com/Grubhart/
automatizando_proyectos_gradle.git

19. Recursos
http://www.gradle.org/
https://github.com/Grubhart/automatizando_proyectos_gradle
https://github.com/bmuschko/gradle-in-action-source
/*
(o la parte donde digo que todo esto lo puedes aprender por tu cuenta)
*/