¿Buscas nuestro logo?
Aquí te dejamos una copia, pero si necesitas más opciones o quieres conocer más, visita nuestra área de marca.
Conoce nuestra marca.
Editor's Picks
¡Hoy es martes y hoy es día de podcast en Paradigma! En este nuevo episodio de 'Apasionados por la tecnología' hablaremos sobre la conexión entre dos herramientas muy conocidas: Jira & Jenkins.
Nuestro compañero Pablo Herrera, que forma parte del equipo de QA de Paradigma, nos cuenta cómo conectarlas correctamente y cuál es la mejor manera de configurar estas herramientas para sacarles el máximo partido.
Como ya sabes, puedes escuchar el podcast en Ivoox, Spotify, Google Podcast, YouTube y en Apple Podcast.
¡Escúchalo ya mismo!
Jira es una herramienta de gestión de proyectos e incidencias bastante famosa y que está pensada para ayudar a los equipos a gestionar su trabajo. Jenkins por otro lado es un software de integración continua, open source, escrito en Java, que hace de inspector y revisa en detalle que todo esté correcto antes de subirlo a producción.
Como comentábamos, Jenkins nos permite automatizar procesos pero, sin embargo, antes de meternos a desarrollar cualquier pipeline, es necesario hacer una definición teórica de cual va a ser nuestro proceso. A nivel de desarrollo, es necesario definir las diferentes etapas por las que va a pasar un producto antes de su publicación. Por ejemplo, si tenemos un producto desarrollado en Java, lo tendremos casi seguro ubicado en un repositorio, por lo que la primera etapa será descargar el código del producto. La siguiente etapa será la de compilación, en la que podríamos ejecutar pruebas unitarias en el caso de tenerlas, y después pasaríamos por la etapa de ejecución y por la etapa de despliegue. Una vez tengamos definido cómo va a ser el proceso completo, un pipeline consiste en traducir o automatizar ese proceso teórico, y Jenkins nos ayuda mucho justo en esto
Por otro lado, ¿qué son las releases de Jira? Jira es un gestor de tareas que nos permite tener un mayor seguimiento del proyecto y las releases son básicamente las distintas versiones que se van generando a lo largo de su ciclo de vida.
En el título del episodio hablamos de sinergias tecnológicas. Una sinergia al final es una cooperación de varias partes. En el caso de los proyectos, aunque de forma individual cada perfil del equipo tenga su propia misión (Back-end, Front-end, QA para la parte de calidad, Scrum Master para la gestión del equipo, y el Product Owner) al final los distintos perfiles se apoyan entre todos para sacar un resultado final. Eso sería una sinergia tecnológica.
Si quieres profundizar más...
... te recomendamos el post Jira y Jenkins: cómo integrarlas correctamente.
Pablo Herrera
He tenido la suerte de pasar por las diversas fases del ciclo de vida del software, siendo desarrollador, analista funcional, analista orgánico y actualmente QA. Esta evolución me ha permitido entender en qué consiste realmente cada fase y cuáles son los retos que te puedes encontrar. Gracias a este progreso he mejorado, no solo mis habilidades técnicas, sino también habilidades personales como la empatía, asertividad o la oratoria. Por ello, me gusta prestar atención al proceso de trabajo como equipo, y también a las personas (y sus expectativas) que lo componen; cubriendo así las necesidades del producto y del equipo.
Ver más contenido de Pablo.
Maribel Tirados
Soy Ingeniera informática y amante de Python, aunque llevo más de 7 años dedicándome al mundo del marketing y a la organización de eventos tecnológicos, entre ellos Big Things Conference. Me apasiona todo lo que tenga que ver con los datos y en otra vida espero poder reencarnarme en Data Scientist.
Ver más contenido de Maribel.Más contenido sobre esto.
Leer más.
Los comentarios serán moderados. Serán visibles si aportan un argumento constructivo. Si no estás de acuerdo con algún punto, por favor, muestra tus opiniones de manera educada.
Cuéntanos qué te parece.