1018 | Semana de avances: IA, web, energía y curiosidades

Clara Vega: ¡Hola y bienvenidos a otro episodio del podcast! Soy Clara Vega.

Mateo Ruiz: Y yo, Mateo Ruiz. Hoy tenemos una colección de historias que, a primera vista, no tienen nada que ver entre sí, pero que en el fondo comparten un hilo: herramientas y sistemas que estamos usando a diario, cómo evolucionan, cómo fallan y cómo nos obligan a adaptarnos.

Clara Vega: Exacto. Hablaremos de inteligencia artificial bastante hoy, desde lanzamientos de modelos hasta una brecha de seguridad bastante fea, pero también de la plataforma web que pierde tecnología, del kernel de Linux, de energía solar, de oro como exportación, y hasta de pollo transparente hecho con colorante de Doritos. Sí, has oído bien.

Mateo Ruiz: Vamos a empezar con IA, que es donde más jugo hay hoy en la discusión. DeepSeek lanzó V4.1 Flash 1017, que es la instantánea del diecisiete de octubre de su modelo V4.1 Flash.

Clara Vega: Y ojo, porque aunque ellos lo llaman "una actualización menor", los números que muestran cuentan otra cosa. Es un modelo de mezcla de expertos con una arquitectura que llaman CED, codificador-decodificador causal. Activa ocho mil millones de parámetros en la entrada y dieciséis en la salida, de una base de quinientos cincuenta y dos mil millones. Ese reparto asimétrico mantiene el cómputo por token bajo.

Mateo Ruiz: Y las especificaciones que llaman la atención: precio de quince centavos por millón de tokens de entrada y sesenta de salida, contexto de un millón de tokens, y comprensión de imágenes nativa, entrenada desde el principio, no añadida después. Además comprimen la caché KV hasta un cuarto de la generación anterior, lo que reduce costes en cargas agénticas. Dicen incluso que supera a su propio V4 Pro en rendimiento, velocidad y tiempo de finalización de tareas.

Clara Vega: Ahora bien, aquí es donde entra la conversación de Hacker News, que es lo interesante. El primer reflejo de la comunidad fue escéptico. Un comentarista, freakynit, escribió literalmente que esos benchmarks "no pueden ser reales, ¿verdad? ¿Verdad?", con el meme de Padmé de cuatro paneles como referencia. Es decir, la desconfianza instintiva ante cifras de proveedores.

Mateo Ruiz: Aunque otros fueron más allá del escepticismo puro y sacaron conclusiones estratégicas. logicchains comentó que, a este ritmo, los laboratorios de frontera van a ser Anthropic y DeepSeek, con OpenAI batallando para seguirles el paso. Es una lectura de mercado, no solo de números.

Clara Vega: Y freakynit, el mismo del meme, añadió una predicción algo sombría: cree que estos son los últimos modelos de altísimo nivel disponibles al público, abiertos o cerrados, y que a partir de ahora las empresas empezarán a reservar sus modelos puntera para sí mismas, para gobiernos y para socios que paguen muchísimo. Es una hipótesis, ojo, nadie la ha confirmado, pero refleja un miedo que circula mucho.

Mateo Ruiz: La discusión también entró en cómo usar estos modelos en la práctica, y ahí salieron experiencias de primera mano muy concretas. olavgg contó que combina DeepSeek Flash con Opus 5.5 como asesor o revisor, y que consume una suscripción de doscientos dólares de Claude Code en menos de veinticuatro horas en un solo proyecto. Por eso reescribió todo su flujo de trabajo de agente de código.

Clara Vega: Y cuando otro usuario, rpastuszak, le preguntó cómo se gasta doscientos dólares al día, la respuesta de fahrvrgnugen fue demoledora y técnica: cargando muchísimos MCP y sin compactar nunca el contexto. Es decir, agentes con muchísimas herramientas conectadas y conversaciones gigantes que nunca se resumen.

Mateo Ruiz: Eso abre otro hilo de la conversación: el debate sobre qué modelo para qué tarea. slopinthebag defendió a Sol 6.1 como su modelo exclusivo, argumentando que es barato y capaz, que no necesita preocuparse por el uso, y que aunque Opus 5.5 sea más fuerte y Flash más barato, Sol 6.1 logra un buen equilibrio.

Clara Vega: Pero mira, porque aquí hubo desacuerdo frontal. cromka respondió que no entiende qué le ve la gente a Sol 6.1: para él, Opus 5.5 es mucho más inteligente, más proactivo, comete menos errores tontos, no se contradice ni ignora el contexto. Dice que Sol 6.1 tiene memoria de pez y que le resulta tan molesto de trabajar como le resultaba Opus 5. O sea, la misma herramienta, experiencias opuestas.

Mateo Ruiz: A_D_E_P_T aportó matiz diciendo que todos estos modelos tienen nichos: los GPT-6 y 6.1 de OpenAI brillan en modelado 3D, Google Argon en escritura en lenguaje natural y en todo lo conectado a Google como búsqueda e itinerarios con mapas, mientras que Anthropic y DeepSeek, junto con GLM, están resolviendo código. Su conclusión: son herramientas distintas, no una carrera lineal.

Clara Vega: Y hubo un hilo paralelo muy práctico sobre hardware. jononor celebró que el modelo quede por encima de GLM 5.3, pero se quejó de que ya no se ven modelos "flash" pequeños, y que ejecutar este localmente es muy costoso. LaurensBER contextualizó: dicen que está cerca de Opus 5 pero lejos de Sol 6.1 y Opus 5.5, y probablemente sea suficiente para el noventa por ciento de los casos de uso.

Mateo Ruiz: Pragmata preguntó si no se podría correr en un par de DGX Spark, que al precio inicial rondaban los ocho mil dólares de hardware. Pero bashtoni lo desmintió: no es un modelo pequeño, quizá con cuatro Sparks, y de hecho MiMo 2.6 Flash es el modelo más capaz que ahora mismo puedes correr en dos Sparks sin recurrir a versiones cuantizadas.

Clara Vega: egeozcan compartió su receta completa: Opus para planificar a través de la API con pensamiento medio, que apenas cuesta nada, DeepSeek o GLM Flash para el resto, y Sol 6.1 para bucles de revisión al final, todo corriendo en pi. Una tarea compleja le cuesta diez dólares como máximo, y lo compara con una suscripción pero con flexibilidad enorme.

Mateo Ruiz: Y un detalle técnico importante para quien quiera usarlo: el lanzamiento no incluye una plantilla de chat en formato Jinja. DeepSeek publica una implementación de referencia en Python con casos de prueba, y además deepseek-recipe, un conjunto de librerías en Rust con enlaces de Python que convierte peticiones al formato de conversación de DeepSeek y parsea la salida, cubriendo pensamiento, llamadas a herramientas e imágenes.

Clara Vega: En la discusión del otro enlace, por OpenRouter, también se habló de la API de búsqueda web nativa. risphere señalaba que es diez veces más barata que la de OpenAI y pedía que la sacaran como API independiente. ytxm la probó y tuvo resultados mixtos: buscando un producto de Microsoft no encontró su página, y buscando un paquete open source nicho aterrizó en los repos de Debian aunque la home estaba en los diez primeros.

Mateo Ruiz: Otros comentaristas le recordaron que hay muchas APIs de búsqueda para agentes: alex-moon推荐 la de Brave, mmmmbbbhb mencionó que Tavily tiene un nivel gratuito y una CLI fácil de usar, y chloerei apuntó que DeepSeek ya la había lanzado con documentación propia.

Clara Vega: Un modelo que, por cierto, ya tiene tráfico real detrás: entre las aplicaciones públicas que más tokens le envían están agentes de código como Cline y Kilo Code. Bueno, y ahora pasemos de las bondades de los agentes baratos a su lado oscuro, porque la misma jornada nos trajo una noticia que encaja demasiado bien.

Mateo Ruiz: Sí, porque justo ese mismo día OpenCode, el agente de código open source, anunció en X que sufrieron una brecha de seguridad. Un ataque a gran escala de destilación que afectó al uno coma cuatro por ciento de los usuarios de OpenCode Console. Avisaron a todos los afectados por correo y dijeron que estaban trabajando con Anthropic, OpenAI y Google para remediarlo, aunque el incidente seguía en curso y no podían compartir más detalles.

Clara Vega: Y luego el propio equipo de OpenCode escribió un mensaje en el hilo de Hacker News aclarando: identificaron acceso no autorizado a un sistema antiguo que estaban en proceso de desmantelar. Las claves de terceros, por ejemplo de OpenAI o Anthropic, guardadas en tu espacio de trabajo pueden haber quedado expuestas. Pidieron rotar y reemplazar esas claves, actualizar las aplicaciones que las usan y revisar el uso reciente por actividad sospechosa.

Mateo Ruiz: La reacción de la comunidad fue... mordaz. Un usuario, sebastiansm7, ironizó que "estábamos planeando arreglar nuestro desastre vibe-coded". TZubiri hizo una observación más profunda: le resulta curioso que nadie anuncia nunca sus vulnerabilidades críticas con "nos han hackeado, deberías desinstalar nuestro software y usar otra cosa". Dice que llegado cierto nivel de gravedad esa debería ser la conclusión, pero nadie la dice nunca.

Clara Vega: Y ahí hubo matiz: qlte le respondió que no era una brecha del software en sí, sino una fuga de claves añadidas en una interfaz web. Es decir, la distinción importa: no es que el binario local filtre, sino el servicio en la nube.

Mateo Ruiz: Pero la crítica al enfoque de seguridad de OpenCode venía de antes. lukewarm707 citó un comentario anterior donde, cuando se les cuestionó por enviar datos a OpenRouter sin listarlos como procesador de terceros, respondieron de forma despectiva, igual que con el paso de prompts por Cloudflare. Aunque sea trivial, dice, indica un desinterés general por la seguridad. Él tenía cuenta pero se fue por esto.

Clara Vega: tadasv contó algo parecido: no confía en OpenCode, les vio muy bien al principio cuando no había alternativas, pero hoy preferiría algo más simple como pi, que al parecer no tiene toda esta capa de nube, o directamente usar uno de los grandes. Y hubo quien llegó con recibos: bewareofscams enlazó un comentario suyo de sesenta y ocho días antes advirtiendo precisamente esto, citando un issue en el repositorio del proyecto.

Mateo Ruiz: También hubo acusaciones cruzadas sobre si la conversación estaba siendo manipulada. lousken preguntó si le afecta si no usa sus modelos ni está registrado, y dijo que en Wireshark solo veía tráfico hacia models.opencode.ai. neya lamentó no saber que OpenCode fuera tan malo en privacidad.

Clara Vega: Pero entonces entró Reyonlds96 con una defensa: "me encanta el olor a desinformación por la mañana". Según él, todo lo que hacía OpenCode era dar gratis un modelo para generar títulos si no configurabas uno propio, una función que podías desactivar o asignar a tu propio modelo. Eso ya se eliminó, así que ahora no hay modelo gratuito de respaldo. Y añade que sigue siendo privado por defecto.

Mateo Ruiz: Y anonymous908213 contraatacó inmediatamente: que "todo lo que hacía" era enviar tu prompt y contexto completo a un modelo "gratuito" para su recolección. Dice que el astroturfing en ese hilo es absurdo. Es decir, la misma frase, "generaba títulos gratis", interpretada de dos maneras radicalmente opuestas.

Clara Vega: Y fleshers dejó una pregunta abierta sobre el propio anuncio: confunde el lenguaje del "ataque de destilación". Se preguntaba si significa que las credenciales hackeadas se usaron para una campaña masiva de destilación. Esa pregunta, de hecho, quedó sin responder, porque OpenCode dijo que el incidente seguía en curso y no podían dar más detalles.

Mateo Ruiz: Que es justo donde conecta la lección del día: el auge de modelos baratos y agentes que pides que encadenen tareas aumenta la superficie de riesgo. Guardas claves de OpenAI y Anthropic en la consola de tu agente para que trabaje solo, y si esa consola se compromete, están todas ahí.

Clara Vega: Bien, y de agentes en la nube pasemos a agentes en tu propia máquina, porque hay una herramienta nueva que ataca justo el problema de decidir qué hardware necesitas para correr modelos localmente: se llama llmspeed.

Mateo Ruiz: La idea es sencilla pero útil: eliges el hardware y el modelo, y la web simula los tokens por segundo y el tiempo hasta el primer token, para que sientas la velocidad de un LLM local antes de comprar el equipo. Los datos vienen de benchmarks verificados de la comunidad, como los de r/LocalLLaMA y otros sitios; otros se derivan de configuraciones similares o se proyectan a partir de especificaciones.

Clara Vega: Es decir, te evitas comprar una gráfica de mil dólares y descubrir después de instalarlo que tu setup no tira. Ahora, la discusión, que es donde están los matices. bozdemir elogió la herramienta pero pidió dos cosas: la lista de modelos es limitada, y el harness, el marco de ejecución, afecta a la velocidad, así que sería útil mostrar qué librerías y versiones se usaron para cada configuración.

Mateo Ruiz: El autor, albinstman, respondió amablemente: dijo que investigaría añadir harnesses, pero que el problema es que las fuentes de benchmarks normalmente no indican el harness, así que los datos son limitados. Y preguntó qué modelos les gustaría ver. bozdemir sugirió Strata y Qwen 3.8 Flash Next con varias cuantizaciones, un modelo MoE muy buscado ahora.

Clara Vega: Y cyanydeez moderó la preocupación de bozdemir: dijo que espera que estuviera exagerando, porque el único cuello de botella que añade un harness es el llenado previo de contexto y las herramientas instaladas, y un buen harness reduce eso a costes de arranque despreciables. Salvo, bromea, que uses algún "lambo raro" que mete doscientos mil tokens de contexto en tus chats.

Mateo Ruiz: Y aquí viene la parte crítica de verdad. pil0u dijo que no sabe en qué se basan los números, pero su M2 Ultra de 128 GB corre casi al doble de velocidad de lo que se reporta para un M3 Ultra de 512 GB. Reconoció que habría deseado una herramienta así antes de elegir su hardware, pero insiste: las estimaciones tienen que ser algo correctas. albinstman le pidió el modelo y cuantización para revisarlo, así que ese hilo quedó abierto.

Clara Vega: Y la discusión derivó hacia hardware viejo que aún da guerra, que es de mis partes favoritas. hbogert se quejó de que no incluyen "cosas viejas" como su RX580, una gráfica de 2017 con 8 GB de VRAM, que hace cosas impresionantes con modelos Qwen de 9B. Internet_points le preguntó si lo usa para programar, y sí: lo usa con opencode y LM Studio para refactorizaciones sencillas y para que el agente trabaje en su clúster local de Kubernetes resolviendo problemas.

Mateo Ruiz: Y explicó los números reales: veinte tokens por segundo de generación, que está bien, pero el primer arranque es lento, el parsing va a unos cien o doscientos tokens por segundo, lo cual es un desastre para preguntas largas o harnesses como opencode que arrancan con miles de tokens. Una vez la caché está caliente, es agradable. Dice que no hará refactorizaciones arquitectónicas complejas de un solo prompt, como permitiría Opus, eso no va a pasar.

Clara Vega: Y merbanan añadió contexto: con 8 GB de VRAM en una RTX 2060 Super más 64 GB de RAM puede correr Qwen 3.8 Flash Next a velocidades utilizables, y las últimas dos semanas ha habido bastantes mejoras de velocidad en el ecosistema Strata. O sea, el panorama local está mejorando rápido incluso en hardware modesto, que es justo lo que hace interesante una herramienta para predecir rendimiento.

Mateo Ruiz: Y fíjate cómo conecta todo: antes hablábamos de que los modelos grandes como V4.1 Flash son carísimos de correr en local, y ahora vemos que la frontera de lo que corre en una gráfica de 8 GB avanza cada semana. La pregunta de "¿qué equipo compro?" es más relevante que nunca.

Clara Vega: Bien, salgamos de IA y vamos a la plataforma web, porque hay una noticia que sonará a obituario para una generación de desarrolladores: Chrome y Edge van a eliminar XSLT.

Mateo Ruiz: Para quien no lo conozca, XSLT es el lenguaje para transformar XML, que se usaba para dar estilo y estructura a documentos. Y el detalle de Edge es importante: Edge es Chromium, y un comentarista, pjmlp, lo resumió en tres palabras: "Edge es Chrome". zamadatix añadió que el artículo lo dice en la opening y que incluye una declaración de Microsoft señalando que no tienen intención de llevar esto adelante por separado.

Clara Vega: Y la cita que zamadatix destacó de una página de Microsoft es muy reveladora: por razones de funcionalidad y compatibilidad, Microsoft Edge adopta casi todos los cambios de Chromium en la plataforma web, aunque Microsoft retiene el control completo del navegador y puede retrasar o rechazar cambios. Y ojo: las funciones eliminadas no siempre siguen los mismos plazos, y no solo por el retraso en sincronizar con upstream.

Mateo Ruiz: En cuanto a lo que se rompe, el hilo fue más de nostalgia que de pánico, aunque hubo humor. El propio sitio del artículo cayó con un error 503 por el tráfico, y los comentarios se burlaron: Insimwytim dijo "este sitio se rompe, eso ya lo sabemos", Barbing lamentó que "doctor-seo punto net nos ha fallado", y g-b_r compartió el enlace de Wayback Machine para poder leerlo.

Mateo Ruiz: Aachen se despachó con una reflexión: bendito Internet Archive, que básicamente aloja una segunda copia de internet con ancho de banda suficiente para servir lo que está caído, mientras este único sitio no sobrevivió al tráfico que recibió.

Clara Vega: Pero la discusión sustanciosa vino de Trustable844, que contó su historia de primera mano: en los días de XHTML, XSLT era una especificación que podía haber hecho la modularidad de las webs mucho más limpia. Él creó una de las primeras herramientas de creación web que combinaba componentes separados usando XSLT, y dice que era realmente potente en los tiempos en que JavaScript no era usable sin jQuery. Pero XHTML cayó en favor de HTML5 y XSLT quedó prácticamente inútil.

Clara Vega: Le pone mérito a que sobreviviera tanto tiempo, y presume que se mantuvo sobre todo para dar estilo a archivos XML.

Mateo Ruiz: Y ahí la conversación se puso técnica sobre por qué XSLT nunca despegó del todo. g-b_r dijo que, según recuerda, la especificación de XSLT 1.0 estaba escrita bastante mal, que le costó entenderla. WCSTombs fue más lejos: XSLT 1.0 tiene fallos tan obvios que, según sabe, básicamente nadie implementa solo XSLT 1.0. Lo que soportan de verdad es la mayor parte de XSLT 1.0 más un puñado de extensiones EXSLT, que son completamente extraoficiales y no forman parte de ninguna especificación.

Mateo Ruiz: En su opinión, lo de EXSLT es el mínimo para hacer de XSLT 1.0 un lenguaje pasable. Y mientras tanto, la especificación evolucionó a 2.0 y 3.0, que hasta hoy no tienen una implementación completa open source, que él sepa.

Clara Vega: Y en paralelo, wahern lanzó una crítica a la historia: HTML5 podría haber dado el paso extra de definir una codificación DOM canónica compatible con XML, o al menos animarlo. Pero el sentimiento anti-XML, dice, fue explícito y despechado. Aun así, los procesadores XSLT populares saben consumir y producir HTML5, aunque no está claro lo completos que son ni si se basan en estándares formales o informales.

Clara Vega: Su conclusión final es bonita: volvió a XSLT mucho después de que fuera claro que era un callejón sin salida, y que una buena herramienta es una buena herramienta, y el que siga siéndolo pese al abandono total solo lo demuestra.

Mateo Ruiz: Lo que queda abierto, y hay que decirlo claro, es el calendario exacto por navegador. El artículo habla de la eliminación, pero no vimos una cronología específica en la discusión. Para quien aún estiliza XML con XSLT en el navegador, el mensaje es: empieza a buscar alternativa, porque Microsoft no va a frenar esto por su cuenta.

Clara Vega: Y de la plataforma web que expulsa tecnología vieja, pasemos a herramientas nuevas de desarrolladores. La primera es Pele, que encaja de lleno en el mundo de diagramas.

Mateo Ruiz: Pele es una librería ligera y open source, bajo licencia MIT, que renderiza diagramas Mermaid a SVG, tematizable con variables CSS. La desarrolló el equipo de Obsidian para renderizar diagramas rápido y que casen con el tema del editor. Y de ahí el nombre: Pele es la diosa de los volcanes y el fuego, aunque los comentaristas se divirtieron con la polisemia.

Clara Vega: Sí, druvisc apuntó que "pele" es "ratón" en letón, hmokiguess que es "piel" en portugués, y apodik remató que también es un futbolista en Brasil. Pequeños momentos que hacen de Hacker News lo que es.

Mateo Ruiz: Pero los números duros de Pele son la historia principal: cero dependencias directas frente a veintitrés de Mermaid.js, un tamaño gzip de 230 kB frente a 1,6 MB, y un tiempo de renderizado de 0,05 a 0,3 milisegundos frente a 6 a 82 milisegundos. Es decir, hasta quinientas veces más rápida. Y además soporta cada tipo de diagrama incluido en Mermaid 12.1.0. Otra diferencia interesante: en pantallas pequeñas, Pele adapta el layout, mientras Mermaid escala el diagrama.

Clara Vega: Y las variables CSS cambian colores y fuentes sin re-renderizar, porque el SVG queda tematizable después. nickmain preguntó la pregunta clave para muchos usos: ¿la librería oficial de Mermaid sigue necesitando un entorno de navegador completo o headless para maquetar el SVG? Si es así, Pele es una gran noticia para embeber el renderizado de Mermaid en otros sitios.

Mateo Ruiz: invokestatic respondió con experiencia real: la librería mermaidx de Python funciona para esto, y les sirve para generar documentación con diagramas embebidos como parte de CI/CD, pero el layout y renderizado a veces sale muy raro, con conexiones cruzándose en lugar de organizarse para evitarlo. Cambiar la configuración de layout no lo arregla, así que a veces simplemente exporta desde mmdc y embebe un PNG. falsaberN1 mencionó también Merman en GitHub, que saca un SVG.

Clara Vega: Y lukeify aportó la frustración general: cada vez que intenta usar Mermaid para algo más complejo que un diagrama de juguete, acaba absolutamente frustrado por el layout "arcánico y topológicamente pobre" que produce. Y que el estilizado, en comparación, parece un problema trivial. tptacek puso la perspectiva: ¡el layout de grafos es un problema famosamente difícil!

Mateo Ruiz: Y mcapodici dejó quizás la reflexión más interesante del hilo: se pregunta si es casi como escribir, en el sentido de que para hacer un diagrama que comunique bien necesitas haber resuelto bien el problema. thegagne, por su parte, recomendó alternativas: ha tenido buena suerte con D2 y con elk o dagre, y dice que si entras en los detalles de elk puedes hacer muchísimo.

Clara Vega: Bien, y siguiendo con herramientas para desarrolladores, pero ahora en el mundo del hardware embebido: esp32sim, un emulador de ESP32 open source que corre en el navegador, presentado por su autor joakimeriksson.

Mateo Ruiz: Lo divertido del demo es que no hay ningún ESP32 involucrado: el firmware se ejecuta en el emulador. El objetivo es que el software de ESP32 sea más fácil de experimentar, probar y simular sin necesitar siempre hardware físico. Y pidió feedback especialmente a desarrolladores embebidos: ¿qué necesitaría un emulador así antes de que lo usaras de verdad para desarrollo, pruebas o CI?

Clara Vega: Y técnicamente es un proyecto serio. Está escrito en Rust, emula a nivel de instrucción cuatro SoC de ESP32, cubriendo las dos arquitecturas de CPU de Espressif: el ESP32 clásico con dos núcleos Xtensa LX6, el S3 con dos LX7, y los C3 y C6 con RISC-V. Cada uno arranca la ROM real, el bootloader real de segunda etapa y una imagen de aplicación sin modificar. Sin firmware parcheado, sin stubs. Con suficiente del SoC modelado para correr proyectos reales de principio a fin.

Clara Vega: Sin nube, sin cuentas, licencia MIT.

Mateo Ruiz: Hay cifras de verificación también: el decoder del ESP32-S3 pasó con 977 mil instrucciones y cero discrepancias, el C3 con 161 mil, y el C6 con 126 mil. Todos arrancan ROM, bootloader, FreeRTOS y la aplicación. El clásico tiene GPIO, UART y temporizadores, y con la placa ttgo-tdisplay añade la pantalla ST7789 y botones del LilyGO.

Clara Vega: Ahora, la reacción de la comunidad. turbine401 lanzó la pregunta incómoda de siempre: ¿en qué se diferencia de Wokwi.com? Que llevan años haciendo esto y tienen emulados un buen número de microcontroladores. El autor no respondió directamente en lo que vimos, pero otros comentaristas defendieron el espacio. crazysim apuntó a las diferencias prácticas: es open source y el precio es gratis.

Mateo Ruiz: Y the__alchemist defendió la existencia del proyecto en sí, empujando contra esa clase de pregunta: dice que se le puede aplicar a la gran mayoría de cosas que la gente crea, exceptuando una minoría de cosas verdaderamente novedosas y los clones directos. Como ejemplo relevante, señala los Show HN: podrías hacer el mismo comentario con una ligera variación en cada uno.

Clara Vega: Pero hubo una crítica que el autor debería tomarse en serio, y que fue bastante compartida. dofm dijo que le gustaría probarlo, pero que esos párrafos gigantes de "slop de IA" mal formateados en el README, mezcla densa de formato, corchetes, puntuación semántica, argumentos de línea de comandos y números de pieza, son demasiado. Aunque sea cuarentón y no experto, está seguro de que estas cosas agotan incluso a los lectores jóvenes expertos, y pidió reconsiderar cómo se presenta la página.

Mateo Ruiz: Y rvz lo remató con humor: un README.md se convierte en un DONTREADME.md cuando es largo como una novela, mal formateado, y tiene varias "claudismos" en cada frase. Dice que es uno que no va a leer, y que probablemente ni el autor lo leyó. Y añade algo más severo: es un predictor del nivel de slop del proyecto, porque la gente que hablaba de "calidad de código" ha desaparecido. exe34 añadió la broma técnica: eso debería haber sido una tabla.

Clara Vega: Pero también hubo entusiasmo genuino y casos de uso concretos. raminf explicó que en muchos proyectos de IoT es más fácil crear un simulador "funcional" del hardware para que los equipos de móvil y nube avancen sin esperar hardware de prueba, y que una vez hay hardware, esos simuladores solo se usan en CI/CD. Donde ve útil esp32sim es en tener firmware real corriendo para cada desarrollador de móvil o backend y para cada runner de CI/CD, en lugar de un simulador funcional.

Mateo Ruiz: Y mrtksn contó que hacía algo parecido recientemente: vibe-codeó un simulador de drones que vuela drones simulando el ESP32 en el navegador, donde el código C real del controlador de vuelo que corre en el ESP32 real se ejecuta como WebAssembly. O sea, hay una comunidad de gente que ya hacía aproximaciones a mano, y un emulador a nivel de instrucción les ahorra todo ese trabajo.

Clara Vega: Klovy, simplemente, lo encontró muy interesante precisamente por basarse en el ESP32, con todas las cosas que puedes hacer con él. Bien, pasemos ahora a algo de tamaño mucho mayor: el kernel de Linux, y concretamente las estadísticas de desarrollo del kernel 7.2, publicadas por LWN.

Mateo Ruiz: Contexto: Linus Torvalds lanzó el 7.2 el 17 de agosto, después de notar que el número de correcciones que entraban era "mayor de lo que habría deseado". De hecho, fue uno de los ciclos de desarrollo más ocupados de la historia del kernel: casi seiscientas mil líneas de código añadidas.

Clara Vega: Y los números específicos: dieciséis mil cuatrocientos dieciocho commits sin fusionar, superando el ya ocupado 7.1. Es el segundo lanzamiento más ocupado de la historia del kernel, solo superado por el 6.7, aunque el 6.7 estuvo dominado por la fusión del historial de bcachefs, mientras que el volumen de 7.2 es más generalizado. Contribuyeron dos mil seiscientos cincuenta y dos desarrolladores, un gran aumento sobre el récord anterior de dos mil cuatrocientos setenta y nueve en 7.1.

Mateo Ruiz: Y los nombres: Uwe Kleine-König fue el mayor contribuidor de commits con limpiezas en el subsistema de drivers. Rosen Penev contribuyó una larga lista de correcciones de bugs escritas por LLM, ojo, por LLM, a lo largo de subsistemas de arquitectura, drivers, redes y criptografía. Matthew Stewart encabezó las líneas cambiadas siguiendo la tradición venerable de añadir más archivos de cabecera masivos generados por máquina para el driver amdgpu.

Mateo Ruiz: Y Miguel Ojeda trajo la crate zerocopy de Rust al código del kernel.

Clara Vega: Otros datos interesantes: solo algo más del ocho por ciento de los commits llevaban etiqueta Tested-by, mientras que el cuarenta y ocho por ciento incluían Reviewed-by. Y las etiquetas de revisión, en particular, muestran una tendencia ligeramente descendente en los últimos lanzamientos. LWN es cauto: si esa caída refleja una disminución real de la revisión es, cuando mucho, incierto.

Clara Vega: En total trabajaron para el kernel doscientos cuarenta y nueve empleadores identificables, con Intel, Google, Red Hat, AMD y Qualcomm a la cabeza.

Mateo Ruiz: Pero la parte que encendió la discusión es la última frase del artículo, que un comentarista, 05kqhg, destacó: "El kernel de Linux está orientado a uso en producción, no a investigación o experimentación. Pero ahora mismo se está llevando a cabo un experimento masivo sobre los procesos de desarrollo y la comunidad del kernel". Es decir, el artículo mismo cierra con una nota de alerta.

Clara Vega: Y mh- añadió la frase siguiente para dar contexto, que suaviza el tono: la comunidad ha absorbido nuevos procesos y herramientas muchas veces a lo largo de sus treinta y cinco años de historia, y casi con seguridad encontrará la manera de hacerlo también esta vez, aunque esa absorción no siempre ha ocurrido sin turbulencias por el camino.

Mateo Ruiz: La discusión sobre parches de IA fue la más viva. Matl opinó que, aunque sea bueno en teoría, la otra cara son todos los parches y pull requests basura con los que el kernel y el open source en general tienen que lidiar ahora, a menudo con solo agentes respondiendo. Dice que honestamente no le dan ganas de abrir nada para contribuciones externas.

Clara Vega: mathisfun123 dijo que el peligro está "enormemente exagerado", señalando los propios sentimientos de Linus, y enlazó un correo suyo en la lista del kernel. Pero senderista replicó con dureza: la afirmación de Linus de que el uso de herramientas de LLM no está correlacionado con comprensión o competencia le parece disparatada.

Mateo Ruiz: Y rvz aportó la anécdota que complica todo: el propio Linus usó Claude Code para escribir uno de sus parches e introdujo un bug de carrera de datos en el kernel sin que él se enterara, que fue pillado por otro revisor antes de llegar a un lanzamiento. Su lectura: Linus no entendió los cambios que Claude hizo al código que él mismo envió, pese a sus "principios" de antes de criticar a otros por usar LLMs en código que no entienden.

Clara Vega: Y dist-epoch formuló el contrapunto pragmático más simple: ¿quieres que se arreglen los bugs de tu proyecto, sea cual sea la fuente, o solo quieres que contribuyan humanos? Linus quiere que se arreglen los bugs. Es el dilema en una frase.

Mateo Ruiz: Y en el hilo de fondo sobre Linus y la IA, pelagicAustral dijo que no fue ninguna sorpresa, aunque reconoce que no imaginaba que Linus abrazara la IA con tanta falta de fricción. Aunque, dice, tras la inclusión de Rust en el kernel, probablemente habría apostado algo de dinero. nvme0n1p1 le respondió que Linus es muy visionario, y que eso explica por qué Linux sigue relevante tras tantas décadas; pocos proyectos de software lo logran.

Clara Vega: nomel cuestionó la palabra "abrazo": ¿por qué la sorpresa? Linus parece muy pragmático, y esperaba de todo corazón que lo adoptara, con la única preocupación siendo corrección y calidad. pelagicAustral replicó que hay bastantes gente muy pragmática ahí fuera que sin embargo no va cantando loores. Y mycall puso la comparación temporal: a Rust le llevó mucho tiempo madurar para ser considerado en el desarrollo del kernel; la IA es más rápida pero más fácil de integrar.

Mateo Ruiz: Bueno, dejemos el software más crítico del mundo y vayamos a algo igual de fundamental pero más físico: la energía. Según el Informe del Estado de la Industria Nuclear Mundial de 2026, supervisado por el consultor francés Mycle Schneider, la generación solar superó a la nuclear por primera vez en 2025.

Clara Vega: Los detalles: la eólica sola superó la generación nuclear mensualmente en marzo de 2025, y la solar le siguió en abril. Desde marzo de 2025 hasta junio de 2026, o la solar o la eólica generaron más electricidad que la nuclear cada mes. Y en marzo, abril y mayo de 2026, ambas tecnologías por separado superaron a la nuclear.

Mateo Ruiz: Y la brecha se está ampliando: en 2025 la capacidad solar global creció 510 GW hasta 2.383 GW, un veintisiete por ciento anual, mientras que la eólica añadió un récord de 159 GW hasta 1.291 GW, un catorce por ciento. En comparación, la capacidad nuclear instalada creció solo 1,5 GW hasta 399,5 GW, y la capacidad operativa en realidad bajó 0,5 GW hasta 368,6 GW. El informe señala que la capacidad nuclear se ha mantenido esencialmente plana durante más de veinticinco años.

Clara Vega: Y hay un matiz importante: las cifras de fotovoltaica del informe son estimaciones relativamente conservadoras. Datos más recientes del IEA PVPS indican que las adiciones globales de PV alcanzaron unos 690 GW en 2025, unos 180 GW más que la cifra usada por el informe. O sea, la brecha real probablemente era aún mayor.

Mateo Ruiz: Schneider fue directo: la realidad de la industria nuclear sobre el terreno es bastante desalentadora para quienes esperaban un sector en auge. Puso ejemplos: Holtec, empresa nuclear estadounidense, puso en pausa una salida a bolsa días antes del listado planificado, con el que esperaba recaudar casi mil millones de dólares. Su competidora Fermi ha perdido en torno al ochenta por ciento de su valor bursátil desde que salió a bolsa en octubre de 2025. ¿La razón principal?

Mateo Ruiz: Estas empresas tienen poco o nada que mostrar sobre el terreno para convencer a los inversores de seguir aportando dinero.

Clara Vega: Mientras tanto, la flota nuclear operativa del mundo aumentó su producción un 1,1 por ciento, con producción cayendo fuera de China, mientras la generación solar global saltó un impresionante treinta por ciento, superando la producción eléctrica anual de la nuclear.

Mateo Ruiz: Ahora, la discusión en Hacker News, que fue una disputa de interpretación. gustavus abrió con una pregunta provocadora: dice que pese a una implementación "casi fanática" de la solar por casi todos los gobiernos principales durante más de veinte años, y virtualmente ninguna central nuclear nueva en más de treinta, la solar apenas está superando a la nuclear. Y recuerda el cómic de xkcd sobre escala logarítmica.

Clara Vega: Pero los datos no apoyan su premisa, y los demás lo dijeron. jkahrs595 respondió citando el propio informe: un veintisiete por ciento de crecimiento anual no es "apenas". tdb7893 fue más lejos: no describiría la implementación solar como "fanática" por la mayoría de gobiernos, especialmente hace veinte años.

Clara Vega: El crecimiento de la solar es muy reciente, superó a la nuclear bastante rápido y sigue creciendo rápido: una enorme porción de la infraestructura solar del mundo es de apenas los últimos cinco años.

Mateo Ruiz: Y maxerickson reforzó el punto con el enlace de Our World in Data: la mayor parte se ha instalado en los últimos cuatro o cinco años, y todavía estamos acelerando. dgacmu explicó la dinámica con una lección de matemáticas: eso es exactamente lo que esperas de algo que crece exponencialmente, parece lento al principio y de repente adelanta a todo. Un crecimiento anual del veintitrés al veintisiete por ciento tarda en arrancar de verdad.

Clara Vega: Aunque MentalM defendió la palabra "fanático" desde otro ángulo: si por esa implementación llevas veinte años pagando la energía diez veces más cara comparativamente que la generada por carbón, eso sí le parece bastante fanático. Así que el desacuerdo sigue abierto: ¿crecimiento natural de una tecnología que baja de precio, o subsidio y voluntad política?

Mateo Ruiz: También hubo un pequeño debate técnico sobre el cómic de xkcd en sí. happytoexplain, que dice ser mayoritariamente pro-nuclear, hizo la observación: es cierto que el cómic es gracioso, pero extraemos energía del azúcar, carbón, grasa y gasolina vía oxidación, mientras que la extraemos del uranio vía fisión. Así que la variable relevante del cómic es proceso químico contra proceso nuclear, no cuánta energía hay "en" el combustible. Y esa comparación es mucho menos clara.

Mateo Ruiz: vlovich123 respondió con sarcasmo: buena suerte haciendo funcionar la fisión con cualquiera de los otros materiales.

Clara Vega: Y el debate estético: trophycase lamentó lo fea que es la solar, kilómetros y kilómetros de desierto bonito y tranquilo arruinados, y lo llamó una travesía medioambiental. Pero recibió dos respuestas sólidas. ape4 dijo que no está mirando todos los factores: la solar le parece hermosa por lo que está desplazando.

Mateo Ruiz: Y toomuchtodo fue mucho más lejos, citando fuentes: la solar a escala de utilidad restaura desiertos, y complementa usos agrícolas, la llamada agrivoltaica. Enlazó artículos sobre el Gran Muro Solar de China para domar desiertos, y estudios de Nature mostrando que las granjas solares en desiertos pueden potenciar electricidad, ingresos y ecosistemas.

Mateo Ruiz: Su conclusión: si crees que los desiertos son bonitos, bueno, la belleza está en el ojo del mirador; él cree que hardware sólido y limpio que producirá energía baja en carbono de forma fiable durante décadas, sin causar daño y potencialmente beneficiando su entorno, es increíblemente hermoso.

Clara Vega: De energía y geopolítica pasemos a una historia que es pura geopolítica económica: según un artículo de Numismatic News, el oro es ahora la primera exportación de Estados Unidos.

Mateo Ruiz: El dato de fondo: normalmente, las exportaciones de mayor valor de Estados Unidos son el petróleo, los fármacos, o los aviones y sus piezas. Pero a partir de octubre de 2025, el valor de las exportaciones de oro ha encabezado todas las demás categorías casi todos los meses. Y no es solo porque el precio del oro alcanzara máximos récord: en febrero de 2026, las toneladas de oro exportadas pueden haber establecido un récord histórico absoluto.

Clara Vega: Los destinos: la mayoría va a Suiza, casi con certeza a las refinerías de allí. La segunda mayor cantidad va a Hong Kong, que es el destino global del oro que va hacia China. Y la tercera va al Reino Unido, donde la London Bullion Market Association es el mayor mercado de oro del mundo. El gobierno estadounidense sigue reportando que sus reservas de oro no han cambiado, así que estas exportaciones parecen venir de la producción minera actual y de operaciones de reciclaje.

Mateo Ruiz: Y aquí es donde hay que poner mucho ojo, porque el autor, Patrick Heller, es muy honesto: no hay explicación oficial de por qué las exportaciones se han disparado. Lo que sigue es su especulación, y él mismo lo dice: especulación. Su tesis es que hay varios gobiernos extranjeros desconfiando de la futura pérdida de poder adquisitivo del dólar y prefiriendo otro activo de reserva con mejor historial.

Mateo Ruiz: Señala que, entre todos los bancos centrales extranjeros combinados, el valor de sus reservas de oro ahora excede sus tenencias de deuda del Tesoro estadounidense.

Clara Vega: Su segunda pieza: China sí tiene el poder económico y financiero para presionar por pagos en oro en lugar de dólares. El Banco Central de China tiene un historial de reducir sus tenencias de deuda del Tesoro, desde más de un billón de dólares en 2021 hasta unos 693 mil millones en febrero de 2026, y gran parte de esa reducción se ha reemplazado con oro.

Clara Vega: Además, el gobierno chino trabaja para reducir el uso del dólar en el comercio internacional, con sistemas de pago alternativos y la promoción de la "unidad" entre naciones del grupo BRICS. Y añade que sumando las tenencias de oro del banco central chino, fondos soberanos, militares, empresas estatales y ciudadanos privados, hay analistas que consideran que China controla en la práctica más oro que ningún otro gobierno.

Clara Vega: Conjetura que una gran parte de las exportaciones de oro estadounidenses van hacia China, aunque algunas deban desviarse primero por refinerías suizas para convertirse en lingotes de kilogramo de pureza aceptable. Y se pregunta si el gobierno de Estados Unidos habrá aceptado esta forma de pago a cambio de otras concesiones políticas.

Mateo Ruiz: Y ahora, la reacción de Hacker News, que fue de escepticismo metodológico. EA-3167 dudó directamente de la veracidad del artículo: dice que todas las exportaciones de metales previas de EE. UU., incluyendo oro, quedaron terceras a mitad de año, y enlazó tres fuentes distintas que, según él, lo dicen. Pero su evidencia fue contestada enseguida.

Clara Vega: thisisthenewme señaló que uno de los artículos que enlazó parecía "slop de LLM" sin referencias a sus afirmaciones, mientras que el artículo original cita datos de bea.gov. ceejayoz fue más directo y preguntó por qué confiaba en ese artículo en particular, adjuntando una imagen. Y iAMkenough hizo la crítica más elaborada: todos los enlaces de EA-3167 venían de publicaciones que nunca había oído nombrar y difícilmente verificables.

Clara Vega: TradeInt se anuncia como confiado por Samsung, pero no encuentra constancia de que Samsung lo use; se anuncia con cinco estrellas en Product Hunt, pero quien creó el listado creó su cuenta cuando TradeInt salió y no tiene seguidores ni actividad desde 2024. Su conclusión: todo parece blog spam, y cualquiera, o cualquier IA, puede publicar cualquier cosa para confirmar cualquier punto de vista. ¿Qué hace que esos enlaces valgan la pena?

Mateo Ruiz: Es una buena lección para la época: el artículo original cita datos oficiales de bea.gov, pero los contraargumentos vinieron de fuentes agregadoras de calidad dudosa. El fondo sigue siendo discutible.

Clara Vega: Y la discusión también derivó a qué exporta realmente Estados Unidos. XCSme comentó en broma que él pensaba que era "tokens", y en serio que tendría sentido dado el valor de mercado de tantas empresas de IA de billones de dólares. WJW matizó: tendría sentido si las empresas de IA estuvieran racionalmente valoradas, pero no lo están, así que no.

Mateo Ruiz: Aachen se sorprendió de que los aviones encabecen habitualmente el gráfico de exportaciones del país más rico: ¿cuántos aviones puede necesitar el mundo? Y cpgxiii le respondió con datos: los aviones de línea y los militares son carísimos. Casi toda la capacidad de producción de Boeing y Lockheed-Martin, y de motores de GE y Pratt & Whitney, está reservada para años venideros.

Mateo Ruiz: Y a diferencia de Airbus, que tiene múltiples plantas de montaje final por el mundo, Boeing solo ensambla en Estados Unidos.

Clara Vega: graemep explicó lo de los fármacos: como los fármacos bajo patente son mucho más caros que los fuera de patente, su valor monetario es mucho mayor que el mayor volumen de genéricos. Si miras dónde hacen sus ingresos las grandes farmacéuticas, ves esto. Y michaelt añadió el matiz estructural: considera cuántas empresas americanas fabrican exclusivamente en el lejano oriente.

Clara Vega: Si un europeo compra un producto "de" Apple o Nvidia o Nike o Levi's, eso no es una exportación americana, es una exportación de Indonesia, China, Vietnam o Taiwán. Estados Unidos se queda los beneficios, pero no la exportación.

Mateo Ruiz: Y JumpCrisscross puso la distinción conceptual más limpia: bienes contra servicios. Tendemos a usar la palabra "exportaciones" para referirnos solo a los bienes en América, lo cual es anacrónico. Si incluyeras servicios, el cuadro cambiaría bastante.

Clara Vega: De la economía global pasemos a un conflicto que sigue en primera línea: Cisjordania. El diecisiete de octubre, colonos israelíes atacaron una caravana de diplomáticos europeos y golpearon a un alcalde francés de visita, según testigos y diplomáticos que informaron a la AFP.

Mateo Ruiz: El contexto: coches de las misiones de Francia, Bélgica y Polonia habían llevado a diplomáticos a visitar Taybeh, un pueblo mayoritariamente cristiano en la Cisjordania ocupada, cuando los colonos bajaron para impedir que los palestinos recogieran olivas, según los testigos. Es una escalada de la violencia reciente durante la cosecha de olivas palestina.

Clara Vega: Los detalles del ataque: los colonos enmascarados hicieron declaraciones agresivas hacia los diplomáticos antes de patear a Bernard Baudoux, de setenta y ocho años, el alcalde de izquierdas de la localidad francesa de Aulnoye-Aymeries. Dos personas que hablaron con él dijeron que estaba herido pero no necesitó ir al hospital. Y su reacción, citada por Le Monde: "Creo que si los colonos se comportan así, hay una tolerancia por parte del gobierno israelí".

Mateo Ruiz: Y aquí la discusión en Hacker News fue breve pero intensa, y vale la pena reproducir sus matices. ciconia hizo la observación estructural más importante: es crucial notar que este no es un incidente aislado, y que la historia solo llegó a las noticias porque las víctimas son dignatarios europeos.

Mateo Ruiz: Esos pogromos, dice que no hay otra palabra para describirlos, ocurren a diario, y la escala, múltiples ataques por día, hace evidente que no se trata de violencia aleatoria, sino de una campaña coordinada para limpiar étnicamente a la población palestina rural de Cisjordania.

Clara Vega: mschuster91 respondió con una lectura más cínica y política: es campaña electoral, nada más y nada menos. No sabemos a qué elección se refería exactamente, pero su punto era que la violencia tiene una función política calculada. Y el propio mschuster91, en otro comentario, advirtió que el hilo entero degeneraría en una guerra de llamas, intentando frenar la escalada retórica.

Mateo Ruiz: vcryan fue más contundente aún: el mundo hace la vista gorda ante el terrorismo israelí, escribió. Y un comentario de michaelhillaert quedó cortado, así que no sabemos si llegó a desarrollar su punto. Es un tema donde el hilo fue corto y apasionado; no intentemos fabricar un consenso que no hubo.

Clara Vega: Totalmente. Lo que sí queda claro de la historia en sí: la violencia durante la cosecha de olivas ha ido en escalada, y el hecho de que las víctimas fueran diplomáticos europeos con inmunidad y visibilidad mediática es lo que la sacó a la luz internacional.

Mateo Ruiz: Bueno, cambiemos de registro por completo y vayamos a una historia de superación personal con burocracia de por medio: Derek Wessman escribió sobre cómo se hizo ciudadano de Japón.

Clara Vega: Y aviso: es una lectura fascinante precisamente por lo brutal del proceso. Empieza con una advertencia honesta: parte es su experiencia anecdótica, parte opinión y parte hechos, y no va a andar desmontando cuál es cuál en cada frase. Y añadió una edición importante tras ver la reacción online: si estás pensando en naturalizarte, ve a consultar en tu Oficina de Asuntos Legales local y haz lo que te digan ahí, no lo que leas en internet en sitios como "este blog de gringo aleatorio".

Mateo Ruiz: La historia empieza en 2012: estaba en la Oficina de Asuntos Legales por otra cosa y decidió que quería empezar a naturalizarse, algo en lo que llevaba mucho tiempo pensando. En la primera visita, un viejo burócrata del Ministerio de Justicia le atendió amablemente en la consulta inicial, algo que normalmente requiere cita, pero que le concedió. Y apunta que eso no pasaría hoy: mucha más gente está solicitando la ciudadanía.

Clara Vega: Su caracterización del proceso es dura: el gobierno de Japón ha diseñado intencionalmente el proceso de obtención de la ciudadanía japonesa para ser opaco, exigir documentación extensiva, llevar al menos un año, y tener un resultado basado en parte en juicio subjetivo.

Mateo Ruiz: Y entonces viene la lista de documentos, que es la parte que a la gente le deja helada. Vas a reírte, pero es literal: certificado de nacimiento original de cada uno de sus padres y cada uno de sus seis hermanos. Copia original del certificado de matrimonio de sus padres. Una declaración firmada y fechada por su madre atestiguando que ella lo dio a luz.

Clara Vega: Lista de miembros de la familia de su esposa, con nombres, fechas de nacimiento, nacionalidades y estado actual de interacción con él. Una declaración sobre si cada uno de esos individuos quería también naturalizarse, y si estaban de acuerdo o en contra de su naturalización. Sí, leerlo bien: si tu suegra está a favor o en contra.

Mateo Ruiz: Copia original de su propio certificado de nacimiento. Prueba de su matrimonio. Lista de cada dirección de cada lugar donde ha vivido jamás, con fechas de inicio y fin. Historial académico completo empezando por la guardería. Diplomas y títulos. Historial laboral completo con nombre de empresa, puestos y fechas.

Clara Vega: Todo lo que viniera en inglés tenía que presentarse en original y también traducido al japonés con certificado de exactitud de la traducción. Las traducciones japonesas no podían incluir letras del alfabeto, solo kanji, hiragana, katakana o números arábigos, aunque él bromea que demos gracias de que no exigieran numerales kanji. Pero cada nombre propio en el katakana más torpe posible.

Mateo Ruiz: Y luego la parte financiera, que es donde la cosa se pone seria: todas las declaraciones de impuestos de él y su esposa de un número de años. Declaraciones de retenciones de todos los empleadores. Prueba de haber estado sujeto y pagado impuestos nacionales, de Tokio y de Hachioji. Prueba de pago de primas de seguro de salud. Prueba de la Oficina de Pensiones de haber pagado el seguro de empleo.

Mateo Ruiz: Y todo ello iba a ser evaluado para verificar que no solo había pagado, sino que había pagado a tiempo durante dichos años.

Clara Vega: Expediente oficial de conducción emitido por la Agencia Nacional de Policía, listando todas y cada una de las infracciones de tráfico del máximo de diez años o los que sean que se retengan esos datos.

Clara Vega: Y como él tenía una empresa: también sus estados financieros, prueba de impuestos corporativos nacionales, de consumo, prefecturales y municipales, prueba de impuestos de empleados retenidos, prueba de seguro de empleo, el registro de la empresa, los estatutos, una lista de clientes y una descripción del negocio y sus perspectivas.

Mateo Ruiz: Y aún más: el registro familiar de su esposa. Una declaración de su esposa de que efectivamente estaban casados y habían tenido esos hijos juntos. Y otra declaración de ella indicando si estaba de acuerdo u opuesta a su naturalización. Y tres fotografías de la familia juntos en ocasiones separadas. Es decir, el Estado japonés no solo quiere saber quién eres; quiere el consenso familiar documentado.

Clara Vega: Y en la discusión, lo que más impacto causó fue justamente la lista de domicilios. gcanyon escribió: "Bueno, cruzo Japón de mi lista. No sería capaz de producir esa lista de residencias bajo ninguna circunstancia". Qazpqaz recomendó algo práctico: llevar una lista de residencias desde ahora, porque le ha ayudado bastante veces. Pero jacquesm no estaba de acuerdo: cualquier cosa que necesite esos datos puede vivir sin ellos, y además nunca se lo creerían en primer lugar.

Mateo Ruiz: Y hubo un debate interesante sobre la estrategia de visado que eligió Derek. sonar_un criticó parte del relato: dice que dejó de leer cuando contó que esperó mucho para naturalizarse, saltándose seis años, y luego decía que nunca obtuvo su tarjeta de residencia permanente, así que estaba viviendo de visados renovados, y encontraban raro. Para sonar_un, sí es raro: muchas de las cosas que decía necesitar se habrían hecho en la etapa de residencia permanente, como en cualquier país.

Clara Vega: Pero klipt aportó el dato que puede explicarlo: creía que Japón requiere diez años de residencia para la residencia permanente, pero solo cinco para naturalizarse, en cuyo caso no sería sorprendente que mucha gente se naturalice antes de obtener la residencia permanente. Y rootsudo respondió simplemente: "Ya no". Sin más detalle, lamentablemente, así que el estado actual de los requisitos queda algo ambiguo en el hilo.

Mateo Ruiz: Y hubo una digresión comparativa sobre burocracia migratoria. NolF apuntó que Australia generalmente requiere al menos diez años para algunas cosas. Y charlieyu1 contó su experiencia en Reino Unido: una vez llevas viviendo en el país un tiempo, puedes hacer prácticamente cualquier cosa y a la gente no le importa tu estatus migratorio. Para su vida diaria en UK solo necesita su dirección y el permiso de conducir.

Mateo Ruiz: Tienes la sensación de que estarás bien sin molestarte en hacer el papeleo; así funcionan las cosas desde hace veinte o cincuenta años.

Clara Vega: Pero cuidado, porque esa percepción fue contestada con experiencia ajena. GalaxyNova simplemente escribió que eso es... realmente malo. tene80i preguntó qué quiere decir, porque cualquier empleador importante en UK necesitará más que eso para que trabajes allí. Y elmer2 contó que eso no es verdad: conocía a alguien que vivió ilegalmente en Reino Unido casi una década. Solo podía conseguir empleos terribles de restaurante que no reportaban nada al gobierno, y le visitó inmigración varias veces.

Clara Vega: Incluso con abogado de inmigración no pudo conseguir la ciudadanía. Lo que finalmente funcionó fue tener un hijo y casarse con una ciudadana.

Mateo Ruiz: Es un buen recordatorio de que las percepciones de "nadie pregunta" pueden ocultar realidades muy frágiles. En fin, y de burocracia seria pasemos a ciencia seria pero hecha en casa, y con un giro absurdo: hacer pollo transparente usando polvo de Doritos.

Clara Vega: El autor del blog Casual Physics Enjoyer, que hace experimentos para ver si se puede hacer buena ciencia en casa, recibió de su amiga Adaobi Adibe un paper titulado "Logrando transparencia óptica en animales vivos con moléculas absorbentes". En ese estudio, los autores hacen tejidos biológicos, como pechuga de pollo, transparentes remojándolos en una solución de tartrazina.

Mateo Ruiz: Y el tartrazina, para contextualizar, es ese colorante alimentario amarillo anaranjado muy brillante que se encuentra en los Doritos. De ahí el título del artículo. Aunque, ojo, porque en los comentarios aclararon esto inmediatamente.

Clara Vega: Exacto, gus_massa explicó que no usan Doritos triturados, usan tartrazina, que es un colorante alimentario común. Necesitan mucha cantidad del colorante para cambiar el índice de refracción interno y hacer la carne transparente, así que eligieron esa.

Clara Vega: Y citó del artículo de investigación que es un compuesto higroscópico, muy soluble en agua y con reactividad mínima, y que la Autoridad Europea de Seguridad Alimentaria concluyó que no presenta efectos adversos ni toxicidad sistémica a dosis de hasta dos gramos por kilo de peso corporal. Por eso se usa mucho como colorante artificial en productos como, precisamente, Doritos.

Mateo Ruiz: El mecanismo, tal como lo explica el autor: el modelo actual es que las propiedades de absorción de la tartrazina también desplazan el índice de refracción del agua. Al empujar el índice de refracción del agua hacia el de las soluciones de proteína y lípido, haces el objeto más transparente.

Clara Vega: Y la analogía que dio adrian_b en los comentarios es preciosa: es exactamente como la nieve, que pasa de opaca a transparente cuando se derrite. La opacidad se debe a que el índice de refracción varía y dispersa la luz; si lo haces uniforme, transparentas. Y matizó los límites del truco: la sangre de los vertebrados es opaca por la hemoglobina, y no se puede transparentar; igual que la retina pigmentada de los ojos. Por eso las ranas y peces transparentes siguen teniendo ojos y vasos opacos.

Clara Vega: Donde están ausentes pigmentos como la hemo de la sangre, la melanina de la piel o los pigmentos visuales de la retina, la opacidad se debe solo al índice de refracción, y ahí sí funciona este método.

Mateo Ruiz: Ahora, el experimento en sí. El autor preparó tres concentraciones de tartrazina: un control con cero, una de unos 0,19 molares, y una de unos 0,56 molares. Usó tartrazina con ochenta por ciento de contenido de tinte, lo que añade incertidumbre sobre la concentración real. Y cortó láminas de cinco milímetros de pechuga de pollo de compra en el supermercado, para luego cortar piezas de unos quince milímetros.

Clara Vega: El protocolo original del paper usaba 0,62 molares, cuarenta grados y una agitadora de laboratorio, pero el autor no encontró forma segura de hacerlo ni tenía el equipo, de ahí el protocolo alterado. En el primer intento, seis horas de remojo a temperatura ambiente: el pollo en la concentración más alta falló porque la tartrazina pareció cristalizar, se puso todo costra. El pollo en la concentración media apareció gelatinoso pero no transparente. Y el control seguía completamente opaco.

Mateo Ruiz: Segundo intento, doce horas, solo con el control y la concentración media, esta vez en tubos de ensayo cubiertos para mitigar el riesgo alimentario al dejarlo a temperatura ambiente. Y el resultado: transparencia parcial. En una muestra de dos milímetros de espesor pudo verse la rejilla de cinco por cinco milímetros mostrándose a través desde debajo, con luz de escritorio. El pollo, aunque la textura al tacto seguía igual, adquirió una calidad visual como de gominola.

Clara Vega: Y el comentario del autor es genial: "casi me dan ganas de masticarlo si no fuera porque me daría salmonela". El resultado quedó por debajo del paper, transparencia parcial y no completa, y él mismo dice que el objetivo es una replicación más ambiciosa inminente. Es ciencia hecha en casa honesta: resultados parciales, protocolo adaptado por seguridad, y las limitaciones declaradas de frente.

Mateo Ruiz: Y alguien en los comentarios, MitPitt, puso la pregunta que da sentido a todo: algunas especies exóticas de peces y ranas son completamente transparentes, así que alguien podría preguntarse qué hace opaca la carne, y luego cómo sacar la opacidad de otra carne. La tartrazina es simplemente el vehículo que hace eso asequible en una cocina.

Clara Vega: Y para cerrar el episodio, dejémoslo en una nota ligera y encantadora: The Duck Pond, un estanque de patos virtual presentado en Hacker News.

Mateo Ruiz: La premisa: un pequeño grupo de mallards haciendo su día a día: tres hembras, dos machos y dos nidadas de patitos. Y la clave técnica: sin grabaciones. Cada graznido se sintetiza cuando ocurre, y se oye desde donde tú estés en la orilla, con atenuación según distancia: hay anillos a cinco, diez, veinte y cuarenta metros.

Clara Vega: La web te deja tirar guisantes a los patos, activar modo auriculares, o pausar con la barra espaciadora. Es una demostración de síntesis de audio en tiempo real, y a la vez es una pieza pequeña y encantadora.

Mateo Ruiz: Las reacciones fueron de pura alegría. Hugsbox escribió "me encanta esto, gracias OP". bigtech simplemente: "¡Por fin!". yhjc2692: "Esto es increi... no, espera, ¡es increíble!". Y setnone confirmó que "esto es de altísima calidad".

Clara Vega: RonanSoleste tuvo la crítica constructiva: le encanta, pero le encantaría poder pasear alrededor del estanque, y los patos parecen quedarse con él mucho. Detalles menores, dice. Y LewisOrton aportó dos usos: "¿Los androides alimentan patos eléctricos?" y, más útil, descubrió que funciona muy bien como ruido blanco.

Mateo Ruiz: Pero lo mejor fue la digresión que el estanque provocó sobre patos reales. dvh contó su historia: no sabe quién inventó la idea de que el pan es malo para los patos, pero arruinó un sitio de pesca para él. Había un lugar donde la gente alimentaba a los patos con pan y él pescaba a mosca genial allí: carpas, cachos, crucianas, rudds y roaches, ¡incluso nasas! Todo con moscas secas.

Mateo Ruiz: Luego alguien puso un cartel de que el pan daña a los patos, la gente dejó de alimentarlos, y al poco todos los peces desaparecieron.

Clara Vega: Y aquí la respuesta técnica fue sólida. RonanSoleste replicó simplemente: sigue siendo malo para ellos.

Clara Vega: Y vinckr desglosó las razones: el pan no tiene mucho valor nutricional, especialmente el pan blanco común en Estados Unidos; llena el estómago rápido así que no buscan los alimentos que comerían naturalmente; echar pan en un solo lugar puede llevar a aglomeración, que es exactamente lo que pasó en el sitio de pesca, y eso estresa a los animales; también hacen mucho caca en un sitio, lo que causa un montón de problemas; y el pan sin comer provoca crecimiento de algas, lo que conduce a enfermedad

Clara Vega: es y plagas. Su recomendación: mejor darles guisantes, como en esta app, o uvas congeladas cortadas.

Mateo Ruiz: Y tamimio añadió la alternativa práctica: puedes comprar semillas de aves silvestres en tu tienda de mascotas. Y whartung cerró el círculo con memoria: él alimentaba patos en el lago del parque con comida de aves de corral de una tienda de alimentación local. Había docenas. Cuando se asustaban y todos empezaban a volar, la brisa era notable. Y eventualmente el parque puso un cartel para dejar de alimentarlos y quitó los bancos.

Clara Vega: Y así cerramos, Mateo, con patos sintéticos, guisantes y una lección de ecología escondida en un hilo de comentarios.

Mateo Ruiz: Sí, y creo que hay un hilo común bonito en el episodio de hoy: herramientas hechas con cariño, desde un emulador de chip hasta un estanque de patos, conviven con sistemas frágiles, brechas de seguridad, procesos burocráticos enormes y decisiones técnicas de gigantes que cambian la web para todos.

Clara Vega: Nos vemos en el próximo episodio. Gracias por acompañarnos.

Mateo Ruiz: Hasta la próxima.