Hoy el ecosistema tech amaneció con una contradicción difícil de ignorar. Por un lado, la carrera por la inteligencia artificial sigue acelerando: DeepSeek lanza un modelo de visión, Micron anuncia un hub de investigación de 10 mil millones de dólares, y en OpenRouter aparece un modelo llamado Ox Alpha que promete ser "algo distinto". Por el otro, la infraestructura que sostiene todo esto muestra sus grietas: GitHub sufrió una caída que dejó a millones de desarrolladores en pausa, y un crate de Rust apodado Arrayref escondía un payload malicioso que se ejecutaba en el build.
Y en el medio, una noticia que parece de otro siglo: empresas de IA están destruyendo libros físicos para escanearlos, y Anna's Archive pide ayuda para digitalizar libros raros antes de que sea tarde. No es un problema técnico. Es un síntoma de cómo el progreso devora sus propios cimientos.
Mirá lo que pasó hoy, está todo conectado. La fragilidad, el costo, y la sorprendente resiliencia de lo simple.
🧠 La infraestructura se resquebraja — GitHub, Rust y la confianza rota
El 17 de agosto, GitHub cayó. No fue un microcorte de cinco minutos: fue una interrupción seria que afectó a desarrolladores de todo el mundo. El blog de GitHub publicó un análisis post-mortem titulado "The August 17 outage and the work ahead", donde reconocen que el incidente expuso problemas estructurales en su plataforma. La palabra clave es "the work ahead": no es un bug puntual, es una deuda acumulada.
Ese mismo día, SafeDep reveló que un crate de Rust llamado arrayref (que parece ser un fork malicioso del legítimo arrayref) ejecutaba un payload en tiempo de build. No es un ataque sofisticado contra un banco: es un paquete de código abierto que se cuela en la cadena de suministro de software. La comunidad de Rust, que se enorgullece de su seguridad, recibió un recordatorio incómodo de que la confianza es un bien frágil.
Lo no obvio: ambos eventos comparten la misma raíz. La infraestructura moderna depende de una cantidad sorprendentemente pequeña de puntos de falla — un hosting de Git, un registro de paquetes. Cuando esos puntos fallan, no es solo un servicio el que se cae: es la ilusión de que todo está bajo control. Y mientras tanto, la IA necesita más datos, más cómputo, más memoria. ¿De dónde sale todo eso?
📚 El costo oculto de la IA — libros quemados y hubs de memoria
Anna's Archive publicó un llamado desesperado: "AI companies destroy physical books – let's scan rare books before it's too late". Según el post, empresas de IA están comprando y destruyendo libros físicos para escanearlos y alimentar sus modelos de entrenamiento. La lógica es brutal: necesitan texto de alta calidad, y los libros son la fuente más rica. Pero en el proceso, están eliminando los originales.
Mientras tanto, Micron anunció un centro de investigación de 10 mil millones de dólares en Boise para "dar forma al futuro de la memoria y la IA". La memoria, claro, es la de los chips. No la de las bibliotecas.
La conexión es incómoda: la IA que promete "entender el mundo" está destruyendo precisamente los artefactos que documentan ese mundo. No es un problema de escaneo — es un problema de valores. ¿Qué queda cuando el conocimiento se convierte en dato de entrenamiento y el original se pierde? El dato no obvio es que esto no es un accidente: es el resultado lógico de una industria que mide todo en términos de escala y eficiencia. Los libros son "input", no patrimonio.
🔧 Herramientas nuevas — modelos, microVMs y bases de datos que no duermen
En medio del ruido, el radar de hoy trae herramientas que vale la pena mirar. DeepSeek lanzó deepseek-v4-flash-vision-exp, un modelo de visión que promete ser rápido y eficiente — la apuesta de DeepSeek por modelos abiertos que compitan con los cerrados de Occidente. En OpenRouter apareció Ox Alpha, un modelo "stealth" que no dice mucho de sí mismo pero que ya genera curiosidad. Dos modelos nuevos en un solo día: la carrera no se detiene.
Del lado de la infraestructura, Encore.dev reconstruyó el stack de MicroVM de Linux (Firecracker) para Apple Silicon. Es un trabajo de ingeniería fino: hacer que algo diseñado para servidores x86 funcione nativamente en los chips de Apple. Y TigerBeetle publicó un análisis profundo de su arquitectura de base de datos, explicando cómo logran rendimiento extremo con un diseño minimalista. Son proyectos que no buscan titulares, pero que sostienen el mundo digital.
Lo que tienen en común: todos son intentos de hacer más con menos. Modelos más chicos, microVMs más livianas, bases de datos más eficientes. Mientras las grandes empresas queman miles de millones, hay una corriente subterránea que apuesta por la frugalidad.
⚡ Lo simple sigue ganando — HTML, la web y la resistencia de lo básico
Y entonces aparece Chris Burnell con "HTML Can Do That", una demostración de que el HTML moderno tiene superpoderes que la mayoría ignora: desde validación de formularios hasta diálogos nativos, pasando por animaciones que no requieren JavaScript. En la misma línea, "Small, native web tricks worth remembering" recopila trucos nativos que funcionan en todos los navegadores sin librerías.
Es el contrapunto perfecto al día: mientras la industria entera corre hacia modelos gigantes y chips de 10 mil millones, la web sigue siendo un lugar donde lo simple funciona. No necesitás un framework de 200 KB para hacer un formulario accesible. No necesitás un modelo de IA para ordenar una lista. A veces, lo que ya tenés es suficiente.
La ironía es que esta resistencia de lo básico es también una forma de preservación: la web está llena de conocimiento que no se va a destruir, porque está en HTML, en texto plano, en servidores que cualquiera puede copiar. Es la antítesis de los libros quemados.
📺 Para cerrar — la biblioteca que se pierde
Hay una película de 1986, "The Name of the Rose", basada en la novela de Umberto Eco. Un monje franciscano, Guillermo de Baskerville, investiga una serie de muertes misteriosas en una abadía medieval. Al final descubre que el bibliotecario ha estado envenenando los libros de la biblioteca para que nadie los lea — porque teme que el conocimiento "peligroso" corrompa a los fieles. La biblioteca es un laberinto, y la verdad está escondida en un libro que nadie puede abrir.
Hoy, la analogía se invierte: ya no hay un bibliotecario que esconde libros, hay empresas que los destruyen para alimentar máquinas. El conocimiento no se oculta por miedo, se consume por apetito. Y mientras tanto, la infraestructura que debería sostenerlo — GitHub, los registros de paquetes, los servidores — demuestra que es tan frágil como la tinta de un manuscrito.
Pero hay un destello de luz en todo esto. Anna's Archive está pidiendo ayuda para escanear libros antes de que sea tarde, y hay gente que responde. La web sigue siendo un espacio donde HTML puede hacer magia sin permiso de nadie. Y los proyectos como TigerBeetle o Firecracker demuestran que hay ingenieros que construyen con cuidado, no con prisa.
La pregunta que queda flotando: ¿qué estamos dispuestos a perder en nombre del progreso? En la película, la biblioteca se incendia accidentalmente, y todo el conocimiento se pierde en llamas. ¿Será que nosotros también estamos jugando con fuego? O tal vez, como en la escena final, alguien encontrará un libro sobreviviente y lo copiará a mano, y la historia continuará.
La diferencia entre nosotros y los monjes medievales es que nosotros tenemos backups. El problema es que algunos backups ya están en manos de empresas que no les importa el original.