Integración ContinuaFran Reyes Perdomo

Yeray Darias Camacho

viernes 23 de julio de 2010

¿Quiénes somos?viernes 23 de julio de 2010

Fran Reyes

fran.reyes.perdomo@gmail.com

fran.reyes.perdomoCurso TDD de iExpertos.com

Participante de AgileCanariasCoautor del libro de Carlos Blé

viernes 23 de julio de 2010

Yeray Darias

ydarias@gmail.com

@ydarias

ydarias

Curso TDD de iExpertos.comParticipante de AgileCanarias

viernes 23 de julio de 2010

Introducción a ICviernes 23 de julio de 2010

¿Qué es la integración continua? (en pocas palabras)

viernes 23 de julio de 2010

Construir el software con cada nuevocambio que se produce

viernes 23 de julio de 2010

Construir el software con cada nuevocambio que se produce

Pero en realidad es mucho más queconstruir el software

viernes 23 de julio de 2010

Necesitamos un PROCESO que permitacorregir los errores antes de que sea

demasiado tarde

viernes 23 de julio de 2010

No se trata de desarrollar código, sino de desarrollar código listo para producción

viernes 23 de julio de 2010

¿Por qué falla la aproximación clásica?

viernes 23 de julio de 2010

Diseño Construcción

Integración

viernes 23 de julio de 2010

Diseño Construcción

Integración ???

viernes 23 de julio de 2010

¿Cómo se ha evolucionado hasta la integración continua?

viernes 23 de julio de 2010

viernes 23 de julio de 2010

viernes 23 de julio de 2010

viernes 23 de julio de 2010

¿Por dónde empezamos?

viernes 23 de julio de 2010

Construcción continuaviernes 23 de julio de 2010

Se debe realizar la construcción tan pronto como se producen los

cambios en el código

viernes 23 de julio de 2010

Los errores detectados por el servidorson errores que no llegan al cliente

viernes 23 de julio de 2010

Testing continuoviernes 23 de julio de 2010

Toda construcción debe estarverificada por un conjunto de

pruebas y tests unitarios

viernes 23 de julio de 2010

¿Por qué testear al final no funciona?

viernes 23 de julio de 2010

Es difícil estimar la calidad del código existente

viernes 23 de julio de 2010

Los errores permanecen ocultos

viernes 23 de julio de 2010

Es difícil estimar el estado actualdel proyecto

viernes 23 de julio de 2010

Se pierden las oportunidades defeedback

viernes 23 de julio de 2010

Inspección continuaviernes 23 de julio de 2010

Probablemente es el paso más discutido de la integración continua

viernes 23 de julio de 2010

Su coste es tan bajo respecto a lasventajas que no merece la pena

saltarse este paso

viernes 23 de julio de 2010

Este paso se puede flexibilizar con elaumento de experiencia del equipo

viernes 23 de julio de 2010

Feedback cotinuoviernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Todo este proceso no tiene ningúnsentido si nadie se entera del estado

actual de la construcción

viernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Hoy en día el correo sigue siendo elmedio más eficaz ... pero no es el

único que podemos usar

viernes 23 de julio de 2010

Despliegue continuoviernes 23 de julio de 2010

Tener una versión siempre actualizadaañade una mayor transparencia

en el proceso de desarrollo

viernes 23 de julio de 2010

El valor que proporciona al cliente tenersiempre la última versión de la aplicación

es incalculable y no nos cuesta nada

viernes 23 de julio de 2010

Conclusionesviernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Se debe ir poco a poco, empezarpor algo sencillo e ir mejorando

viernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Montar un servidor de IC es costoso,pero mucho menos que arreglartodos los errores unas semanas

antes de la entrega al cliente

viernes 23 de julio de 2010

Incluso con herramientas como Maven o Hudson requiere de un

esfuerzo por parte del desarrollador

viernes 23 de julio de 2010

Se deben realizar frencuentes commits del código que funciona

correctamente

viernes 23 de julio de 2010

Cuando se rompe una construcción, se ha de reparar de

forma inmediata

viernes 23 de julio de 2010

Hay que escribir pruebas para el código que estamos

desarrollando

viernes 23 de julio de 2010

Se debe lograr que la construcción sea lo más rápida

posible

viernes 23 de julio de 2010

Hay que escribir nuevos tests para cada bug que es reportado

viernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Hay que estudiar mucho :-)

viernes 23 de julio de 2010

http://www.flickr.com/photos/igb

Hay que estudiar mucho :-)

viernes 23 de julio de 2010

Gracias por su atención

viernes 23 de julio de 2010