65 - esLibre2026 José Castillo Lema - OCaml y Containerlab

        
 David Marzal: 
Buenas, estamos de vuelta en KDE Express, pero esta vez en una serie especial titulada Es Libre 2026, los ponentes, y hoy tenemos con nosotros a José Castillo Lema, que es ingeniero de software en el equipo de Telco 5G de Red Hat, que ha pasado por posiciones como consultor, arquitecto, líder técnico, para proyectos relacionados con virtualización de redes. También ha estado diseñando e implementando soluciones IaaS y PaaS, como por ejemplo OpenStack, Kubernetes, OpenShift, durante los últimos 10 años, y ha estado impartiendo también cursos de posgrado durante los últimos 7 años en diversos másteres como Cloud Computing, Big Data, IA, Blockchain, Mobile, y también ha dado cursos para empresas. Buenas, José.   
José Castillo: Buenas tardes a todos y muchas gracias, David, por la invitación.  
 David Marzal: 
Bueno, entiendo que la presentación es correcta porque te la he robado a ti directamente.   
José Castillo: Sí, sí, sí. Pues sí, eso exactamente. Trabajo en Red Hat hace ya casi 7 años. Yo he vivido muchos años en Brasil, entonces empecé allí. La verdad es que entré cuando vivía en Sao Paulo y estuve unos añitos de consultor y de arquitectos y más con los clientes. Y cuando tuve la oportunidad, pues me mudé para ingeniería. Y hoy estoy en un equipo que se llama Performance Scale, sobre todo focado en OpenShift. OpenShift, como sabéis, es la plataforma enterprise de Kubernetes que tiene Red Hat. La parte de platform as a service y ayuda para DevOps y todo eso. Y nuestro trabajo es un poco garantizar que OpenShift pues tiene el performance y la escalabilidad que esperas de un producto enterprise. Estuve mucho tiempo trabajando con Telcos, con Deraison y otros clientes así grandes. Y hoy estoy más un genérico de todo el ecosistema de OpenShift. La parte de multi-cluster management, multi-cluster networking y todos los add-ons. Y lo que le llamamos Ledger products que tiene OpenShift. La parte de virtualization que ahora está súper de moda con la situación de VMware de muchos clientes escapándose desde la adquisición de Broadcast. Y es un poco así mi día a día. También soy profesor asociado en la Universidad de Carlos III. De hecho, una de las charlas que he propuesto para la conferencia sobre algunos softwares que usamos allí en los laboratorios, estamos intentando un poco estandarizar en software libre para tener una base homogénea en todas las asignaturas y que madure bien con el tiempo y que no nos haga tener que cambiar cada año de plataformas.  
 David Marzal: 
Está muy bien porque tú eres uno de los ejemplos que le va a encantar a José Jiménez de 24H, 24L, de que sí se puede ganar uno la vida con el software libre. Lo mismo no es creando un proyecto propio, pero sí trabajando tanto en la parte de una empresa que trabaja con software libre como en educación con software libre. Sí, la verdad es que soy muy   
José Castillo: afortunado en ese sentido. Yo siempre he sido el software libre 100% desde... Estudié en la Universidad de Coruña y desde la época de informática. La Universidad de Coruña, además, es muy, como supongo que ya sabrás, es muy de Linux y todo más. Y la verdad es que tengo mucha suerte porque la verdad nunca he trabajado en ninguna empresa que no estuviese relacionada con Open Source. Mi primer trabajo así fue en un... O sea, vivía en Brasil en la época. Hay un proveedor de cloud muy conocido en Brasil que se llama Mandic, que es un proveedor de cloud así más enterprise para empresas y eso. Y claro, usábamos todo de tecnologías Open Source, usábamos Open Stack en la época, estábamos empezando a usar Kubernetes también. Entonces, la verdad es que siempre he tenido el privilegio de trabajar con Open Source y ahora en mi departamento de performance y scale tenemos un par de herramientas que hemos donado a la CNCF. Pues exactamente para eso, para validar la performance de clúster Kubernetes. Una se llama KubeBurner, después de paso los links, David, y es una herramienta que te permite orquestrar testes de escalabilidad y crear un número grande de objetos y actualizarlos en clúster Kubernetes y extraer todas esas métricas, alarmas y SLIs para garantizar que la plataforma es estable y está performada. Y la otra que hemos donado a la CNCF se llama Cracking y está relacionada con Caust Testing, con matar cosas, matar procesos, matar nodos en el medio de los testes y ver cómo la plataforma se recupera y reacciona. Y también tenemos muchos contribuidores en las dos herramientas y también tenemos gente que hace becarios de la Linux Foundation, que reciben becas de seis meses para estar con nosotros. Entonces, la verdad es que estamos encantados con las dos.  
 David Marzal: 
Qué chulo. A ver si hay gente que escuchándote se anima y ve que hay mundo ahí fuera. Y luego, yo una duda que tengo es de las dos charlas que has presentado, tanto la de UCAM versus Python y Container Lab, ¿son cosas que tú trabajas en el día a día o es por pasión que usas estas tecnologías?   
José Castillo: Pues la de Container Lab es más relacionada con mi trabajo en la Universidad de Carlos III de Madrid, que es la herramienta que estamos intentando usar para estandarizar un poco los laboratorios de redes. ¿Qué pasaba antes? Que para cada laboratorio terminamos usando herramientas diferentes, ¿no? Imagínate, pues un laboratorio de Spanning Tree. Pues usábamos una herramienta Java, muchas veces anticuadas, ¿no? Para ese laboratorio, ¿no? Después había otro laboratorio de Excel, VLAN, otra parte, ¿no? Y usábamos otra herramienta, ¿no? Entonces, cuando yo vi un poco esa situación, primero que no era fácil de mantener, ¿no? Segundo, que es muy difícil. Cada vez más los alumnos quieren llevar su ordenador a clase, su laptop, ¿no? Entonces, era bastante difícil también facilitarle a los alumnos que rodasen esos experimentos, ¿no? Y con esta herramienta que usamos, que se llama Container Lab, que, bueno, básicamente lo que hace es crea unos containers, pues Docker o Podman, para simular, ¿no? Los dispositivos de red, sean servidores Linux o puedes usar incluso NOS de sistemas operativos de red de Cisco, de Juniper, Nokia o lo que sea, y te crea la conexión de red entre ellos, ¿no? Te crea unos bridges y creas topologías que son facilísimas de crear. Y los alumnos, aparte de forma gráfica, puedes abrir los archivos en el Visual Studio Code, ves la topología, ¿no? De forma clara y consigues crear esa topología usando GitHub Code Workspaces, ¿no? Y además es 100% gratis, ¿no? Entonces, tienes la opción de rodarlo localmente si tienes Docker o Podman, que hoy en día es súper fácil, ¿no? Instalar cualquiera de los dos. Y por encima tienes la opción de rodarlo online, ¿no? Entonces, me da la tranquilidad de cualquier alumno con un navegador puede hacer el laboratorio y con el Visual Studio Code este que te proporciona GitHub de forma gratuita. Y que sobre todo tenemos una base buena para expandir, ¿no? Para hacer prácticas cada año mejores y todo lo que sea código, digamos así, es fácil de mejorar, de razonar, de seguir implementando cosas nuevas encima de ahí. Entonces, fue un poco el motivo.  
 David Marzal: 
Me hubiera venido muy bien en mi época de universidad, peleándome   
José Castillo: con el package tracer y todo  
 David Marzal: 
ese tipo de cosas.   
José Castillo: Sí. Es que hay, a ver, hay varias herramientas, por ejemplo, yo antes era instructor de Huawei, ¿no? Y teníamos un simulador que creo que se llamaba NSP. Lo que pasa es que es muy complejo porque te tenías que bajar las máquinas virtuales, necesitabas VirtualBox, era muy pesado también. En el momento que tenías cuatro o cinco switches o routers, notabas que la máquina iba lentísima y obviamente propietario, ¿no? Que es lo último que queríamos en la universidad. Entonces, esto como son containers más dinámicos, más ágiles, la verdad es que es perfecto. En pocos segundos tienes la topología lista y es mucho más fácil de escalar a un número grande de nodos si hace falta. A mí me parece, para este caso de uso, es ideal.  
 David Marzal: 
Estupendo. Y la charla en sí, que es una charla larga, pones que está dirigida a profesores, alumnos, personas interesadas en aprender redes de computadores, container, virtualización. Entiendo que el nivel, por lo menos, intermedio o la tienes pensada para desde cero. O sea, yo entiendo que por lo menos gente que ya sepa lo que es virtualización, contenedor, un mínimo de redes.   
José Castillo: Hombre, empezaré por lo menos uno o dos slides así explicando un poco las diferencias entre máquinas virtuales y containers. Me parece que es importante que no sea media charla ni mucho menos para gente que ya lo sabe. Pero por lo menos que si hay alguien que no tiene clara cuál es la diferencia entre una máquina virtual y un container puede acompañar el resto. Eso seguro. Yo creo que es básico para intermedio, a lo mejor, digamos así.  
 David Marzal: 
Sí, porque en mi experiencia, en las charlas de esLibre, cualquiera puede entrar a cualquier charla y sale con más información de la que tenía. Pero donde realmente se aprovecha y donde más partidos le sacas, porque al final las charlas de 30 minutos pasan volando. Entonces, si ya tienes un poco de background en la materia, le sacas mucha más chicha y luego siempre pueden intentar pararte por en medio del evento a preguntarte más cosas, que nunca hay suficiente tiempo para todo lo que se quiere. Y no solo das una charla, sino que das dos.   
José Castillo: A mí me encantaría que incluso si alguien no está particularmente interesado en este caso de uso, que es el de laboratorios de redes, que venga de todas formas a la charla y aprenda sobre containers, máquinas virtuales y casos de uso donde containers, pues es una opción ideal.  
 David Marzal: 
Muy bien. Si voy, soy de los que me vendría bien asistir. Si no, por supuesto, como normalmente se intentan grabar, me la pondría. Y luego también tienes una segunda charla, que es OCaml versus Python. Ventajas de lenguaje verdaderamente funcionales. Bueno, lo primero es saber por qué verdaderamente lo has puesto ahí entre paréntesis y ahora hablamos un poco más de la charla.  
José Castillo: Sí. Hombre, porque hoy en día todos los lenguajes cogen algunas características de lenguajes funcionales. El propio Python tiene maps, tiene iterators, tiene algunas cosas. Tiene algunas estructuras de datos inmutables. Entonces, todos los lenguajes modernos hoy se inspiran de alguna forma en lenguajes funcionales. Incluso Golland. Golland tiene funciones de primer orden y algunas otras cosas. Lo que pasa que sí que es verdad que la experiencia de usuario, de programador, cuando programas en un lenguaje que es realmente funcional, sobre todo de tipado estático, como Haskell o Camel, F-Sharp o uno de estos, es totalmente diferente. A cuando trabajas en un lenguaje, bueno, pues que te tiene alguna cosilla funcional, pero no es Functional First, digamos así. Estoy refiriendo más al tipado estático, el tipado dinámico. Tipado dinámico sería como Python, que tú puedes sumar un string con un integer y no pasa nada. Tipado estático son los lenguajes que, digamos así, te fuerzan. Es de int a int. No te acepta otro tipo, digamos. JavaScript, por ejemplo, es un lenguaje muy dinámico, que puedes hacer auténticas locuras y mezclar los tipos. La idea de los lenguajes estáticos, de tipado estático, es mucho más difícil que el código compile. No, realmente es mucho más difícil, pero una vez que el código compila, la posibilidad de que el código sea correcto y funcione bien es muchísimo mayor. Y es un poco lo contrario de Python, que en Python es muy fácil rodar el código y tienes muchos errores de ejecución, muchos runtime errors porque entra una variable que no se espera o cosas de esas. La idea de los lenguajes estáticamente tipados es evitar ese tipo de situaciones.  
 David Marzal: 
¿Y la idea es comparar OCaml y Python o es presentar más OCaml con algunos ejemplos equivalentes de Python?  
José Castillo: Pues como Python es un lenguaje que mucha gente conoce, la idea que tuve fue siempre comparando. Entonces, en todas las diapositivas, en el lado izquierdo tienes Python y en el lado derecho tienes la versión equivalente en Ocamel. La idea es que más gente pudiese disfrutar de la charla porque hoy en día gente que sabe un poquito de Python, se apurrea un poco Python, hay muchísimas y de esa forma me parece que la charla es más accesible también a todo tipo de público. 
 David Marzal: 
Claro, porque Python es súper sencillo o de los más sencillos de leer y de aprender a programar. De hecho, hay mucha gente usando Python que no es programadora, que son analistas de datos, científicos y cosas así. Pero también es de los menos eficientes a la hora de ejecutar código. Yo siempre digo que está bien ahí para cosas pequeñas, pero luego si requiere energía y tener en cuenta el rendimiento, ahí flojea más. Y entiendo que OCaml estará mejor ahí posicionado.  
José Castillo: Sí, estoy totalmente de acuerdo con lo que estás diciendo. En ese sentido, Python es ideal para pruebas de concepto o incluso para código productivo, en algunos casos. Y es verdad que incluso de las, digamos, entre aspas, desventajas de Python, por ejemplo, el hecho de que sea tipado dinámico, más o menos usando linters y usando anotaciones, pues puedes un poco contornar esas dificultades. Pero a mí sí que me parece que es un código muy susceptible a runtime errors. Y hay otro tipo de lenguaje, sin ir más lejos, yo creo que Golang es un lenguaje más robusto en ese sentido, por ser de tipado estático. También otra cosa que vemos así en los proyectos upstream es que lo que dices tú, Python, cualquiera escribe Python. Entonces, a veces recibimos contribuciones de una calidad así un poco peor que si usamos otros lenguajes como, por ejemplo, Golang, que normalmente recibimos contribuciones de más calidad, en ese sentido, desde la perspectiva del código.  
 David Marzal: 
Claro, una cosa es un programador de verdad y otra cosa es lo que podría hacer yo, que entiendo tres líneas y puedo añadir otra, que es posible que funcione, pero ahí las buenas prácticas no se sabe si se han pasado por ahí.   
José Castillo: Sí, todas las contribuciones son bienvenidas. Y yo creo que eso cada vez más la línea entre uno y otro se va a desdibujar, sobre todo con las contribuciones de IA, que son más del 50% de las contribuciones que recibes hoy en día. Pero sí que es verdad que por lo menos hasta hace un año el lenguaje que escogías para el proyecto se terminaba reflejando en el número de contribuciones, lo cual puede ser positivo o negativo, no necesariamente negativo, y en la calidad de las mismas.  
 David Marzal: 
¿Y cómo empezaste a trabajar con OCam? Porque no es de los más conocidos en el mundo.  
José Castillo: No, ni mucho menos. La verdad es que es un lenguaje que me interesó mucho ya desde la carrera. La asignatura de programación funcional en mi universidad, en Coruña, se daba con OCaml. Siempre fue un lenguaje que me identifiqué así rápido y siempre a partir de ahí, siempre que tuve la oportunidad de escoger lenguaje en un proyecto, en el que tuviese sentido obviamente, terminé tirando para OCaml. Después, desde hace algunos años, mantengo el SDK upstream de Flatpak, de OCaml, y en Red Hat usamos para algunos proyectos, menos de los que también me gustaría, pero bueno, tenemos bastante código productivo en OCaml, por ejemplo, Vir2V, que es un framework de máquinas virtuales, por ejemplo, de VMware a KVM, o a OpenShift Virtualization, o a OpenStack, es totalmente escrito en OCaml, y algunos otros proyectos internos. 
 David Marzal: 
Lo he usado sin saberlo porque yo, en su momento, migré a OVIRT.   
José Castillo: ¿Ah, sí?  
 David Marzal: 
Y cuando pasamos a OVIRT lo llegamos a usar.   
José Castillo: Pues es un proyecto de los pocos, ¿no?, que tenemos así en Red Hat 100% de Sweet & OCaml, y es un proyecto además que si miras reportes de bugs y ese tipo de cosas ha sido excelente. O sea, es un código súper performático y la verdad es que es muy libre de bugs en general. 
 David Marzal: 
Y la charla es también de las largas, que suelen ser 30 minutos. Aquí, público objetivo, interesados en programación y programación funcional. Aquí, ¿cómo ves también el nivel? ¿Vas a empezar por OCaml desde 000 para Nubis? ¿O también alguien que ya sea programador de cualquier lenguaje podría apreciar más la charla?  
José Castillo: Hombre, yo puse un poco esa comparativa con Python para hacerlo más accesible a un público en general que sepa chapurrear un poco de Python, ¿no? Es verdad que si no tienes noción ninguna de lenguajes de programación, pues es un poco una charla más difícil de acompañar, ¿no?, digamos así. Pero si por lo menos has escrito un poco de código en Python, Java, lo que sea, yo creo que es una charla bastante amigable. Voy a explicar un poco lo que es programación funcional. Obviamente no voy a asumir que todo el mundo ya sabe lo que es programación funcional. Y a partir de ahí, yo creo que los ejemplos son bastante gráficos y visuales, ¿no? Y te ayuda a comparar así de un vistazo rápido, ¿no? Puedes ver los dos paradigmas, ¿no? Y como para algunos casos de uso, pues el paradigma funcional se ajusta muy bien.  
 David Marzal: 
Aparte, mirando para esta entrevista, me ha parecido ver que una charla parecida a esta la habías hecho en un meetup también, ¿puede ser?   
José Castillo: Sí, en un par de meetups hay un grupo que se reúne en Vigo que se llama La Industriosa y tenía un amigo, Red Hatter, que se llama Eloy. Me había invitado una vez a hablar sobre Locamel. Y también hay un grupo Madrid de programación funcional que dan muchas charlas sobre Erlang, Locamel, Haskell, Scala. Los fundadores del grupo trabajan profesionalmente con Scala, Clojur. Eso es un grupo muy interesante y una vez sí que fui yo a hablarles un poquito de Locamel y a presentarles este tipo de trabajo. 
 David Marzal: 
¿Y qué tal la experiencia? ¿El feedback fue bueno? ¿Vieron ahí la luz del lenguaje?   
José Castillo: Sí, a ver, ahí sí que es una audiencia muy, o sea, no tienes que explicarle ni lo que es programación funcional, sí que es un poco más, pues mira, en Haskell se hace así o Camel así, en Scala de esta forma. Entonces es un público que ya tiene todo el contexto. La idea aquí es un poco diferente, la idea aquí es un poco dar un paso hacia atrás y hablar de programación funcional, estructuras de datos inmutables, de por qué ese tipo de programación puede ser interesante para algunos casos de uso y de algunas ventajas de este modelo.  
 David Marzal: 
Yo sobre todo lo veo para gente que tiene nociones de Python o de programación, pero todavía no tiene una posición súper fuerte, porque al menos en mi experiencia yo los programadores que conozco, hay algunos que ya están ahí en español, no sé, súper invested en un lenguaje y ya es como si fuera su casa y es muy difícil sacarlos de ahí, aunque les enseñaras algo mejor. Dices, mira, ya mi vida se ha hecho con esto, de aquí no me sacas. Pero hay gente que todavía está a medio camino y que sí que está a tiempo de elegir su aventura.   
José Castillo: Sí, sí, estoy totalmente de acuerdo contigo y además ahí veo dos tipos de personas, ¿no? Realmente el que ya ha escogido un lenguaje de programación, ¿no? Por ejemplo, Go, Lan o Java. Sí que es verdad que muchas técnicas de programación funcional se pueden aplicar a estos lenguajes, ¿no? Yo, por ejemplo, cuando escribo Golang, mi código usa inmutabilidad al máximo posible. Termino de alguna forma reflejando esos principios de programación y lo puedes hacer. Yo creo que no hay que ser talibán con los lenguajes de programación. Es decir, con el tiempo ya vas viendo que Python es excelente para cosas de Big Data y de Tumblr. ¿A qué vas a pelear contra el lenguaje? No tiene el menor sentido, ¿no? Yo a veces, incluso Ansible, lo último que necesitas es ser estricto, ¿no? Tampoco de que cada caso de uso y de que cada lenguaje es excelente para hacer otras cosas y aprovecharte de eso en vez de luchar en contra de eso.  
 David Marzal: 
Claro que la vida del programador es muy larga. Lo mismo de aquí estos dos años a lo mejor estar ahí a tope con algo, pero claro, cuando lleves 10, 20, 30, es muy probable o muy difícil que durante toda tu vida solo puedas tocar algo. O sea, normalmente un programador tiene que trabajar con diferentes. Entonces, está bien saber que existe ahí en el mundo para cuando te hace falta saber, ah, pues para este caso de uso en concreto, para este proyecto, posible que sea mucho mejor este. Y aparte, si no estás en una empresa que es solo una cosa, puedes estar en diferentes proyectos.   
José Castillo: Sí, sobre todo la gente que tiene que trabajar en varios proyectos, exactamente. Y eso es muy Open Source y la gente normalmente que contribuye en Open Source no contribuye en un proyecto. Esa gente que contribuye 10, 20, 30, 40 proyectos, aunque sean pequeños, aunque sean librerías, aunque sean grappers, lo que sea. Pero sí, yo creo que hay que tener un poco de flexibilidad en ese sentido y cada vez más.  
 David Marzal: 
Muy bien, pues yo creo que más o menos sobre las dos charlas la gente se ha podido hacer una idea. Y ya quería preguntarte si era tu primera en libre, si ya tienes alguna experiencia con alguna anterior.   
José Castillo: Pues es la primera vez que voy. Me apetece muchísimo, la verdad. Sí que voy a muchas conferencias, ha sido Open Source. Por ejemplo, ahora en enero tenemos FOSDEM en Bélgica, una conferencia de Open Source bastante grande. Devconf, suelo acudir casi todos los años a la versión europea. Tubecon me apetece mucho, todavía no he tenido la oportunidad de ir, a ver si tengo suerte y este año puedo ir a Ámsterdam. Pero justo esta, la verdad es que no... Como te dije, he estado muchos años en Brasil, también hace un par de años que he vuelto. Y pues poco a poco ir reconectando con las conferencias que hay aquí también, locales. Y la verdad es que me apetece muchísimo, además es cerca de donde vive mi familia. Entonces, todavía más.  
 David Marzal: 
Bueno, esta la tienes muy bien porque está al lado, pero bueno, ha ido a la grande, porque la FOSDEM es la europea por antonomasia. Luego aquí también, aparte de esLibre, que sería como una mini, mini, mini FOSDEM, tenemos OpenSouthCode en Málaga, que lo mismo también...   
José Castillo: Ah, mire. ¿Y cuándo es?  
 David Marzal: 
Suele ser en junio.   
José Castillo: Ah, perfecto. Pues estaré atento también, le voy a echar un vistazo a ver si... No, me encantaría ir a Málaga en junio, además.  
 David Marzal: 
Sí, sí. Aparte esa también es muy grande y aparte está muy asentada.   
José Castillo: Ah, mira.  
 David Marzal: 
O sea, tiene siempre muchos tracks, muchos patrocinadores y está muy bien. Eso también te lo puedes apuntar.   
José Castillo: Sé que hay una grande también en España de programación funcional, que creo que es en Cádiz, me suena que en septiembre, pero todavía no he tenido la oportunidad de ir.  
 David Marzal: 
Esa androfenollosa seguro que se la conoce.   
José Castillo: Sí.  
 David Marzal: 
Él es muy pro-closure, creo que era...   
José Castillo: El list del mundo Java.  
 David Marzal: 
Pues yo con esto creo que la gente se ha hecho una idea de una de las ponencias. En otro episodio iremos poniendo... Por desgracia no vamos a poder hacer un episodio para todos los ponentes, pero sí me gustaba que la gente le pusiera voz y escuchara de vosotros mismos qué es lo que se va a ir moviendo, porque yo es libre, es un evento que me encanta. Tenemos muchos eventos virtuales, mucha posibilidad de chatear, de redes sociales online, pero yo creo que como el presencial tiene un toque que no se puede igualar y al final somos personas y cuando la gente te oye se nota más que no son solo letras sobre tecnología, alguien con una experiencia que cuenta cosas. Así que quería darte las gracias por pasarte por aquí a contarnos qué es lo que nos va a exponer en esLibre.   
José Castillo: Gracias a vosotros, David. Muchas gracias otra vez por la invitación y espero verte y veros a todos en el Iden Abril.  
 David Marzal: 
Venga, pues un abrazo a la audiencia y a ti, José. Hasta la próxima.   
José Castillo: Un abrazo a todos.