WEBVTT Kind: captions Language: es 00:00:00.000 --> 00:00:04.440 Bienvenidos a un nuevo episodio de Mixio, podcast diario de tecnología. Mi nombre es Alex Barredo 00:00:04.440 --> 00:00:09.640 y ha pasado una cosa curiosa y es que en este episodio no tenemos patrocinador porque justo 00:00:09.640 --> 00:00:16.400 comienza la campaña mañana día 8, pero vamos que seguro que os va a gustar. Vamos directamente con 00:00:16.400 --> 00:00:23.600 las noticias. Comenzamos hablando de coches eléctricos porque el Green NCAP ha situado 00:00:23.600 --> 00:00:31.800 al Dacia Spring, este coche eléctrico relativamente barato de Dacia, como el coche más ecológico de 00:00:31.800 --> 00:00:39.080 2022 en Europa. El Green NCAP no se puede confundir con el Euro NCAP, aunque compartan parte del 00:00:39.080 --> 00:00:44.880 desempeño. Euro NCAP se dedica a la seguridad y esta gente, como su nombre indica, los de Green 00:00:44.880 --> 00:00:53.160 Verde, es una autoridad pea e independiente de pruebas de emisiones y de, en caso de coches 00:00:53.160 --> 00:00:57.600 eléctricos, de consumos de electricidad. Y la verdad es que ha sorprendido mucho, 00:00:57.600 --> 00:01:04.600 al menos para mí, las eficiencias recogidas por este coche, porque a pesar de que podíamos tener 00:01:04.600 --> 00:01:11.040 esa sensación de que un coche eléctrico con una batería reducida como es este Dacia Spring, 00:01:11.040 --> 00:01:18.280 con muy poco peso, pues tenía múltiples ventajas, pero ha quedado ligeramente por encima de otros 00:01:18.280 --> 00:01:24.040 coches muchísimo más caros como el Tesla Model 3, el ET7 de NIO de la fabricante chino y del nuevo 00:01:24.040 --> 00:01:29.800 Megane E-Tech. Parece que el gran diferenciador, que podéis ver en la propia web que os dejo en 00:01:29.800 --> 00:01:37.680 las notas del episodio, es precisamente este peso y un mejor comportamiento en las pruebas 00:01:37.680 --> 00:01:44.320 de consumo eléctrico en entornos más fríos, con temperaturas más bajas, donde está un poco la 00:01:44.320 --> 00:01:51.640 sorpresa que os comentaba. Con esto obviamente se refieren a los consumos por kilómetro, no es ningún 00:01:51.640 --> 00:01:57.640 tipo de medidas, ni de aceleración, ni de seguridad, ni de velocidad, ni nada. Pero oye, me alegro que 00:01:57.640 --> 00:02:03.800 se lo lleve este Dacia Spring, porque a pesar de que está un poco lejos de esos 15.000 euros que 00:02:03.800 --> 00:02:09.400 esperábamos en este podcast hace dos años, cuando acabó llegando al mercado, pues se han vendido 00:02:09.400 --> 00:02:14.720 unas 100.000 unidades ya en Europa, lo cual no está nada mal. Sigue siendo una opción muy buena, 00:02:14.720 --> 00:02:20.240 sobre todo para entornos urbanos, y en breve va a venir con un motor más potente, que lo estaba 00:02:20.240 --> 00:02:25.720 comentando el fabricante. Así que, oye, chulo. Y a nivel de rendimiento nos vamos ahora a hablar 00:02:25.720 --> 00:02:34.880 de Linux, porque hay una propuesta muy interesante dentro del kernel, de este núcleo de Linux, 00:02:34.880 --> 00:02:42.240 que propone una solución técnica, en forma de ajuste extra que los usuarios de Linux puedan 00:02:42.240 --> 00:02:49.520 decidir poner o desactivar, que permitiría en determinados momentos poder desactivar todas las 00:02:49.520 --> 00:02:56.400 mitigaciones de software que se han tenido que ir añadiendo a nuestros sistemas operativos para 00:02:56.400 --> 00:03:03.840 minimizar los ángulos o los vectores de entrada hacia las vulnerabilidades Spectre, el Meltdown 00:03:03.840 --> 00:03:11.720 y todas estas historias de la computación especulativa que nos sorprendían en masa en 00:03:11.720 --> 00:03:18.640 2018. Para refrescaros un poco la memoria, ya sabéis que los diseñadores de procesadores 00:03:18.640 --> 00:03:23.320 habían creado diferentes pequeños trucos, por decirlo de alguna forma, a nivel tecnológico, 00:03:23.320 --> 00:03:29.480 dentro de las arquitecturas de sus procesadores, para poder hacer algunas tareas más rápido sin 00:03:29.480 --> 00:03:36.040 incrementar el consumo, pero dentro de estas tareas se podían colar ahí algún tipo de programa 00:03:36.040 --> 00:03:43.480 malicioso y acceder a elementos de memoria que no deberían. Entonces todos los usuarios de sistemas 00:03:43.480 --> 00:03:49.880 operativos tradicionales pagamos este pequeño peaje de rendimiento, que algunas personas nunca 00:03:49.880 --> 00:03:55.520 lo hemos notado, no nos hemos fijado en nuestros ordenadores personales, pero donde más se ha 00:03:55.520 --> 00:04:02.280 notado sin ningún tipo de dudas es en la computación de centros de datos, en lo que ahora se llama la 00:04:02.280 --> 00:04:09.160 nube, etcétera, porque al final son ordenadores que están siendo mucho más atacados y que hay que 00:04:09.160 --> 00:04:15.320 tener bajo unas medidas mucho más rigurosas. Entonces en Linux, por ejemplo, ya desde hace 00:04:15.320 --> 00:04:22.120 un tiempo se puede desactivar esta función, es decir, tu sistema operativo queda vulnerable a 00:04:22.120 --> 00:04:27.960 ese tipo de posibles vectores de ataque si el usuario o el administrador de sistemas, en el 00:04:27.960 --> 00:04:32.920 caso corporativo, quiere ese extra de rendimiento. Pero claro, hay que andar configurándolo, 00:04:32.920 --> 00:04:39.120 quitándolo y poniéndolo en el caso de que luego no lo necesites, etcétera. Entonces lo que proponen 00:04:39.120 --> 00:04:44.840 en este parche del kernel de Linux es algo muy interesante y es que durante los periodos de 00:04:44.840 --> 00:04:52.160 compilación, por ejemplo, la gente que instale software a través del código fuente o, por 00:04:52.160 --> 00:04:57.360 ejemplo, para todos los programadores que tengan que ir haciendo sus diferentes pruebas, haya esta 00:04:57.360 --> 00:05:03.400 especie de variable que se desactiva la mitigación, compilamos y luego se vuelve a reactivar 00:05:03.400 --> 00:05:10.600 automáticamente. Es algo más complicado que eso, pero es relativamente interesante porque estas 00:05:10.600 --> 00:05:15.760 mitigaciones de software, ya os digo, a lo mejor nosotros no notamos la pérdida de rendimiento en 00:05:15.760 --> 00:05:23.000 el día a día, pero recuerdo haber leído historias de ordenadores que durante un proceso de entrenamiento, 00:05:23.000 --> 00:05:28.800 de aprendizaje automático o una compilación excesivamente complicados, se desconectaban, 00:05:28.800 --> 00:05:37.200 es decir, la hacían offline para poder tener ese extra de rendimiento con esas arquitecturas un 00:05:37.200 --> 00:05:44.960 poco más especulativas sin tener el miedo a que justo en ese momento pudiera ser atacado. Así que 00:05:44.960 --> 00:05:53.360 muy curioso. Nos vamos ahora hacia el pasado porque la ESA, la Agencia Espacial Europea, 00:05:53.360 --> 00:06:00.640 ha presentado una galería histórica de sus primeros lanzamientos. Desde el Ariane L01 que 00:06:00.640 --> 00:06:07.920 se lanzó en Navidad desde 1979, el primer cohete europeo, al menos de la rama civil, 00:06:07.920 --> 00:06:16.640 hasta el Ariane 3 de 1989. Son fotos obviamente que han sido digitalizadas, que era difícil de 00:06:16.640 --> 00:06:23.200 encontrar porque del Ariane 4 en adelante pues había ya bastantes más fotos, vídeos y a nivel 00:06:23.200 --> 00:06:29.640 de catálogo histórico pues es interesante tenerlas y pues siguen siendo piezas de historia de la 00:06:29.640 --> 00:06:36.960 tecnología. En cuanto al futuro, por cierto, muy importante lo que ha anunciado ayer Lion, 00:06:36.960 --> 00:06:45.520 este consorcio de universidades e investigadores que se dedican a crear grandes cantidades de 00:06:45.520 --> 00:06:53.240 datos para entrenamientos de aprendizaje automático. Por ejemplo, el set Lion 5B fue 00:06:53.240 --> 00:07:00.680 lo que permitió que se crease Stable Diffusion. Y en esta ocasión, visto el éxito o el interés 00:07:00.680 --> 00:07:07.440 por las tecnologías como ChatGPT, este sistema de lenguaje conversacional, pues han dicho oye 00:07:07.440 --> 00:07:13.320 vamos a hacer lo mismo pero desde el mundo del código abierto. Lo han llamado Open Assistant 00:07:13.320 --> 00:07:19.840 y también será una base de datos gigante de conversaciones reales que hay que ir vetando 00:07:19.840 --> 00:07:27.000 y hay que ir viendo si en esos grandes ficheros y ficheros de gigas y gigas de chats y de 00:07:27.000 --> 00:07:33.360 conversaciones y de texto, etcétera, pues no hay material sensible, etcétera. Va a tardar un tiempo 00:07:33.360 --> 00:07:40.400 en llegar, pero lo bueno es que en principio, al igual que Stable Diffusion, permitirá una 00:07:40.400 --> 00:07:46.600 eclosión de este tipo de modelos. Los modelos, perdón, las bases de datos de entrenamiento de 00:07:46.600 --> 00:07:52.280 Lion han sido utilizadas tanto por las grandes empresas como por equipos de código abierto. Así 00:07:52.280 --> 00:07:58.760 que esto es muy importante para que todo este nuevo e incipiente campo de diversos tipos de 00:07:58.760 --> 00:08:04.560 sintetizadores no quede en manos de grandes empresas, que precisamente es lo que vamos a 00:08:04.560 --> 00:08:10.280 hablar ahora porque me he cruzado con unas declaraciones de Mira Murati, que es la CTO, 00:08:10.280 --> 00:08:16.560 la jefa de tecnología de OpenAI, que yo creo que ya estará cansada de responder sobre las 00:08:16.560 --> 00:08:23.160 implicaciones de ChatGPT, de que si los profesores y los alumnos, de que si el spam, de que si no sé 00:08:23.160 --> 00:08:28.680 qué. Pero en esta entrevista me he encontrado con unas cosas interesantes y es que explica la propia 00:08:28.680 --> 00:08:35.840 Murati, que buscan activamente la colaboración de gobiernos para tener unos marcos legales, 00:08:35.840 --> 00:08:41.160 unos marcos regulatorios en los que trabajar. Este es un tema que a todas estas grandes 00:08:41.160 --> 00:08:45.840 empresas tecnológicas les interesa mucho, primero porque pueden ayudar, entre comillas, 00:08:45.840 --> 00:08:52.440 a desarrollar estos marcos regulatorios. Imaginaos, ¿qué es lo que se puede hacer con estos sintéticos? 00:08:52.440 --> 00:08:57.600 Como hemos visto en China, pues a lo mejor que sea siempre identificable o que el contenido de 00:08:57.600 --> 00:09:03.680 las imágenes no tenga X, Y y Z, que todos más o menos os podéis imaginar qué tipo de límites 00:09:03.680 --> 00:09:13.240 puede haber. Pero no todo es tan bonito como una colaboración feliz entre el campo privado y los 00:09:13.240 --> 00:09:18.680 gobiernos y los reguladores, porque estos marcos legales también afectarían precisamente a lo que 00:09:18.680 --> 00:09:24.200 comentábamos antes, a estas plataformas de código abierto, de sintetización de imágenes, de 00:09:24.200 --> 00:09:30.560 sintetización de texto, etcétera, que podrían ver mermadas sus capacidades. Y al final, como es un 00:09:30.560 --> 00:09:36.000 elemento tanto de software abierto como de entrenamiento abierto, y que no tienen los 00:09:36.000 --> 00:09:43.080 grandes bolsillos para pagar determinados costes operativos, pues podrían ser los afectados. Yo 00:09:43.080 --> 00:09:49.560 siempre soy muy escéptico cuando ocurren dos cosas. Cuando las empresas tecnológicas dicen que a ellos 00:09:49.560 --> 00:09:53.520 esto no les afecta, que ellos pueden hacer lo que quieren, que no sé qué, que no sé cuánto. Y por 00:09:53.520 --> 00:09:59.160 otra parte, cuando hacen un giro de 180 grados y de repente empiezan a decir que los gobiernos 00:09:59.160 --> 00:10:02.880 tienen que tener las normas claras, que no sé qué, que no sé cuánto, porque lo que suele significar 00:10:02.880 --> 00:10:09.720 es un interés propio por mantenerse consolidados. De una forma muy similar, precisamente, a lo que 00:10:09.720 --> 00:10:15.560 ha estado haciendo Facebook estos últimos años. Siguiente noticia, Chrome, en esta versión, la 00:10:15.560 --> 00:10:20.720 110, que sale estos días, esta semana. Revisad cuál es la que tenéis ahora en vuestro ordenador 00:10:20.720 --> 00:10:28.680 de escritorio. Mira, yo lo voy a mirar ahora mismo y tengo la 109.0.54, así que en los próximos días 00:10:28.680 --> 00:10:34.560 o quizás en las próximas horas. Bueno, pues en esta nueva versión va a venir activo por defecto 00:10:34.560 --> 00:10:43.840 el escalado 4K para vídeos basado en la tecnología de NVIDIA. Un sistema que no depende del navegador, 00:10:43.840 --> 00:10:48.840 es decir, esto sólo va a funcionar en aquellas máquinas que tengan una tarjeta gráfica de la 00:10:48.840 --> 00:10:57.040 serie 3000 RTX o de la 4000. Y que dicen desde Google que como depende del controlador, depende 00:10:57.040 --> 00:11:03.000 del driver, depende del software de NVIDIA, pues que es suficientemente seguro como para activarlo 00:11:03.000 --> 00:11:08.560 por defecto el navegador. ¿Y en qué consiste? Bueno, pues si tienes este tipo de gráficas y 00:11:08.560 --> 00:11:15.960 este ajuste activado, en cuanto haya vídeos de diferentes entornos y diferentes características, 00:11:15.960 --> 00:11:21.920 tu tarjeta gráfica por detrás, sin que tengas que decirle nada, se encargará de modificar 00:11:21.920 --> 00:11:29.560 silenciosamente ese vídeo, bien para aumentar su resolución, o bien incluso para hacer 00:11:29.560 --> 00:11:34.640 interpolación. Esto es algo que hay algunas personas que les gusta mucho, otras personas 00:11:34.640 --> 00:11:39.920 que no les gusta nada. Es un software que sigue sin ser perfecto y que tradicionalmente se utiliza 00:11:39.920 --> 00:11:44.960 en videojuegos, pero puede ser algo muy interesante. Imagínate, estás viendo Twitch en el navegador, 00:11:44.960 --> 00:11:50.640 estás viendo YouTube y se necesita de gastar más ancho de banda, consigues un vídeo artificialmente 00:11:50.640 --> 00:11:56.680 de mayor resolución. Por cierto, dice la gente de NVIDIA, porque esto lo presentaron en el CES, 00:11:56.680 --> 00:12:01.760 aunque llevan un montón de años desarrollándolo, que en el futuro también estará para las tarjetas 00:12:01.760 --> 00:12:09.240 RTX de la gama 2000, que precisamente es la que tengo yo. Así que si ningún oyente me dice, 00:12:09.240 --> 00:12:14.360 oye Alex, esto funciona fatal o esto funciona muy bien o no sé qué, estos próximos días tendré 00:12:14.360 --> 00:12:20.560 que esperarme a probarlo con mis propios ojos. Y a nivel de seguridad nos encontramos con 00:12:20.560 --> 00:12:26.320 una noticia bastante interesante hoy, y es que han detenido en Francia a Tzequiel, un hacker muy 00:12:26.320 --> 00:12:33.800 joven, muy muy muy muy joven, 25 años creo, finlandés, uno de los más buscados de Europa, 00:12:33.800 --> 00:12:40.160 de hecho los titulares que leía era el más buscado de Finlandia, que era su origen, este 00:12:40.160 --> 00:12:46.560 chico es finlandés, y que estaba en búsqueda y captura porque se fugó después de ser condenado 00:12:46.560 --> 00:12:53.560 por una cosa muy fea, que era hackear múltiples clínicas de psicología, psiquiatría, etcétera, 00:12:53.560 --> 00:12:59.200 conseguir los historiales de los pacientes y chantajear tanto a la clínica como a los 00:12:59.200 --> 00:13:05.280 pacientes para no divulgar sus datos. Y además pedía una pasta gigante, nos estamos diciendo 00:13:05.280 --> 00:13:12.080 5 o 10 euros, estábamos hablando de millones de euros. Pero que seguramente, por lo que más le 00:13:12.080 --> 00:13:17.720 conozcáis muchos de vosotros, es porque aquí el amigo Tzequiel era uno de los miembros de 00:13:17.720 --> 00:13:26.080 Lizard Squad, que fue aquel grupo hacker que durante 2015 aproximadamente se dedicaban a 00:13:26.080 --> 00:13:31.440 atacar un montón de servicios online de videojuegos, y durante unos meses de verdad, 00:13:31.440 --> 00:13:36.800 es que hoy está caído Xbox, hoy no se puede jugar en la Playstation Network, hoy atacan Steam, hoy 00:13:36.800 --> 00:13:43.520 a los de Nintendo, un montón de cosas de verdad. Estuvieron creando el caos bastante tiempo y ahora 00:13:43.520 --> 00:13:48.600 ya está a disposición judicial, lo han detenido en Francia, con lo cual yo entiendo que se lo 00:13:48.600 --> 00:13:54.720 llevarán a Finlandia en los próximos días para que cumpla la condena previa por este tema de las 00:13:54.720 --> 00:14:00.320 clínicas y luego veremos, porque además lo habían encontrado por ahí con un pasaporte rumano, bueno, 00:14:00.320 --> 00:14:05.960 bueno, bueno, una telenovela lo de este hombre, increíble. Hablamos también de una historia muy 00:14:05.960 --> 00:14:14.360 curiosa de un barco fantasma, unos marineros que estaban tranquilamente pescando, creo que como 00:14:14.360 --> 00:14:20.280 en el Golfo de México, y de repente una pequeña embarcación casi se estrella con su propio barco 00:14:20.280 --> 00:14:26.120 y vieron que no había nadie a bordo, lo intentaron abordar para ver lo que estaba ocurriendo y 00:14:26.120 --> 00:14:32.040 obviamente pues vieron que no había nadie pilotando. Llamaron a las guardacostas, detuvieron el barco, 00:14:32.040 --> 00:14:39.560 pero vieron que en los sistemas GPS estaban las rutas y los diferentes puntitos del trayecto, 00:14:39.560 --> 00:14:45.960 con lo cual con ese mismo barco y el suyo propio hicieron la ruta en dirección contraria y como 00:14:45.960 --> 00:14:52.560 dos horas y pico después se encontraron con el capitán de ese barco que estaba naufragado, 00:14:52.560 --> 00:14:58.480 que estaba en el mar nadando porque se había caído de su barco unas horas antes, así que 00:14:58.480 --> 00:15:03.920 tuvo mucha suerte porque para que dos barcos se crucen en mitad del océano pues las posibilidades 00:15:03.920 --> 00:15:09.920 son diminutas y lo más probable es que este hombre hubiera muerto de no haber sido por el GPS de su 00:15:09.920 --> 00:15:15.040 barco y por esta casualidad. Y lo más curioso, y esto no tiene nada que ver con la tecnología o sí 00:15:15.040 --> 00:15:22.120 quizás, es que se cayó al agua mientras hacía pis. Así que ahí tenéis una lección para todos 00:15:22.120 --> 00:15:28.160 cuando saquéis el carnet de capitán. Hablamos de algunas cositas más, hablamos de la NSA que 00:15:28.160 --> 00:15:34.160 está reclutando a muchos de los despedidos por Facebook, por Amazon, por Microsoft, por Google, 00:15:34.160 --> 00:15:40.680 estos días está ahí. Hablamos de pescadores pues NSA también está pescando en Río Revuelto. Así 00:15:40.680 --> 00:15:58.680 que ahí nos vamos. Nos vemos mañana de nuevo en otro episodio de Mixeo con más noticias de tecnología.