Integración Continua

Integración Continua

Transparencias usadas por klicap durante su participación en Madrid DevOps

B31097cef25b7d661da40e4b6368890c?s=128

ClinkerHQ

April 20, 2014
Tweet

Transcript

  1. INTEGRACIÓN CONTINUA Jueves, 10 de abril de 2014 Esa práctica

    de ingeniería del software de la que muchos hablan pero que no todos practican
  2. Software Developer http://manuelrecena.com @recena Software Developer http://amunizmartin.com @amunizmartin

  3. IMPLANTAR ESTA PRÁCTICA ES UN CAMINO COMPLICADO

  4. ¿POR QUÉ?

  5. ASPECTOS TÉCNICOS

  6. A. Qué alternativas tenemos? B. Cómo se integran con las

    herramientas que usamos? C. Soporte para múltiples stacks tecnológicos D. Soporte para distintas herramientas de construcción E. Qué pasa si aumenta el nº de usuarios y proyectos? aspectos técnicos
  7. F. Mantenimiento. “El que lo montó se fue” G. Hay

    vida más allá de Java, Ruby, Javascript, … quieres programan micro-controladores existen aspectos técnicos
  8. EL INFORMÁTICO, EL MAL DE LA INFORMÁTICA

  9. el informático, el mal de la informática “Eso lo montamos

    en una semana” Pedro Gómez, Project Lead en Tolofónica, S.L.U. “Integración Continua es montar un Jenkins” Ángela Pérez, Software Developer en Informática Mairena, S.L. “Eso es culpa del Jenkins, en mi equipo funciona” Jaime Sanz, uno más en cualquier empresa
  10. TIEMPOS PASADOS

  11. tiempos pasados A. Equipos donde no hay cabida a ideas

    frescas B. Reticencia al cambio C. “mejora continua” es un término que sólo usan cuando hablan con el tutor de su hijo D. Nunca hay tiempo E. “Si funciona, no lo toques” llevado al extremo
  12. tiempos pasados F. Trabajamos para un cliente y el NDA

    dice, blablabla G. En cada proyecto resuelven sus necesidades
  13. IDEA MAL CONCEBIDA

  14. idea mal concebida A. Automatizar no es hacer integración continua

    B. Es un medio, no un fin C. Las herramientas ayudan, pero lo importante son los procesos. ¿Qué pasa cuando…?
  15. RADIADORES DE INFORMACIÓN

  16. radiadores de información A. Para dar valor, hay que medir.

    B. Información dispersa y desorganizada C. Sistemas de notificación
  17. A. Aspectos técnicos B. El informático, el mal de la

    informática C. Tiempo pasados D. Idea mal concebida E. Radiadores de información resumen de ideas
  18. MISMO DESTINO, CAMINOS DIFERENTES

  19. PRIMER CRUCE EN EL CAMINO

  20. primer cruce en el camino A. Una máxima. Si no

    es tu negocio, no te metas. B. El coste importante no está en la instalación y configuración, sino en el mantenimiento e integraciones C. Control de acceso. SSO. ¿Nos lo montamos o producto?
  21. SEGUNDO CRUCE EN EL CAMINOquizás no exista

  22. segundo cruce en el camino A. ¿Tienes infraestructura y gente

    con experiencia administrando (sysadmin) este tipo de herramientas? B. ¿Te sigue dando miedo el cloud? C. ¿Tienes restricciones contractuales impuestas? ¿En casita o como servicio?
  23. HERRAMIENTAS DE CONSTRUCCION

  24. herramientas de construcción A. Pieza clave. Requisito básico. B. Es

    el lenguaje que entenderá nuestro servidor de IC C. Hay para todos los gustos
  25. BUENAS PRÁCTICAS

  26. líneas de automatización A. Compilación, empaquetado y distribución B. Generación

    de documentación C. Testing D. Inspección de código E. Deployment
  27. tareas A. Crea tareas por cada “causa” que quieras controlar

    B. Define convenciones en el nombrado C. Define una política de ejecución D. Listas de correo para las notificaciones E. Definición temprana
  28. EN CASA DEL HERRERO, …

  29. demostración

  30. troleamos? A. Todo el peso al IDE? B. ¿Por qué

    no te gusta Jenkins? C. La carta de los Reyes Magos. Hacer IC con un click D. Development Environment dentro o fuera del entorno de IC?
  31. mil gracias