Categorías

Tecnología

NPU de nueva generación: el hardware que mueve IA en 2026

Las NPU dejaron de ser un accesorio para convertirse en el componente que define rendimiento real en portátiles, teléfonos y servidores pequeños. Repaso práctico del hardware que domina 2026, qué cargas compensan y dónde sigue ganando la GPU tradicional.

Arquitectura

Cachés para LLM: ahorrar tokens sin tirar la calidad

Un proxy con caché delante de un modelo de lenguaje puede reducir la factura de tokens de forma significativa, pero introduce riesgos sutiles si el diseño no es cuidadoso. Qué tipos de caché funcionan en producción, dónde están las trampas habituales y cómo integrarlos sin degradar la experiencia.

Tecnología

Garnet de Microsoft: alternativa de caché de alto rendimiento

Garnet es el servidor de caché abierto por Microsoft Research que habla el protocolo de Redis pero está escrito en .NET 8 con un núcleo de almacenamiento orientado a hardware moderno. Tras casi dos años en público, muestra números interesantes y una arquitectura que merece mirarse con calma, aunque el ecosistema Redis siga siendo más maduro.

Tecnología

Dragonfly: el caché moderno inspirado en Redis

Dragonfly lleva tres años como alternativa compatible con Redis, pero con arquitectura multihilo y sin fork para persistencia. En 2025 ya no es una curiosidad: hay despliegues serios que lo eligen por coste y latencia. Repaso de qué cambia y cuándo compensa mirarlo con calma.

Arquitectura

Redis 8.2 y su soporte vectorial: cuándo tiene sentido

Redis 8.2 incorpora la búsqueda vectorial como tipo de dato nativo. La duda real es si sustituye a un motor dedicado como Qdrant, Weaviate o pgvector en cargas con millones de vectores y latencias exigentes, o si solo sirve como complemento del caché que ya tienes.

Desarrollo de Software

Qwik en producción: resumible y económico en cliente

Qwik lleva dos años prometiendo aplicaciones que arrancan al instante porque, en vez de hidratar, reanudan la ejecución serializada en el servidor. Con la serie 1.x asentada y casos reales publicados, esta guía revisa si la resumibilidad compensa la curva de aprendizaje y en qué tipo de producto pesa más ese ahorro de JavaScript en cliente.

Mac

Apple M4 Pro en máquinas de desarrollo: experiencia real

Llevo seis meses usando un MacBook Pro con M4 Pro como equipo principal de desarrollo. Cuento qué ha cambiado de verdad respecto al M2 Pro anterior, dónde se nota el salto y dónde la inversión no se justifica si ya tienes un equipo reciente.

Metodologías

Profiling continuo con eBPF en producción

El profiling continuo con eBPF toma muestras del stack de cada proceso cada pocos milisegundos sin tocar el código, y guarda el historial para comparar el rendimiento de una semana con otra. El coste medido en producción está entre el 1% y el 3% de CPU, y compensa sobre todo en bases de datos, pasarelas de API y servicios de alta concurrencia.

Desarrollo de Software

Python 3.12: aceleración incremental y errores que por fin ayudan

Python 3.12, publicado en octubre de 2023, aporta sintaxis de genéricos en línea con PEP 695, tracebacks que señalan el error exacto y un rendimiento medio en torno al 5% superior a 3.11 según pyperformance, además de subinterpretes experimentales con GIL propio. Migrar desde 3.10 u 3.11 es sencillo: las librerías principales ya tienen wheels compatibles.

Desarrollo de Software

Qwik: la apuesta por la resumibilidad en lugar de hidratación

Qwik apuesta por la resumibilidad en vez de la hidratación: el servidor serializa el estado en el propio HTML y el cliente no descarga nada hasta que el usuario interactúa, así que el bundle inicial de aplicación es cero kilobytes. En Lighthouse eso se traduce en un TTI por debajo de 0,5 segundos, aunque no compensa para equipos ya invertidos en React ni para apps con estado colaborativo en tiempo real.

Tecnología

Parca: perfilado continuo abierto basado en eBPF

Parca es una herramienta de perfilado continuo basada en eBPF que analiza el uso de CPU de todo el clúster de Kubernetes las 24 horas, sin instrumentar el código y con un overhead inferior al 1 %. Sirve para detectar regresiones de rendimiento antes de producción y para leer flame graphs al depurar.

Arquitectura

PostgreSQL 17: las novedades que apuntan maneras

PostgreSQL 17, publicado en septiembre de 2024, reduce hasta 20 veces el consumo de memoria del vacuum, añade slot synchronization para que la replicación lógica sobreviva a un failover sin resync completo, incorpora JSON_TABLE como sintaxis SQL:2023 estándar y estrena I/O en streaming para acelerar los sequential scans. Vale la pena probarlo ya en staging.

Arquitectura

PostgreSQL 16: novedades que cambian el dia a dia

PostgreSQL 16, publicado en septiembre de 2023, suma replicación lógica desde un standby, la vista pg_stat_io para desglosar el I/O por tipo de operación y contexto, y paralelismo en FULL OUTER JOIN. Migrar desde la 15 es sencillo; la 13 pierde soporte en noviembre de 2025, así que conviene planificar la actualización cuanto antes.

Desarrollo de Software

Rust para backend: axum y tokio en servicios reales

Rust ya no es solo un lenguaje de sistemas: con tokio como runtime asíncrono y axum como framework HTTP se construyen servicios backend de alto rendimiento con verificación de tipos en compilación. Compensa en gateways, proxies y procesadores de eventos; para CRUD típico sobre Postgres, Go o Node.js siguen siendo más productivos.

Arquitectura

Redis: estrategias de caché que todo backend debería conocer

Redis no es una estrategia de caché por sí solo, sino una pieza más: elegir el patrón correcto entre cache-aside, read-through, write-through y write-behind, diseñar el TTL según cómo cambian los datos, invalidar explícitamente lo crítico y mitigar el thundering herd con jitter y locks son las decisiones que de verdad marcan la diferencia en producción.