Resumen de 2025: El Año de la IA

2025 fue un punto de inflexión. Fue el año en que la inteligencia artificial transformó de manera fundamental cómo trabajo, pienso y construyo software.

Esta es mi sexta publicación acerca de mi aniversario en Red Hat, aunque estoy replanteando la serie. En lugar de centrarme únicamente en mi aniversario laboral a finales de octubre, quiero reflexionar sobre el año completo y los profundos cambios que trajo.

Puedes ponerte al día con mis años anteriores como Red Hatter en estos artículos:

• My first year at Red Hat
• Two years of Open Source at Red Hat
• Reflecting on three years at Red Hat
• Four years of Free Software at Red Hat
• Quinto aniversario en Red Hat

📷 Fotografía destacada por Julia (El Arte de Julieta)

Un año crucial

Si tuviese que elegir una palabra para describir 2025, sería crucial.

Por un lado, fue el año en el que adopté por completo el desarrollo asistido por IA. Reestructuré mis flujos de trabajo en torno a agentes de IA, logré mejoras significativas en productividad, y creé herramientas que unen los sistemas de IA con la infraestructura cloud-native.

Por otro lado, también fue un año de incertidumbre. En febrero de 2025, Red Hat anunció cambios en su estrategia de middleware, transfiriendo equipos clave a IBM. Estos eran los equipos que más dependían del Fabric8 Kubernetes Client y de Eclipse JKube, los proyectos en los que he invertido años de esfuerzo.

A pesar de mi respeto por IBM, el cambio me afectó moralmente. Ser un Red Hatter no es solo un título laboral para mí; es una identidad que valoro desde mi adolescencia, cuando descubrí Red Hat Linux por primera vez.

Pero aquí sigo, haciendo lo que me apasiona: construir herramientas de software libre y de código abierto que ayudan a los desarrolladores. Y este año, esa misión se expandió en direcciones inesperadas.

Hitos de este año

Estos son algunos de los momentos más destacados de 2025.

Proyectos

Kubernetes MCP Server

Si hay un proyecto que definió 2025 para mí, es el Kubernetes MCP Server.

Comenzó como una prueba de concepto a finales de enero de 2025, originalmente construido sobre el Fabric8 Kubernetes Client. Cuando ejecuté el servidor MCP por primera vez, los resultados me sorprendieron. Fue la primera vez que realmente me di cuenta del potencial de la IA. Hasta entonces, la IA era interesante pero no tanto un game changer. Ver a un agente de IA desplegar y gestionar aplicaciones en Kubernetes de forma autónoma fue una revelación.

Envié algunas demos a listas de correo internas en Red Hat, y fueron un gran éxito. Viendo el potencial, decidí portar el proyecto a Go. La mayor parte del ecosistema de Kubernetes está construido en Go, y los desarrolladores de Kubernetes están mucho más familiarizados con él que con Java. Resultó ser la decisión correcta. La adopción comenzó a aumentar, y también el interés desde diferentes áreas de Red Hat. Personas de otras unidades de negocio se pusieron en contacto para saber más y explorar cómo podían utilizarlo.

Puse mucho esfuerzo en promocionar el proyecto y hacerlo lo suficientemente estable para ser integrado en productos reales. El Model Context Protocol (MCP) proporcionó el puente perfecto entre agentes de IA y clústeres de Kubernetes, permitiendo a los sistemas de IA desplegar, gestionar y solucionar problemas de aplicaciones de forma autónoma.

El crecimiento del proyecto habla por sí solo: más de 1.050 estrellas y 232 forks en GitHub, reflejando tanto su adopción por la comunidad de desarrolladores de IA como el creciente número de contribuidores.

El punto culminante llegó cuando el proyecto se unió a la organización Containers en GitHub, junto a herramientas estándar de la industria como Podman y Buildah. Esto le dio al proyecto un espacio neutral para la colaboración y validó su importancia. A día de hoy, equipos de OpenShift están contribuyendo activamente funcionalidades encima de él.

Este es uno de los mayores éxitos de mi carrera en Red Hat. Llevar una prueba de concepto de mi portátil a un proyecto a nivel de organización con contribuciones de múltiples equipos en menos de un año es algo de lo que estoy increíblemente orgulloso.

A lo largo del camino, documenté lo que aprendí en este blog. Desde dar superpoderes a modelos de lenguaje pequeños hasta conectar servidores MCP con varios frameworks de IA, estos artículos capturan la evolución de mi pensamiento sobre el futuro de las herramientas para desarrolladores y cómo deben evolucionar para el desarrollo aumentado por IA.

Fabric8 Kubernetes Client

El Cliente Kubernetes de Fabric8 tuvo 7 versiones este año, incluyendo la nueva línea 7.x. Lanzamos las versiones 7.1.0 a 7.4.0, además de versiones de mantenimiento para la rama 6.x.

Las contribuciones de la comunidad siguen siendo fuertes, y el proyecto continúa siendo una base para innumerables herramientas de Kubernetes en el ecosistema Java. Aunque mi enfoque personal se desplazó hacia las herramientas MCP, el proyecto sigue sano y activamente mantenido.

Me alegra que Ashish Thakur se uniera al equipo este año para ayudar con el mantenimiento tanto de Fabric8 como de JKube. Su participación asegura que estos proyectos sigan prosperando.

Eclipse JKube

Eclipse JKube tuvo 3 versiones este año (1.18.0, 1.18.1, 1.18.2). El proyecto cuenta ahora con 846 estrellas y 551 forks.

Con los cambios en el equipo de middleware, el futuro inmediato de JKube parecía incierto en algunos momentos. Pero con Ashish a bordo y el crecimiento continuo de la comunidad, el proyecto sigue siendo valioso para los desarrolladores Java que despliegan en Kubernetes.

La Transformación por IA

Más allá de construir servidores MCP, 2025 fue el año en que transformé mis propias prácticas de desarrollo.

Después de mis vacaciones de verano, aposté fuertemente por las herramientas de IA. Escribí extensamente sobre esto en Impulsando Mi Productividad como Desarrollador con IA en 2025, pero la versión corta es: mi productividad se duplicó con creces.

La idea clave no se trata de ninguna herramienta en particular, sino del paralelismo. Usando agentes CLI como Claude Code y el Copilot Coding Agent de GitHub, puedo orquestar múltiples sistemas de IA trabajando en diferentes tareas simultáneamente. Mi rol ha pasado de implementador a orquestador.

Este cambio también tuvo implicaciones incómodas. La naturaleza del trabajo está cambiando. Programar ya no es el trabajo; orquestar agentes de IA lo es. Como alguien que genuinamente ama el arte de programar, esta revelación fue agridulce.

Confío en que los desarrolladores de software seguirán siendo necesarios, incluso si nuestros roles evolucionan hacia la orquestación y la arquitectura. Este cambio no disminuye la importancia de los fundamentos de la ingeniería; si acaso, los amplifica. Lo que me preocupa es que los responsables de tomar decisiones que no entienden los matices puedan creer que los equipos de ingeniería pueden ser completamente reemplazados por agentes de IA. Es una concepción errónea y peligrosa, y espero que la industria la navegue con cuidado.

Charlas

Este año hablé en DevBcn 2025 en julio, con una charla sobre "Model Context Protocol Servers 101: Unlocking the Power of AI". Fue una introducción completa a MCP y sus implicaciones para el futuro de las herramientas para desarrolladores.

Para mi sorpresa, recibí el premio al "Ponente Más Original". Una vez más, me siento honrado por este reconocimiento. Hubo muchas charlas excelentes en la conferencia, y en mi opinión, varias merecían el premio más que yo. Sin embargo, para un introvertido como yo, esto es enorme. Es una prueba del esfuerzo que pongo en cada una de mis charlas de conferencia, y una validación de que salir de mi zona de confort ha merecido la pena.

Desafortunadamente, la charla no fue grabada oficialmente. Grabé una versión desde casa esa misma semana, que puedes ver a continuación. No es tan cautivadora como la presentación en directo, pero si tienes curiosidad sobre MCP, cubre lo esencial:

Mirando al Futuro

Mientras escribo esto a principios de 2026, la trayectoria es clara: la IA seguirá transformando cómo construimos software. La pregunta ya no es si adaptarse o no a estos cambios, sino cómo hacerlo de manera reflexiva.

Sigo comprometido con construir herramientas de software libre que empoderen a los desarrolladores, ya sean esos desarrolladores humanos, agentes de IA, o alguna combinación de ambos. El Kubernetes MCP Server, Fabric8 Kubernetes Client y Eclipse JKube continuarán evolucionando.

A pesar de las incertidumbres organizativas, estoy agradecido de poder hacer lo que me apasiona en Red Hat. Quiero agradecer a mis managers, que me han tranquilizado sobre mi valor durante estos tiempos. Su apoyo ha significado mucho cuando las cosas parecían inciertas.

Seis años después, la misión sigue siendo la misma: facilitar la vida de los desarrolladores a través de software libre y de código abierto.

Si has seguido mi trayectoria o has utilizado alguna de las herramientas en las que he trabajado, me encantaría conocer tu opinión.

En el fondo, lo que me motiva no ha cambiado: la satisfacción de construir algo útil, compartirlo con el mundo, y ver cómo otros construyen sobre ello. Esa es la magia del código libre, y es por ello que seguiré haciendo esto mientras pueda.