WEBVTT 00:00:00.700 --> 00:00:01.930 Buenas, estamos de vuelta en 00:00:01.930 --> 00:00:04.070 KDE Express, pero esta vez en 00:00:04.070 --> 00:00:06.480 una serie especial titulada 00:00:06.480 --> 00:00:09.760 Es Libre 2026, los ponentes, y 00:00:09.760 --> 00:00:11.670 hoy tenemos con nosotros a 00:00:11.670 --> 00:00:14.100 José Castillo Lema, que es 00:00:14.100 --> 00:00:15.720 ingeniero de software en el 00:00:15.720 --> 00:00:17.620 equipo de Telco 5G de Red Hat, 00:00:17.620 --> 00:00:19.420 que ha pasado por posiciones 00:00:19.420 --> 00:00:20.840 como consultor, arquitecto, 00:00:20.840 --> 00:00:22.370 líder técnico, para proyectos 00:00:22.370 --> 00:00:24.140 relacionados con virtualización 00:00:24.140 --> 00:00:24.520 de redes. 00:00:24.520 --> 00:00:26.040 También ha estado diseñando e 00:00:26.040 --> 00:00:27.570 implementando soluciones IaaS y 00:00:27.570 --> 00:00:28.800 PaaS, como por ejemplo 00:00:28.800 --> 00:00:30.670 OpenStack, Kubernetes, OpenShift, 00:00:30.670 --> 00:00:32.380 durante los últimos 10 años, 00:00:32.380 --> 00:00:33.580 y ha estado impartiendo 00:00:33.580 --> 00:00:34.780 también cursos de posgrado 00:00:34.780 --> 00:00:36.190 durante los últimos 7 años en 00:00:36.190 --> 00:00:37.480 diversos másteres como Cloud 00:00:37.480 --> 00:00:38.000 Computing, 00:00:38.000 --> 00:00:39.250 Big Data, IA, Blockchain, 00:00:39.250 --> 00:00:40.720 Mobile, y también ha dado cursos 00:00:40.720 --> 00:00:41.560 para empresas. 00:00:41.560 --> 00:00:42.480 Buenas, José. 00:00:42.480 --> 00:00:43.850 Buenas tardes a todos y muchas 00:00:43.850 --> 00:00:45.860 gracias, David, por la invitación. 00:00:45.860 --> 00:00:47.510 Bueno, entiendo que la presentación 00:00:47.510 --> 00:00:48.850 es correcta porque te la he robado 00:00:48.850 --> 00:00:49.920 a ti directamente. 00:00:49.920 --> 00:00:53.210 Sí, sí, sí. Pues sí, eso 00:00:53.210 --> 00:00:55.890 exactamente. Trabajo en Red Hat 00:00:55.890 --> 00:00:57.720 hace ya casi 7 años. 00:00:57.720 --> 00:00:58.900 Yo he vivido muchos años en 00:00:58.900 --> 00:01:00.600 Brasil, entonces empecé allí. 00:01:00.600 --> 00:01:02.600 La verdad es que entré cuando 00:01:02.600 --> 00:01:04.040 vivía en Sao Paulo y estuve 00:01:04.040 --> 00:01:05.600 unos añitos de consultor y de 00:01:05.600 --> 00:01:06.920 arquitectos y más con 00:01:06.920 --> 00:01:08.810 los clientes. Y cuando tuve la 00:01:08.810 --> 00:01:10.770 oportunidad, pues me mudé para 00:01:10.770 --> 00:01:13.160 ingeniería. Y hoy estoy en un 00:01:13.160 --> 00:01:13.960 equipo que se llama 00:01:13.960 --> 00:01:15.950 Performance Scale, sobre todo 00:01:15.950 --> 00:01:17.970 focado en OpenShift. OpenShift, 00:01:17.970 --> 00:01:20.440 como sabéis, es la plataforma 00:01:20.440 --> 00:01:21.970 enterprise de Kubernetes que 00:01:21.970 --> 00:01:23.700 tiene Red Hat. La parte de 00:01:23.700 --> 00:01:26.310 platform as a service y ayuda 00:01:26.310 --> 00:01:28.700 para DevOps y todo eso. Y 00:01:28.700 --> 00:01:30.060 nuestro trabajo es un poco 00:01:30.060 --> 00:01:31.780 garantizar que OpenShift pues 00:01:31.780 --> 00:01:32.900 tiene el 00:01:32.900 --> 00:01:34.660 performance y la escalabilidad 00:01:34.660 --> 00:01:36.180 que esperas de un producto 00:01:36.180 --> 00:01:37.580 enterprise. Estuve mucho tiempo 00:01:37.580 --> 00:01:39.580 trabajando con Telcos, con Deraison 00:01:39.580 --> 00:01:41.190 y otros clientes así grandes. 00:01:41.190 --> 00:01:42.580 Y hoy estoy más un 00:01:42.580 --> 00:01:44.470 genérico de todo el ecosistema 00:01:44.470 --> 00:01:47.460 de OpenShift. La parte de multi-cluster 00:01:47.460 --> 00:01:49.460 management, multi-cluster 00:01:49.460 --> 00:01:51.780 networking y todos los add-ons. 00:01:51.780 --> 00:01:51.780 Y lo que le llamamos 00:01:51.780 --> 00:01:53.850 Ledger products que tiene OpenShift. 00:01:53.850 --> 00:01:55.620 La parte de virtualization que 00:01:55.620 --> 00:01:57.010 ahora está súper de moda con 00:01:57.010 --> 00:01:58.580 la situación de VMware de 00:01:58.580 --> 00:02:01.490 muchos clientes escapándose 00:02:01.490 --> 00:02:02.100 desde la adquisición de Broadcast. 00:02:02.100 --> 00:02:04.580 Y es un poco así mi día a 00:02:04.580 --> 00:02:04.580 día. 00:02:04.580 --> 00:02:06.950 También soy profesor asociado 00:02:06.950 --> 00:02:09.050 en la Universidad de Carlos III. 00:02:09.050 --> 00:02:11.780 De hecho, una de las charlas 00:02:11.780 --> 00:02:13.780 que he propuesto para la conferencia 00:02:13.780 --> 00:02:15.300 sobre algunos softwares que usamos 00:02:15.300 --> 00:02:16.630 allí en los laboratorios, 00:02:16.630 --> 00:02:18.770 estamos intentando un poco estandarizar 00:02:18.770 --> 00:02:20.780 en software libre para tener 00:02:20.780 --> 00:02:22.980 una base homogénea en todas 00:02:22.980 --> 00:02:24.660 las asignaturas y que madure 00:02:24.660 --> 00:02:25.780 bien con el tiempo y que no nos 00:02:25.780 --> 00:02:25.780 haga 00:02:25.780 --> 00:02:27.970 tener que cambiar cada año de 00:02:27.970 --> 00:02:28.980 plataformas. 00:02:28.980 --> 00:02:31.460 Está muy bien porque tú eres 00:02:31.460 --> 00:02:33.290 uno de los ejemplos que le va a 00:02:33.290 --> 00:02:35.070 encantar a José Jiménez de 24H, 00:02:35.070 --> 00:02:36.580 24L, de que sí se puede ganar 00:02:36.580 --> 00:02:36.980 uno la vida con el software 00:02:36.980 --> 00:02:36.980 libre. 00:02:36.980 --> 00:02:39.780 Lo mismo no es creando un 00:02:39.780 --> 00:02:40.980 proyecto propio, pero sí 00:02:40.980 --> 00:02:43.270 trabajando tanto en la parte de 00:02:43.270 --> 00:02:44.470 una empresa que trabaja con 00:02:44.470 --> 00:02:45.780 software libre como en 00:02:45.780 --> 00:02:46.980 educación con software libre. 00:02:46.980 --> 00:02:48.520 Sí, la verdad es que soy muy 00:02:48.520 --> 00:02:50.380 afortunado en ese sentido. Yo 00:02:50.380 --> 00:02:52.950 siempre he sido el software 00:02:52.950 --> 00:02:55.480 libre 100% desde... Estudié en 00:02:55.480 --> 00:02:56.530 la Universidad de Coruña y 00:02:56.530 --> 00:02:57.180 desde la época de informática. 00:02:57.180 --> 00:02:58.490 La Universidad de Coruña, 00:02:58.490 --> 00:02:59.970 además, es muy, como supongo 00:02:59.970 --> 00:03:01.440 que ya sabrás, es muy de Linux 00:03:01.440 --> 00:03:02.180 y todo más. 00:03:02.180 --> 00:03:03.720 Y la verdad es que tengo mucha 00:03:03.720 --> 00:03:05.450 suerte porque la verdad nunca 00:03:05.450 --> 00:03:07.180 he trabajado en ninguna empresa 00:03:07.180 --> 00:03:08.180 que no estuviese relacionada 00:03:08.180 --> 00:03:10.180 con Open Source. 00:03:10.180 --> 00:03:12.340 Mi primer trabajo así fue en 00:03:12.340 --> 00:03:14.580 un... O sea, vivía en Brasil 00:03:14.580 --> 00:03:16.130 en la época. Hay un proveedor 00:03:16.130 --> 00:03:17.380 de cloud muy conocido en Brasil 00:03:17.380 --> 00:03:19.520 que se llama Mandic, que es un 00:03:19.520 --> 00:03:21.380 proveedor de cloud así más 00:03:21.380 --> 00:03:23.380 enterprise para empresas y eso. 00:03:23.380 --> 00:03:25.370 Y claro, usábamos todo de tecnologías 00:03:25.370 --> 00:03:26.800 Open Source, usábamos Open 00:03:26.800 --> 00:03:28.380 Stack en la época, estábamos 00:03:28.380 --> 00:03:29.720 empezando a usar Kubernetes 00:03:29.720 --> 00:03:30.580 también. 00:03:30.580 --> 00:03:32.120 Entonces, la verdad es que 00:03:32.120 --> 00:03:33.930 siempre he tenido el privilegio 00:03:33.930 --> 00:03:35.830 de trabajar con Open Source y 00:03:35.830 --> 00:03:39.020 ahora en mi departamento de 00:03:39.020 --> 00:03:40.910 performance y scale tenemos un 00:03:40.910 --> 00:03:42.140 par de herramientas que hemos 00:03:42.140 --> 00:03:44.580 donado a la CNCF. 00:03:44.580 --> 00:03:46.690 Pues exactamente para eso, para 00:03:46.690 --> 00:03:48.960 validar la performance de clúster 00:03:48.960 --> 00:03:49.780 Kubernetes. 00:03:49.780 --> 00:03:51.900 Una se llama KubeBurner, 00:03:51.900 --> 00:03:53.340 después de paso los links, 00:03:53.340 --> 00:03:55.730 David, y es una herramienta que 00:03:55.730 --> 00:03:58.270 te permite orquestrar testes de 00:03:58.270 --> 00:04:00.330 escalabilidad y crear un 00:04:00.330 --> 00:04:01.840 número grande de objetos y 00:04:01.840 --> 00:04:03.260 actualizarlos en clúster 00:04:03.260 --> 00:04:05.060 Kubernetes y extraer todas esas 00:04:05.060 --> 00:04:08.090 métricas, alarmas y SLIs para 00:04:08.090 --> 00:04:10.000 garantizar que la plataforma es 00:04:10.000 --> 00:04:11.780 estable y está performada. 00:04:11.780 --> 00:04:13.600 Y la otra que hemos donado a la 00:04:13.600 --> 00:04:15.560 CNCF se llama Cracking y está 00:04:15.560 --> 00:04:17.780 relacionada con Caust Testing, 00:04:17.780 --> 00:04:22.100 con matar cosas, matar procesos, 00:04:22.100 --> 00:04:24.520 matar nodos en el medio de los 00:04:24.520 --> 00:04:25.960 testes y ver cómo la 00:04:25.960 --> 00:04:27.980 plataforma se recupera y reacciona. 00:04:27.980 --> 00:04:29.990 Y también tenemos muchos 00:04:29.990 --> 00:04:31.990 contribuidores en las dos 00:04:31.990 --> 00:04:34.630 herramientas y también tenemos 00:04:34.630 --> 00:04:36.770 gente que hace becarios de la 00:04:36.770 --> 00:04:39.100 Linux Foundation, que reciben 00:04:39.100 --> 00:04:40.850 becas de seis meses para estar 00:04:40.850 --> 00:04:41.860 con nosotros. 00:04:41.860 --> 00:04:43.160 Entonces, la verdad es que 00:04:43.160 --> 00:04:44.880 estamos encantados con las dos. 00:04:44.880 --> 00:04:47.250 Qué chulo. A ver si hay gente 00:04:47.250 --> 00:04:48.990 que escuchándote se anima y ve 00:04:48.990 --> 00:04:50.640 que hay mundo ahí fuera. 00:04:50.640 --> 00:04:52.440 Y luego, yo una duda que tengo 00:04:52.440 --> 00:04:54.140 es de las dos charlas que has 00:04:54.140 --> 00:04:55.880 presentado, tanto la de UCAM 00:04:55.880 --> 00:04:57.840 versus Python y Container Lab, 00:04:57.840 --> 00:04:59.850 ¿son cosas que tú trabajas en 00:04:59.850 --> 00:05:01.440 el día a día o es por pasión 00:05:01.440 --> 00:05:03.640 que usas estas tecnologías? 00:05:04.640 --> 00:05:06.410 Pues la de Container Lab es 00:05:06.410 --> 00:05:08.590 más relacionada con mi trabajo 00:05:08.590 --> 00:05:10.680 en la Universidad de Carlos III 00:05:10.680 --> 00:05:12.710 de Madrid, que es la herramienta 00:05:12.710 --> 00:05:14.220 que estamos intentando usar 00:05:14.220 --> 00:05:15.780 para estandarizar un poco los 00:05:15.780 --> 00:05:17.300 laboratorios de redes. 00:05:17.740 --> 00:05:19.060 ¿Qué pasaba antes? Que para 00:05:19.060 --> 00:05:20.430 cada laboratorio terminamos 00:05:20.430 --> 00:05:22.080 usando herramientas diferentes, 00:05:22.080 --> 00:05:22.480 ¿no? 00:05:22.480 --> 00:05:23.780 Imagínate, pues un laboratorio 00:05:23.780 --> 00:05:25.750 de Spanning Tree. Pues usábamos 00:05:25.750 --> 00:05:27.480 una herramienta Java, muchas 00:05:27.480 --> 00:05:29.470 veces anticuadas, ¿no? Para 00:05:29.470 --> 00:05:30.380 ese laboratorio, ¿no? 00:05:30.380 --> 00:05:31.900 Después había otro laboratorio 00:05:31.900 --> 00:05:33.590 de Excel, VLAN, otra parte, ¿no? 00:05:33.590 --> 00:05:34.480 Y usábamos otra herramienta, 00:05:34.480 --> 00:05:34.760 ¿no? 00:05:34.760 --> 00:05:36.150 Entonces, cuando yo vi un poco 00:05:36.150 --> 00:05:37.600 esa situación, primero que no 00:05:37.600 --> 00:05:39.320 era fácil de mantener, ¿no? 00:05:39.320 --> 00:05:40.480 Segundo, que es muy difícil. 00:05:40.480 --> 00:05:41.800 Cada vez más los alumnos 00:05:41.800 --> 00:05:43.370 quieren llevar su ordenador a 00:05:43.370 --> 00:05:44.960 clase, su laptop, ¿no? 00:05:44.960 --> 00:05:46.550 Entonces, era bastante difícil 00:05:46.550 --> 00:05:48.230 también facilitarle a los alumnos 00:05:48.230 --> 00:05:49.700 que rodasen esos experimentos, 00:05:49.700 --> 00:05:50.140 ¿no? 00:05:50.140 --> 00:05:51.810 Y con esta herramienta que usamos, 00:05:51.810 --> 00:05:53.440 que se llama Container Lab, que, 00:05:53.440 --> 00:05:55.010 bueno, básicamente lo que hace 00:05:55.010 --> 00:05:56.820 es crea unos containers, pues 00:05:56.820 --> 00:05:57.900 Docker o Podman, 00:05:57.900 --> 00:06:00.020 para simular, ¿no? Los 00:06:00.020 --> 00:06:03.080 dispositivos de red, sean servidores 00:06:03.080 --> 00:06:05.500 Linux o puedes usar incluso NOS 00:06:05.500 --> 00:06:07.850 de sistemas operativos de red 00:06:07.850 --> 00:06:10.510 de Cisco, de Juniper, Nokia o 00:06:10.510 --> 00:06:11.380 lo que sea, 00:06:11.860 --> 00:06:12.860 y te crea la conexión de red 00:06:12.860 --> 00:06:14.310 entre ellos, ¿no? Te crea unos 00:06:14.310 --> 00:06:16.170 bridges y creas topologías que 00:06:16.170 --> 00:06:17.660 son facilísimas de crear. 00:06:17.660 --> 00:06:19.030 Y los alumnos, aparte de forma 00:06:19.030 --> 00:06:20.650 gráfica, puedes abrir los archivos 00:06:20.650 --> 00:06:22.310 en el Visual Studio Code, ves 00:06:22.310 --> 00:06:24.500 la topología, ¿no? 00:06:24.500 --> 00:06:26.400 De forma clara y consigues 00:06:26.400 --> 00:06:28.490 crear esa topología usando 00:06:28.490 --> 00:06:31.120 GitHub Code Workspaces, ¿no? 00:06:31.380 --> 00:06:33.180 Y además es 100% gratis, ¿no? 00:06:33.180 --> 00:06:34.260 Entonces, tienes la opción de 00:06:34.260 --> 00:06:35.260 rodarlo localmente si tienes 00:06:35.260 --> 00:06:36.420 Docker o Podman, que hoy en 00:06:36.420 --> 00:06:38.060 día es súper fácil, ¿no? 00:06:38.060 --> 00:06:39.120 Instalar cualquiera de los dos. 00:06:39.120 --> 00:06:40.680 Y por encima tienes la opción 00:06:40.680 --> 00:06:42.260 de rodarlo online, ¿no? 00:06:42.260 --> 00:06:43.780 Entonces, me da la tranquilidad 00:06:43.780 --> 00:06:45.530 de cualquier alumno con un navegador 00:06:45.530 --> 00:06:46.720 puede hacer el laboratorio y 00:06:46.720 --> 00:06:48.910 con el Visual Studio Code este 00:06:48.910 --> 00:06:50.320 que te proporciona GitHub de 00:06:50.320 --> 00:06:51.380 forma gratuita. 00:06:51.620 --> 00:06:53.520 Y que sobre todo tenemos una 00:06:53.520 --> 00:06:56.060 base buena para expandir, ¿no? 00:06:56.060 --> 00:06:57.750 Para hacer prácticas cada año 00:06:57.750 --> 00:06:59.010 mejores y todo lo que sea 00:06:59.010 --> 00:07:00.960 código, digamos así, es 00:07:00.960 --> 00:07:03.540 fácil de mejorar, de razonar, 00:07:03.540 --> 00:07:06.180 de seguir implementando cosas 00:07:06.180 --> 00:07:08.420 nuevas encima de ahí. 00:07:08.420 --> 00:07:09.780 Entonces, fue un poco el motivo. 00:07:10.160 --> 00:07:11.460 Me hubiera venido muy bien en 00:07:11.460 --> 00:07:13.430 mi época de universidad, peleándome 00:07:13.430 --> 00:07:14.590 con el package tracer y todo 00:07:14.590 --> 00:07:15.680 ese tipo de cosas. 00:07:15.680 --> 00:07:17.430 Sí. Es que hay, a ver, hay 00:07:17.430 --> 00:07:18.630 varias herramientas, por 00:07:18.630 --> 00:07:19.630 ejemplo, yo antes era 00:07:19.630 --> 00:07:21.230 instructor de Huawei, ¿no? Y 00:07:21.230 --> 00:07:22.580 teníamos un simulador que creo 00:07:22.580 --> 00:07:23.540 que se llamaba NSP. 00:07:23.540 --> 00:07:24.540 Lo que pasa es que es muy 00:07:24.540 --> 00:07:25.810 complejo porque te tenías que 00:07:25.810 --> 00:07:27.220 bajar las máquinas virtuales, 00:07:27.220 --> 00:07:28.710 necesitabas VirtualBox, era muy 00:07:28.710 --> 00:07:29.720 pesado también. 00:07:29.720 --> 00:07:30.990 En el momento que tenías 00:07:30.990 --> 00:07:32.990 cuatro o cinco switches o routers, 00:07:32.990 --> 00:07:34.210 notabas que la máquina iba 00:07:34.210 --> 00:07:36.270 lentísima y obviamente propietario, 00:07:36.270 --> 00:07:36.880 ¿no? 00:07:36.880 --> 00:07:38.090 Que es lo último que queríamos 00:07:38.090 --> 00:07:39.590 en la universidad. Entonces, 00:07:39.590 --> 00:07:41.220 esto como son containers más 00:07:41.220 --> 00:07:42.970 dinámicos, más ágiles, la 00:07:42.970 --> 00:07:44.640 verdad es que es perfecto. 00:07:44.640 --> 00:07:46.770 En pocos segundos tienes la topología 00:07:46.770 --> 00:07:48.420 lista y es mucho más fácil de 00:07:48.420 --> 00:07:49.990 escalar a un número grande de 00:07:49.990 --> 00:07:51.340 nodos si hace falta. 00:07:51.340 --> 00:07:53.080 A mí me parece, para este caso 00:07:53.080 --> 00:07:54.300 de uso, es ideal. 00:07:54.300 --> 00:07:56.430 Estupendo. Y la charla en sí, 00:07:56.430 --> 00:07:58.410 que es una charla larga, pones 00:07:58.410 --> 00:08:00.650 que está dirigida a profesores, 00:08:00.650 --> 00:08:02.430 alumnos, personas interesadas 00:08:02.430 --> 00:08:04.250 en aprender redes de computadores, 00:08:04.250 --> 00:08:05.620 container, virtualización. 00:08:06.180 --> 00:08:07.580 Entiendo que el nivel, por lo 00:08:07.580 --> 00:08:09.030 menos, intermedio o la tienes 00:08:09.030 --> 00:08:10.420 pensada para desde cero. 00:08:10.420 --> 00:08:11.530 O sea, yo entiendo que por lo 00:08:11.530 --> 00:08:12.670 menos gente que ya sepa lo que 00:08:12.670 --> 00:08:14.120 es virtualización, contenedor, 00:08:14.120 --> 00:08:15.220 un mínimo de redes. 00:08:15.220 --> 00:08:16.970 Hombre, empezaré por lo menos 00:08:16.970 --> 00:08:18.720 uno o dos slides así explicando 00:08:18.720 --> 00:08:20.390 un poco las diferencias entre 00:08:20.390 --> 00:08:21.580 máquinas virtuales y 00:08:21.580 --> 00:08:22.580 containers. 00:08:22.580 --> 00:08:24.000 Me parece que es importante que 00:08:24.000 --> 00:08:25.250 no sea media charla ni mucho 00:08:25.250 --> 00:08:26.880 menos para gente que ya lo sabe. 00:08:27.040 --> 00:08:28.160 Pero por lo menos que si hay 00:08:28.160 --> 00:08:29.290 alguien que no tiene clara 00:08:29.290 --> 00:08:30.540 cuál es la diferencia entre 00:08:30.540 --> 00:08:31.590 una máquina virtual y un 00:08:31.590 --> 00:08:33.010 container puede acompañar el 00:08:33.010 --> 00:08:33.520 resto. 00:08:33.520 --> 00:08:35.510 Eso seguro. Yo creo que es básico 00:08:35.510 --> 00:08:37.040 para intermedio, a lo mejor, 00:08:37.040 --> 00:08:38.000 digamos así. 00:08:38.560 --> 00:08:40.160 Sí, porque en mi experiencia, 00:08:40.160 --> 00:08:42.060 en las charlas de esLibre, cualquiera 00:08:42.060 --> 00:08:43.550 puede entrar a cualquier charla 00:08:43.550 --> 00:08:45.040 y sale con más información de 00:08:45.040 --> 00:08:46.060 la que tenía. 00:08:46.060 --> 00:08:47.690 Pero donde realmente se aprovecha 00:08:47.690 --> 00:08:49.340 y donde más partidos le sacas, 00:08:49.340 --> 00:08:50.580 porque al final las charlas de 00:08:50.580 --> 00:08:52.320 30 minutos pasan volando. 00:08:52.800 --> 00:08:54.620 Entonces, si ya tienes un poco 00:08:54.620 --> 00:08:56.580 de background en la materia, le 00:08:56.580 --> 00:08:58.330 sacas mucha más chicha y luego 00:08:58.330 --> 00:09:00.290 siempre pueden intentar pararte 00:09:00.290 --> 00:09:01.770 por en medio del evento a 00:09:01.770 --> 00:09:02.960 preguntarte más cosas, que 00:09:02.960 --> 00:09:04.310 nunca hay suficiente tiempo 00:09:04.310 --> 00:09:05.680 para todo lo que se quiere. 00:09:05.680 --> 00:09:07.430 Y no solo das una charla, sino 00:09:07.430 --> 00:09:08.340 que das dos. 00:09:08.340 --> 00:09:09.660 A mí me encantaría que 00:09:09.660 --> 00:09:11.170 incluso si alguien no está 00:09:11.170 --> 00:09:12.960 particularmente interesado en 00:09:12.960 --> 00:09:14.530 este caso de uso, que es el de 00:09:14.530 --> 00:09:16.620 laboratorios de redes, que venga 00:09:16.620 --> 00:09:18.290 de todas formas a la charla y 00:09:18.290 --> 00:09:20.140 aprenda sobre containers, máquinas 00:09:20.140 --> 00:09:20.680 virtuales 00:09:20.680 --> 00:09:22.960 y casos de uso donde containers, 00:09:22.960 --> 00:09:24.980 pues es una opción ideal. 00:09:24.980 --> 00:09:26.990 Muy bien. Si voy, soy de los 00:09:26.990 --> 00:09:28.920 que me vendría bien asistir. 00:09:28.920 --> 00:09:30.220 Si no, por supuesto, como 00:09:30.220 --> 00:09:31.880 normalmente se intentan grabar, 00:09:31.880 --> 00:09:32.840 me la pondría. 00:09:32.840 --> 00:09:34.570 Y luego también tienes una 00:09:34.570 --> 00:09:36.440 segunda charla, que es Occam 00:09:36.440 --> 00:09:38.820 versus Python. Ventajas de lenguaje 00:09:38.820 --> 00:09:40.700 verdaderamente funcionales. 00:09:40.700 --> 00:09:42.220 Bueno, lo primero es saber por 00:09:42.220 --> 00:09:43.510 qué verdaderamente lo has 00:09:43.510 --> 00:09:45.070 puesto ahí entre paréntesis y 00:09:45.070 --> 00:09:46.610 ahora hablamos un poco más de 00:09:46.610 --> 00:09:47.380 la charla. 00:09:47.800 --> 00:09:49.830 Sí. Hombre, porque hoy en día 00:09:49.830 --> 00:09:51.370 todos los lenguajes cogen 00:09:51.370 --> 00:09:53.130 algunas características de 00:09:53.130 --> 00:09:54.820 lenguajes funcionales. 00:09:54.820 --> 00:09:56.470 El propio Python tiene maps, 00:09:56.470 --> 00:09:58.320 tiene iterators, tiene algunas 00:09:58.320 --> 00:10:00.320 cosas. Tiene algunas estructuras 00:10:00.320 --> 00:10:01.580 de datos inmutables. 00:10:01.580 --> 00:10:02.940 Entonces, todos los lenguajes 00:10:02.940 --> 00:10:04.190 modernos hoy se inspiran de 00:10:04.190 --> 00:10:06.000 alguna forma en lenguajes funcionales. 00:10:06.100 --> 00:10:07.620 Incluso Golland. Golland tiene 00:10:07.620 --> 00:10:08.710 funciones de primer orden y 00:10:08.710 --> 00:10:09.780 algunas otras cosas. 00:10:09.780 --> 00:10:11.030 Lo que pasa que sí que es 00:10:11.030 --> 00:10:12.540 verdad que la experiencia de 00:10:12.540 --> 00:10:14.340 usuario, de programador, cuando 00:10:14.340 --> 00:10:15.800 programas en un lenguaje que es 00:10:15.800 --> 00:10:17.020 realmente funcional, 00:10:17.020 --> 00:10:18.760 sobre todo de tipado estático, 00:10:18.760 --> 00:10:20.430 como Haskell o Camel, F-Sharp o 00:10:20.430 --> 00:10:21.920 uno de estos, es totalmente 00:10:21.920 --> 00:10:22.800 diferente. 00:10:22.800 --> 00:10:24.320 A cuando trabajas en un lenguaje, 00:10:24.320 --> 00:10:25.600 bueno, pues que te tiene alguna 00:10:25.600 --> 00:10:27.220 cosilla funcional, pero no es 00:10:27.220 --> 00:10:29.440 Functional First, digamos así. 00:10:29.880 --> 00:10:31.500 Estoy refiriendo más al tipado 00:10:31.500 --> 00:10:33.440 estático, el tipado dinámico. 00:10:33.440 --> 00:10:35.050 Tipado dinámico sería como 00:10:35.050 --> 00:10:37.750 Python, que tú puedes sumar un 00:10:37.750 --> 00:10:40.650 string con un integer y no pasa 00:10:40.650 --> 00:10:41.560 nada. 00:10:41.560 --> 00:10:43.660 Tipado estático son los lenguajes 00:10:43.660 --> 00:10:45.870 que, digamos así, te fuerzan. 00:10:45.870 --> 00:10:47.590 Es de int a int. No te acepta 00:10:47.590 --> 00:10:49.200 otro tipo, digamos. 00:10:49.760 --> 00:10:51.290 JavaScript, por ejemplo, es un 00:10:51.290 --> 00:10:52.630 lenguaje muy dinámico, que 00:10:52.630 --> 00:10:54.210 puedes hacer auténticas locuras 00:10:54.210 --> 00:10:55.340 y mezclar los tipos. 00:10:55.340 --> 00:10:57.080 La idea de los lenguajes estáticos, 00:10:57.080 --> 00:10:58.610 de tipado estático, es mucho 00:10:58.610 --> 00:10:59.790 más difícil que el código 00:10:59.790 --> 00:11:00.460 compile. 00:11:00.460 --> 00:11:01.590 No, realmente es mucho más 00:11:01.590 --> 00:11:02.760 difícil, pero una vez que el 00:11:02.760 --> 00:11:04.310 código compila, la posibilidad 00:11:04.310 --> 00:11:05.720 de que el código sea correcto 00:11:05.720 --> 00:11:07.110 y funcione bien es muchísimo 00:11:07.110 --> 00:11:07.640 mayor. 00:11:07.640 --> 00:11:08.990 Y es un poco lo contrario de 00:11:08.990 --> 00:11:10.450 Python, que en Python es muy 00:11:10.450 --> 00:11:11.750 fácil rodar el código y 00:11:11.750 --> 00:11:13.940 tienes muchos errores de ejecución, 00:11:13.940 --> 00:11:15.350 muchos runtime errors porque 00:11:15.350 --> 00:11:16.640 entra una variable que no se 00:11:16.640 --> 00:11:17.880 espera o cosas de esas. 00:11:17.880 --> 00:11:19.470 La idea de los lenguajes estáticamente 00:11:19.470 --> 00:11:20.600 tipados es evitar ese tipo de 00:11:20.600 --> 00:11:21.380 situaciones. 00:11:21.380 --> 00:11:23.560 ¿Y la idea es comparar OCaml y 00:11:23.560 --> 00:11:25.940 Python o es presentar más OCaml 00:11:25.940 --> 00:11:28.700 con algunos ejemplos equivalentes 00:11:28.700 --> 00:11:29.840 de Python? 00:11:29.840 --> 00:11:31.830 Pues como Python es un lenguaje 00:11:31.830 --> 00:11:33.840 que mucha gente conoce, la idea 00:11:33.840 --> 00:11:36.220 que tuve fue siempre comparando. 00:11:36.220 --> 00:11:38.000 Entonces, en todas las diapositivas, 00:11:38.000 --> 00:11:39.180 en el lado izquierdo tienes 00:11:39.180 --> 00:11:40.530 Python y en el lado derecho 00:11:40.530 --> 00:11:41.880 tienes la versión equivalente 00:11:41.880 --> 00:11:42.540 en Ocamel. 00:11:42.540 --> 00:11:44.170 La idea es que más gente pudiese 00:11:44.170 --> 00:11:45.810 disfrutar de la charla porque 00:11:45.810 --> 00:11:47.080 hoy en día gente que sabe un 00:11:47.080 --> 00:11:48.140 poquito de Python, 00:11:48.140 --> 00:11:49.710 se apurrea un poco Python, hay 00:11:49.710 --> 00:11:51.170 muchísimas y de esa forma me 00:11:51.170 --> 00:11:52.560 parece que la charla es más 00:11:52.560 --> 00:11:54.140 accesible también a todo tipo 00:11:54.140 --> 00:11:55.120 de público. 00:11:55.120 --> 00:11:57.110 Claro, porque Python es súper 00:11:57.110 --> 00:11:59.000 sencillo o de los más sencillos 00:11:59.000 --> 00:12:01.280 de leer y de aprender a programar. 00:12:01.380 --> 00:12:02.380 De hecho, hay mucha gente 00:12:02.380 --> 00:12:03.480 usando Python que no es programadora, 00:12:03.480 --> 00:12:05.040 que son analistas de datos, 00:12:05.040 --> 00:12:06.720 científicos y cosas así. 00:12:06.720 --> 00:12:08.160 Pero también es de los menos 00:12:08.160 --> 00:12:10.000 eficientes a la hora de ejecutar 00:12:10.000 --> 00:12:10.420 código. 00:12:10.420 --> 00:12:11.860 Yo siempre digo que está bien 00:12:11.860 --> 00:12:13.710 ahí para cosas pequeñas, pero 00:12:13.710 --> 00:12:15.840 luego si requiere energía y 00:12:15.840 --> 00:12:18.460 tener en cuenta el rendimiento, 00:12:18.460 --> 00:12:20.220 ahí flojea más. 00:12:20.220 --> 00:12:21.750 Y entiendo que OCaml estará 00:12:21.750 --> 00:12:23.380 mejor ahí posicionado. 00:12:23.380 --> 00:12:24.650 Sí, estoy totalmente de 00:12:24.650 --> 00:12:25.860 acuerdo con lo que estás 00:12:25.860 --> 00:12:26.580 diciendo. 00:12:26.580 --> 00:12:28.590 En ese sentido, Python es ideal 00:12:28.590 --> 00:12:30.220 para pruebas de concepto o 00:12:30.220 --> 00:12:32.550 incluso para código productivo, 00:12:32.550 --> 00:12:33.480 en algunos casos. 00:12:33.480 --> 00:12:35.730 Y es verdad que incluso de las, 00:12:35.730 --> 00:12:38.480 digamos, entre aspas, desventajas 00:12:38.480 --> 00:12:39.420 de Python, 00:12:39.420 --> 00:12:40.940 por ejemplo, el hecho de que 00:12:40.940 --> 00:12:42.700 sea tipado dinámico, más o 00:12:42.700 --> 00:12:44.150 menos usando linters y usando 00:12:44.150 --> 00:12:44.920 anotaciones, 00:12:44.920 --> 00:12:46.540 pues puedes un poco contornar 00:12:46.540 --> 00:12:47.800 esas dificultades. 00:12:47.800 --> 00:12:49.430 Pero a mí sí que me parece 00:12:49.430 --> 00:12:50.690 que es un código muy 00:12:50.690 --> 00:12:52.920 susceptible a runtime errors. 00:12:52.920 --> 00:12:54.120 Y hay otro tipo de lenguaje, 00:12:54.120 --> 00:12:55.540 sin ir más lejos, yo creo que 00:12:55.540 --> 00:12:56.860 Golang es un lenguaje más 00:12:56.860 --> 00:12:57.940 robusto en ese sentido, 00:12:57.940 --> 00:12:59.280 por ser de tipado estático. 00:12:59.280 --> 00:13:00.900 También otra cosa que vemos 00:13:00.900 --> 00:13:02.640 así en los proyectos upstream 00:13:02.640 --> 00:13:04.080 es que lo que dices tú, 00:13:04.080 --> 00:13:05.500 Python, cualquiera escribe 00:13:05.500 --> 00:13:06.060 Python. 00:13:06.060 --> 00:13:08.360 Entonces, a veces recibimos 00:13:08.360 --> 00:13:10.770 contribuciones de una calidad 00:13:10.770 --> 00:13:12.120 así un poco peor 00:13:12.120 --> 00:13:13.370 que si usamos otros lenguajes 00:13:13.370 --> 00:13:14.680 como, por ejemplo, Golang, 00:13:14.680 --> 00:13:16.390 que normalmente recibimos 00:13:16.390 --> 00:13:18.460 contribuciones de más calidad, 00:13:18.460 --> 00:13:19.530 en ese sentido, desde la 00:13:19.530 --> 00:13:20.640 perspectiva del código. 00:13:20.640 --> 00:13:22.380 Claro, una cosa es un programador 00:13:22.380 --> 00:13:23.910 de verdad y otra cosa es lo que 00:13:23.910 --> 00:13:24.600 podría hacer yo, 00:13:24.600 --> 00:13:25.850 que entiendo tres líneas y 00:13:25.850 --> 00:13:27.210 puedo añadir otra, que es 00:13:27.210 --> 00:13:28.140 posible que funcione, 00:13:28.140 --> 00:13:29.830 pero ahí las buenas prácticas 00:13:29.830 --> 00:13:31.420 no se sabe si se han pasado por 00:13:31.420 --> 00:13:31.900 ahí. 00:13:31.900 --> 00:13:33.460 Sí, todas las contribuciones 00:13:33.460 --> 00:13:34.340 son bienvenidas. 00:13:34.340 --> 00:13:36.080 Y yo creo que eso cada vez más 00:13:36.080 --> 00:13:37.740 la línea entre uno y otro se 00:13:37.740 --> 00:13:38.900 va a desdibujar, 00:13:38.900 --> 00:13:41.010 sobre todo con las contribuciones 00:13:41.010 --> 00:13:43.300 de IA, que son más del 50% de 00:13:43.300 --> 00:13:45.180 las contribuciones que recibes 00:13:45.180 --> 00:13:45.700 hoy en día. 00:13:45.700 --> 00:13:47.460 Pero sí que es verdad que por 00:13:47.460 --> 00:13:49.230 lo menos hasta hace un año el 00:13:49.230 --> 00:13:51.120 lenguaje que escogías para el 00:13:51.120 --> 00:13:51.840 proyecto 00:13:51.840 --> 00:13:53.450 se terminaba reflejando en el 00:13:53.450 --> 00:13:55.210 número de contribuciones, lo 00:13:55.210 --> 00:13:56.640 cual puede ser positivo o negativo, 00:13:56.640 --> 00:13:58.500 no necesariamente negativo, y 00:13:58.500 --> 00:14:00.280 en la calidad de las mismas. 00:14:00.920 --> 00:14:03.050 ¿Y cómo empezaste a trabajar 00:14:03.050 --> 00:14:04.910 con OCaml? Porque no es de los 00:14:04.910 --> 00:14:06.620 más conocidos en el mundo. 00:14:06.620 --> 00:14:09.000 No, ni mucho menos. La verdad 00:14:09.000 --> 00:14:10.230 es que es un lenguaje que me 00:14:10.230 --> 00:14:11.620 interesó mucho ya desde la 00:14:11.620 --> 00:14:12.260 carrera. 00:14:12.260 --> 00:14:13.610 La asignatura de programación 00:14:13.610 --> 00:14:15.010 funcional en mi universidad, en 00:14:15.010 --> 00:14:16.600 Coruña, se daba con OCaml. 00:14:16.600 --> 00:14:18.160 Siempre fue un lenguaje que me 00:14:18.160 --> 00:14:19.880 identifiqué así rápido y 00:14:19.880 --> 00:14:21.180 siempre a partir de ahí, 00:14:21.180 --> 00:14:22.270 siempre que tuve la oportunidad 00:14:22.270 --> 00:14:23.170 de escoger lenguaje en un 00:14:23.170 --> 00:14:24.460 proyecto, en el que tuviese 00:14:24.460 --> 00:14:25.280 sentido obviamente, 00:14:25.280 --> 00:14:27.120 terminé tirando para OCaml. 00:14:27.600 --> 00:14:29.890 Después, desde hace algunos 00:14:29.890 --> 00:14:32.340 años, mantengo el SDK upstream 00:14:32.340 --> 00:14:34.600 de Flatpak, de OCaml, 00:14:34.600 --> 00:14:35.600 y en Red Hat usamos para 00:14:35.600 --> 00:14:36.760 algunos proyectos, menos de los 00:14:36.760 --> 00:14:37.960 que también me gustaría, 00:14:37.960 --> 00:14:39.480 pero bueno, tenemos bastante 00:14:39.480 --> 00:14:40.950 código productivo en OCaml, 00:14:40.950 --> 00:14:41.540 por ejemplo, 00:14:41.540 --> 00:14:43.800 Vir2V, que es un framework de 00:14:43.800 --> 00:14:45.620 máquinas virtuales, por 00:14:45.620 --> 00:14:48.060 ejemplo, de VMware a KVM, 00:14:48.060 --> 00:14:49.630 o a OpenShift Virtualization, o 00:14:49.630 --> 00:14:51.710 a OpenStack, es totalmente 00:14:51.710 --> 00:14:53.340 escrito en OCaml, 00:14:53.340 --> 00:14:54.490 y algunos otros proyectos 00:14:54.490 --> 00:14:55.100 internos. 00:14:55.100 --> 00:14:57.000 Lo he usado sin saberlo porque 00:14:57.000 --> 00:14:59.520 yo, en su momento, migré a OVIRT. 00:14:59.520 --> 00:14:59.800 ¿Ah, sí? 00:14:59.800 --> 00:15:02.240 Y cuando pasamos a OVIRT lo 00:15:02.240 --> 00:15:04.100 llegamos a usar. 00:15:04.100 --> 00:15:06.090 Pues es un proyecto de los pocos, 00:15:06.090 --> 00:15:07.730 ¿no?, que tenemos así en Red 00:15:07.730 --> 00:15:09.060 Hat 100% de Sweet & OCaml, 00:15:09.060 --> 00:15:10.950 y es un proyecto además que si 00:15:10.950 --> 00:15:12.690 miras reportes de bugs y ese 00:15:12.690 --> 00:15:15.000 tipo de cosas ha sido excelente. 00:15:15.340 --> 00:15:16.880 O sea, es un código súper 00:15:16.880 --> 00:15:18.610 performático y la verdad es 00:15:18.610 --> 00:15:19.900 que es muy libre de bugs en 00:15:19.900 --> 00:15:20.700 general. 00:15:20.700 --> 00:15:22.690 Y la charla es también de las 00:15:22.690 --> 00:15:24.740 largas, que suelen ser 30 00:15:24.740 --> 00:15:25.660 minutos. 00:15:25.660 --> 00:15:26.990 Aquí, público objetivo, 00:15:26.990 --> 00:15:28.430 interesados en programación y 00:15:28.430 --> 00:15:29.840 programación funcional. 00:15:29.840 --> 00:15:31.510 Aquí, ¿cómo ves también el 00:15:31.510 --> 00:15:32.060 nivel? 00:15:32.060 --> 00:15:34.410 ¿Vas a empezar por OCaml desde 00:15:34.410 --> 00:15:36.360 000 para Nubis? 00:15:36.360 --> 00:15:38.080 ¿O también alguien que ya sea 00:15:38.080 --> 00:15:40.060 programador de cualquier lenguaje 00:15:40.060 --> 00:15:42.160 podría apreciar más la charla? 00:15:42.320 --> 00:15:43.840 Hombre, yo puse un poco esa 00:15:43.840 --> 00:15:45.600 comparativa con Python para 00:15:45.600 --> 00:15:47.320 hacerlo más accesible a un 00:15:47.320 --> 00:15:49.160 público en general 00:15:49.160 --> 00:15:50.440 que sepa chapurrear un poco de 00:15:50.440 --> 00:15:51.300 Python, ¿no? 00:15:51.300 --> 00:15:52.900 Es verdad que si no tienes noción 00:15:52.900 --> 00:15:55.080 ninguna de lenguajes de programación, 00:15:55.080 --> 00:15:56.630 pues es un poco una charla más 00:15:56.630 --> 00:15:57.780 difícil de acompañar, ¿no?, 00:15:57.780 --> 00:15:58.320 digamos así. 00:15:58.320 --> 00:15:59.460 Pero si por lo menos has 00:15:59.460 --> 00:16:00.930 escrito un poco de código en 00:16:00.930 --> 00:16:02.630 Python, Java, lo que sea, yo 00:16:02.630 --> 00:16:03.710 creo que es una charla bastante 00:16:03.710 --> 00:16:04.220 amigable. 00:16:04.220 --> 00:16:05.220 Voy a explicar un poco lo que 00:16:05.220 --> 00:16:06.340 es programación funcional. 00:16:06.340 --> 00:16:07.450 Obviamente no voy a asumir que 00:16:07.450 --> 00:16:08.510 todo el mundo ya sabe lo que es 00:16:08.510 --> 00:16:09.560 programación funcional. 00:16:09.700 --> 00:16:10.860 Y a partir de ahí, yo creo que 00:16:10.860 --> 00:16:11.950 los ejemplos son bastante 00:16:11.950 --> 00:16:13.320 gráficos y visuales, ¿no? 00:16:13.320 --> 00:16:14.960 Y te ayuda a comparar así de 00:16:14.960 --> 00:16:16.800 un vistazo rápido, ¿no? 00:16:16.800 --> 00:16:18.320 Puedes ver los dos paradigmas, 00:16:18.320 --> 00:16:18.680 ¿no? 00:16:18.680 --> 00:16:20.200 Y como para algunos casos de 00:16:20.200 --> 00:16:22.180 uso, pues el paradigma funcional 00:16:22.180 --> 00:16:23.400 se ajusta muy bien. 00:16:23.400 --> 00:16:25.590 Aparte, mirando para esta 00:16:25.590 --> 00:16:27.840 entrevista, me ha parecido ver 00:16:27.840 --> 00:16:29.680 que una charla parecida a esta 00:16:29.680 --> 00:16:30.740 la habías hecho en un meetup 00:16:30.740 --> 00:16:31.800 también, ¿puede ser? 00:16:31.960 --> 00:16:34.210 Sí, en un par de meetups hay 00:16:34.210 --> 00:16:36.370 un grupo que se reúne en Vigo 00:16:36.370 --> 00:16:38.610 que se llama La Industriosa y 00:16:38.610 --> 00:16:41.300 tenía un amigo, Red Hatter, 00:16:41.300 --> 00:16:41.960 que se llama Eloy. 00:16:41.960 --> 00:16:43.200 Me había invitado una vez a 00:16:43.200 --> 00:16:44.400 hablar sobre Locamel. 00:16:44.400 --> 00:16:46.150 Y también hay un grupo Madrid 00:16:46.150 --> 00:16:48.020 de programación funcional que 00:16:48.020 --> 00:16:50.040 dan muchas charlas sobre Erlang, 00:16:50.040 --> 00:16:52.300 Locamel, Haskell, Scala. 00:16:52.640 --> 00:16:55.050 Los fundadores del grupo trabajan 00:16:55.050 --> 00:16:58.020 profesionalmente con Scala, Clojur. 00:16:58.020 --> 00:17:00.270 Eso es un grupo muy interesante 00:17:00.270 --> 00:17:01.810 y una vez sí que fui yo a 00:17:01.810 --> 00:17:04.220 hablarles un poquito de Locamel 00:17:04.220 --> 00:17:06.660 y a presentarles este tipo de 00:17:06.660 --> 00:17:07.720 trabajo. 00:17:07.720 --> 00:17:09.340 ¿Y qué tal la experiencia? ¿El 00:17:09.340 --> 00:17:11.590 feedback fue bueno? ¿Vieron 00:17:11.590 --> 00:17:14.580 ahí la luz del lenguaje? 00:17:14.640 --> 00:17:16.260 Sí, a ver, ahí sí que es una 00:17:16.260 --> 00:17:18.010 audiencia muy, o sea, no tienes 00:17:18.010 --> 00:17:19.380 que explicarle ni lo que es 00:17:19.380 --> 00:17:21.290 programación funcional, sí 00:17:21.290 --> 00:17:24.510 que es un poco más, pues mira, 00:17:24.510 --> 00:17:26.150 en Haskell se hace así o Camel 00:17:26.150 --> 00:17:28.000 así, en Scala de esta forma. 00:17:28.000 --> 00:17:29.150 Entonces es un público que ya 00:17:29.150 --> 00:17:30.200 tiene todo el contexto. 00:17:30.200 --> 00:17:31.370 La idea aquí es un poco 00:17:31.370 --> 00:17:32.980 diferente, la idea aquí es un 00:17:32.980 --> 00:17:34.540 poco dar un paso hacia atrás y 00:17:34.540 --> 00:17:36.700 hablar de programación funcional, 00:17:36.700 --> 00:17:38.460 estructuras de datos inmutables, 00:17:38.460 --> 00:17:40.530 de por qué ese tipo de programación 00:17:40.530 --> 00:17:42.070 puede ser interesante para 00:17:42.070 --> 00:17:43.460 algunos casos de uso y de 00:17:43.460 --> 00:17:45.500 algunas ventajas de este modelo. 00:17:45.500 --> 00:17:47.300 Yo sobre todo lo veo para gente 00:17:47.300 --> 00:17:49.110 que tiene nociones de Python o 00:17:49.110 --> 00:17:51.360 de programación, pero todavía 00:17:51.360 --> 00:17:53.040 no tiene una posición súper 00:17:53.040 --> 00:17:53.640 fuerte, 00:17:53.640 --> 00:17:54.640 porque al menos en mi 00:17:54.640 --> 00:17:56.250 experiencia yo los programadores 00:17:56.250 --> 00:17:57.950 que conozco, hay algunos que ya 00:17:57.950 --> 00:17:59.610 están ahí en español, no sé, 00:17:59.610 --> 00:18:02.200 súper invested en un lenguaje 00:18:02.200 --> 00:18:03.780 y ya es como si fuera su casa y 00:18:03.780 --> 00:18:05.470 es muy difícil sacarlos de 00:18:05.470 --> 00:18:07.040 ahí, aunque les enseñaras 00:18:07.040 --> 00:18:08.000 algo mejor. 00:18:08.000 --> 00:18:09.030 Dices, mira, ya mi vida se ha 00:18:09.030 --> 00:18:10.060 hecho con esto, de aquí no me 00:18:10.060 --> 00:18:10.480 sacas. 00:18:10.480 --> 00:18:12.130 Pero hay gente que todavía 00:18:12.130 --> 00:18:13.840 está a medio camino y que sí 00:18:13.840 --> 00:18:15.650 que está a tiempo de elegir su 00:18:15.650 --> 00:18:16.540 aventura. 00:18:16.540 --> 00:18:18.450 Sí, sí, estoy totalmente de 00:18:18.450 --> 00:18:20.320 acuerdo contigo y además ahí 00:18:20.320 --> 00:18:22.240 veo dos tipos de personas, ¿no? 00:18:22.240 --> 00:18:23.450 Realmente el que ya ha escogido 00:18:23.450 --> 00:18:24.720 un lenguaje de programación, 00:18:24.720 --> 00:18:26.020 ¿no? Por ejemplo, Go, Lan o 00:18:26.020 --> 00:18:26.340 Java. 00:18:26.340 --> 00:18:27.490 Sí que es verdad que muchas 00:18:27.490 --> 00:18:29.140 técnicas de programación funcional 00:18:29.140 --> 00:18:30.740 se pueden aplicar a estos lenguajes, 00:18:30.740 --> 00:18:31.200 ¿no? 00:18:31.200 --> 00:18:32.970 Yo, por ejemplo, cuando escribo 00:18:32.970 --> 00:18:34.980 Golang, mi código usa inmutabilidad 00:18:34.980 --> 00:18:36.260 al máximo posible. 00:18:36.260 --> 00:18:38.360 Termino de alguna forma reflejando 00:18:38.360 --> 00:18:40.460 esos principios de programación 00:18:40.460 --> 00:18:41.620 y lo puedes hacer. 00:18:41.620 --> 00:18:43.140 Yo creo que no hay que ser talibán 00:18:43.140 --> 00:18:45.020 con los lenguajes de programación. 00:18:45.020 --> 00:18:46.690 Es decir, con el tiempo ya vas 00:18:46.690 --> 00:18:48.520 viendo que Python es excelente 00:18:48.520 --> 00:18:49.860 para cosas de Big Data y de 00:18:49.860 --> 00:18:50.660 Tumblr. 00:18:50.660 --> 00:18:52.020 ¿A qué vas a pelear contra el 00:18:52.020 --> 00:18:53.270 lenguaje? No tiene el menor 00:18:53.270 --> 00:18:53.900 sentido, ¿no? 00:18:53.900 --> 00:18:55.930 Yo a veces, incluso Ansible, lo 00:18:55.930 --> 00:18:57.690 último que necesitas es ser 00:18:57.690 --> 00:18:59.200 estricto, ¿no? 00:18:59.200 --> 00:19:00.720 Tampoco de que cada caso de uso 00:19:00.720 --> 00:19:02.480 y de que cada lenguaje es excelente 00:19:02.480 --> 00:19:05.170 para hacer otras cosas y aprovecharte 00:19:05.170 --> 00:19:06.510 de eso en vez de luchar en 00:19:06.510 --> 00:19:07.560 contra de eso. 00:19:07.560 --> 00:19:08.890 Claro que la vida del programador 00:19:08.890 --> 00:19:09.600 es muy larga. 00:19:09.600 --> 00:19:11.230 Lo mismo de aquí estos dos 00:19:11.230 --> 00:19:12.930 años a lo mejor estar ahí a 00:19:12.930 --> 00:19:14.480 tope con algo, pero claro, 00:19:14.480 --> 00:19:16.840 cuando lleves 10, 20, 30, 00:19:17.260 --> 00:19:18.910 es muy probable o muy difícil 00:19:18.910 --> 00:19:20.540 que durante toda tu vida solo 00:19:20.540 --> 00:19:21.760 puedas tocar algo. 00:19:21.760 --> 00:19:23.920 O sea, normalmente un programador 00:19:23.920 --> 00:19:25.280 tiene que trabajar con 00:19:25.280 --> 00:19:26.280 diferentes. 00:19:26.280 --> 00:19:27.800 Entonces, está bien saber que 00:19:27.800 --> 00:19:29.070 existe ahí en el mundo para 00:19:29.070 --> 00:19:30.400 cuando te hace falta saber, 00:19:30.400 --> 00:19:31.570 ah, pues para este caso de uso 00:19:31.570 --> 00:19:33.010 en concreto, para este proyecto, 00:19:33.010 --> 00:19:34.090 posible que sea mucho mejor 00:19:34.090 --> 00:19:34.580 este. 00:19:34.580 --> 00:19:35.980 Y aparte, si no estás en una 00:19:35.980 --> 00:19:37.460 empresa que es solo una cosa, 00:19:37.460 --> 00:19:38.890 puedes estar en diferentes 00:19:38.890 --> 00:19:39.620 proyectos. 00:19:39.880 --> 00:19:41.180 Sí, sobre todo la gente que 00:19:41.180 --> 00:19:42.490 tiene que trabajar en varios 00:19:42.490 --> 00:19:43.920 proyectos, exactamente. 00:19:43.920 --> 00:19:45.450 Y eso es muy Open Source y la 00:19:45.450 --> 00:19:47.430 gente normalmente que contribuye 00:19:47.430 --> 00:19:49.210 en Open Source no contribuye en 00:19:49.210 --> 00:19:50.220 un proyecto. 00:19:50.220 --> 00:19:52.320 Esa gente que contribuye 10, 20, 00:19:52.320 --> 00:19:54.280 30, 40 proyectos, aunque sean 00:19:54.280 --> 00:19:55.740 pequeños, aunque sean librerías, 00:19:55.740 --> 00:19:57.340 aunque sean grappers, lo que 00:19:57.340 --> 00:19:57.620 sea. 00:19:57.780 --> 00:19:59.460 Pero sí, yo creo que hay que 00:19:59.460 --> 00:20:01.280 tener un poco de flexibilidad 00:20:01.280 --> 00:20:03.140 en ese sentido y cada vez más. 00:20:03.140 --> 00:20:04.360 Muy bien, pues yo creo que más 00:20:04.360 --> 00:20:05.490 o menos sobre las dos charlas 00:20:05.490 --> 00:20:06.660 la gente se ha podido hacer una 00:20:06.660 --> 00:20:07.000 idea. 00:20:07.000 --> 00:20:08.400 Y ya quería preguntarte si era 00:20:08.400 --> 00:20:09.610 tu primera en libre, si ya 00:20:09.610 --> 00:20:10.990 tienes alguna experiencia con 00:20:10.990 --> 00:20:12.000 alguna anterior. 00:20:12.000 --> 00:20:14.250 Pues es la primera vez que voy. 00:20:14.250 --> 00:20:15.500 Me apetece muchísimo, la 00:20:15.500 --> 00:20:15.980 verdad. 00:20:15.980 --> 00:20:17.510 Sí que voy a muchas conferencias, 00:20:17.510 --> 00:20:18.520 ha sido Open Source. 00:20:18.520 --> 00:20:20.060 Por ejemplo, ahora en enero 00:20:20.060 --> 00:20:21.840 tenemos FOSDEM en Bélgica, una 00:20:21.840 --> 00:20:23.330 conferencia de Open Source 00:20:23.330 --> 00:20:24.560 bastante grande. 00:20:24.560 --> 00:20:27.350 Devconf, suelo acudir casi 00:20:27.350 --> 00:20:30.530 todos los años a la versión 00:20:30.530 --> 00:20:31.480 europea. 00:20:31.480 --> 00:20:32.510 Tubecon me apetece mucho, 00:20:32.510 --> 00:20:33.470 todavía no he tenido la 00:20:33.470 --> 00:20:34.440 oportunidad de ir, a ver si 00:20:34.440 --> 00:20:35.580 tengo suerte y este año puedo 00:20:35.580 --> 00:20:36.440 ir a Ámsterdam. 00:20:36.440 --> 00:20:37.960 Pero justo esta, la verdad es 00:20:37.960 --> 00:20:38.860 que no... 00:20:38.860 --> 00:20:40.180 Como te dije, he estado muchos 00:20:40.180 --> 00:20:41.560 años en Brasil, también hace 00:20:41.560 --> 00:20:42.820 un par de años que he vuelto. 00:20:42.820 --> 00:20:44.550 Y pues poco a poco ir reconectando 00:20:44.550 --> 00:20:46.110 con las conferencias que hay 00:20:46.110 --> 00:20:47.700 aquí también, locales. 00:20:47.700 --> 00:20:49.220 Y la verdad es que me apetece 00:20:49.220 --> 00:20:51.090 muchísimo, además es cerca de 00:20:51.090 --> 00:20:52.620 donde vive mi familia. 00:20:52.620 --> 00:20:54.800 Entonces, todavía más. 00:20:54.800 --> 00:20:56.100 Bueno, esta la tienes muy bien 00:20:56.100 --> 00:20:57.250 porque está al lado, pero 00:20:57.250 --> 00:20:58.440 bueno, ha ido a la grande, 00:20:58.440 --> 00:21:00.770 porque la FOSDEM es la europea 00:21:00.770 --> 00:21:02.340 por antonomasia. 00:21:02.340 --> 00:21:03.910 Luego aquí también, aparte 00:21:03.910 --> 00:21:05.610 de esLibre, que sería como una 00:21:05.610 --> 00:21:07.040 mini, mini, mini FOSDEM, 00:21:07.040 --> 00:21:09.200 tenemos OpenSouthCode en Málaga, 00:21:09.200 --> 00:21:10.500 que lo mismo también... 00:21:10.500 --> 00:21:11.840 Ah, mire. ¿Y cuándo es? 00:21:12.440 --> 00:21:13.340 Suele ser en junio. 00:21:13.340 --> 00:21:15.090 Ah, perfecto. Pues estaré atento 00:21:15.090 --> 00:21:16.130 también, le voy a echar un 00:21:16.130 --> 00:21:17.240 vistazo a ver si... 00:21:17.240 --> 00:21:18.920 No, me encantaría ir a Málaga 00:21:18.920 --> 00:21:20.200 en junio, además. 00:21:20.200 --> 00:21:22.290 Sí, sí. Aparte esa también 00:21:22.290 --> 00:21:24.030 es muy grande y aparte está 00:21:24.030 --> 00:21:25.180 muy asentada. 00:21:25.180 --> 00:21:25.440 Ah, mira. 00:21:25.440 --> 00:21:26.960 O sea, tiene siempre muchos 00:21:26.960 --> 00:21:28.760 tracks, muchos patrocinadores y 00:21:28.760 --> 00:21:29.780 está muy bien. 00:21:29.780 --> 00:21:31.260 Eso también te lo puedes apuntar. 00:21:31.260 --> 00:21:32.910 Sé que hay una grande también 00:21:32.910 --> 00:21:35.100 en España de programación funcional, 00:21:35.100 --> 00:21:36.580 que creo que es en Cádiz, me 00:21:36.580 --> 00:21:38.450 suena que en septiembre, pero 00:21:38.450 --> 00:21:40.200 todavía no he tenido la 00:21:40.200 --> 00:21:41.840 oportunidad de ir. 00:21:42.060 --> 00:21:43.580 Esa androfenollosa seguro que 00:21:43.580 --> 00:21:44.320 se la conoce. 00:21:44.320 --> 00:21:44.540 Sí. 00:21:44.960 --> 00:21:47.210 Él es muy pro-closure, creo 00:21:47.210 --> 00:21:48.640 que era... 00:21:48.640 --> 00:21:51.140 El list del mundo Java. 00:21:52.020 --> 00:21:53.610 Pues yo con esto creo que la 00:21:53.610 --> 00:21:55.300 gente se ha hecho una idea de 00:21:55.300 --> 00:21:56.840 una de las ponencias. 00:21:57.240 --> 00:21:59.500 En otro episodio iremos poniendo... 00:21:59.500 --> 00:22:01.280 Por desgracia no vamos a poder 00:22:01.280 --> 00:22:03.000 hacer un episodio para todos 00:22:03.000 --> 00:22:05.060 los ponentes, pero sí me gustaba 00:22:05.060 --> 00:22:06.690 que la gente le pusiera voz y 00:22:06.690 --> 00:22:08.470 escuchara de vosotros mismos 00:22:08.470 --> 00:22:10.780 qué es lo que se va a ir moviendo, 00:22:10.780 --> 00:22:12.360 porque yo es libre, es un 00:22:12.360 --> 00:22:13.980 evento que me encanta. 00:22:14.400 --> 00:22:16.750 Tenemos muchos eventos virtuales, 00:22:16.750 --> 00:22:18.800 mucha posibilidad de chatear, 00:22:18.800 --> 00:22:20.850 de redes sociales online, pero 00:22:20.850 --> 00:22:22.830 yo creo que como el presencial 00:22:22.830 --> 00:22:24.560 tiene un toque que no se puede 00:22:24.560 --> 00:22:26.070 igualar y al final somos 00:22:26.070 --> 00:22:28.190 personas y cuando la gente te oye 00:22:28.190 --> 00:22:29.770 se nota más que no son solo 00:22:29.770 --> 00:22:31.880 letras sobre tecnología, 00:22:31.880 --> 00:22:33.960 alguien con una experiencia que 00:22:33.960 --> 00:22:35.060 cuenta cosas. 00:22:35.440 --> 00:22:36.610 Así que quería darte las 00:22:36.610 --> 00:22:38.050 gracias por pasarte por aquí a 00:22:38.050 --> 00:22:39.310 contarnos qué es lo que nos va 00:22:39.310 --> 00:22:40.500 a exponer en esLibre. 00:22:40.500 --> 00:22:42.400 Gracias a vosotros, David. 00:22:42.400 --> 00:22:44.280 Muchas gracias otra vez por la 00:22:44.280 --> 00:22:45.980 invitación y espero verte y 00:22:45.980 --> 00:22:48.040 veros a todos en el Iden Abril. 00:22:48.040 --> 00:22:50.640 Venga, pues un abrazo a la audiencia 00:22:50.640 --> 00:22:52.070 y a ti, José. Hasta la 00:22:52.070 --> 00:22:52.540 próxima. 00:22:52.540 --> 00:22:53.920 Un abrazo a todos.