Cuando escuché por primera vez el nombre n8n, pensé que se trataba de una herramienta de automatización de ciencia‑ficción, algo tan complejo que tendría una curva de aprendizaje digna de un máster. Resultó ser algo mucho más cercano: una herramienta de automatización visual, de código abierto, que promete que cualquier persona, desde un estudiante técnico hasta el CEO que se empeña en “optimizar” todo, puede arrastrar y soltar bloques para conectar Google Sheets, Slack, GitHub y mil servicios más.

El aire de mi Homelab vibraba con una energía latente, marcado por el susurro incesante de los ventiladores que libraban una batalla contra el calor de las máquinas. Para mí, ese murmullo era más que ruido, ese era el sonido de la promesa, la sinfonía de la automatización e inteligencia artificial que estaba construyendo. No se trataba solo de desplegar herramientas, sino de orquestar un ecosistema completo, una danza compleja de datos y procesos.

Actualmente el proceso de creación y mantenimiento de un proyecto web puede ser una tarea tediosa, sin embargo, si pensamos como vamos a mantener un proyecto sin necesidad de grandes esfuerzos nos viene a la menta la automatización de las partes que no requieran de supervisión, es decir, todo lo relativo a la creación y publicación de la web del proyecto de Github.
En primer lugar tener claro como queremos publicar nuestra web, el proyecto que vamos a utilizar para este ejemplo es https://github.com/alefnode/jenkins-themes como veis he separado la web al directorio webpage que es donde tendremos toda la web a excepción de aquellas que se generan en el job de Jenkins.

Últimamente he estado creando algunos scripts que automatizan procesos en aplicaciones Android. En un primer momento comencé con el uso de la herramienta xdotool y simulando los clicks que quería ejecutar. Desde el punto de abrir la aplicación hasta el punto cerrarla y usar los propios ajustes de Android para hacer limpieza de los datos guardados por la aplicación.
Tras tener todo preparado y varios intentos, me he topado con que dependía mucho de la velocidad de carga de la APP para poder hacer el siguiente click, lo que suponía errores en muchas ocasiones en las que el emulador de Android tardaba más de lo planeado.

Una de las tareas que nos permite realizar la integración continua es hacer o construir nuestra aplicación una vez que se haga un push a la rama deseada de nuestro servidor de Git.
Para ello en nuestra arquitectura hemos usado Gitlab y Jenkins. Lo primero que debemos hacer es crear un usuario para Jenkins que tenga permisos de “reporter” en nuestro proyecto (Los permisos se asignan en el apartado Project->Settings->Members)
