Blog sobre tecnología, inteligencia artificial y programación. Aquí publico mis reflexiones, comparto recursos y explico mis proyectos.
El éxito de un Tech Lead no se mide por las líneas de código que escribe, sino por la autonomía que alcanza su equipo. 🚀
Muchos me preguntan qué define realmente este rol. No es solo “el que más sabe”, es quien marca la dirección técnica centrándose en tres pilares:
🏗️ Arquitectura: Definir decisiones clave, asegurar la escalabilidad y gestionar la deuda técnica para que el sistema no muera de éxito.
La tendencia hacia la homogeneización, impulsada por la aversión al riesgo y la estandarización, está volviendo nuestro mundo cada vez más gris.
Leía el otro día un dato que da que pensar: el 80% de los coches en EE.UU. son ahora de tonos neutros (blanco, negro, gris). Por desgracia, la web está sufriendo un destino idéntico.
Como industria, estamos consolidando un mismo diseño minimalista. Y el problema se agrava con la IA: si alimentamos modelos con contenidos que ya tienden al promedio, obtenemos una “masa gris” de resultados sin alma.
Estamos viendo un cambio de paradigma en la cadena de suministro de hardware. La demanda de modelos de IA generativa (LLMs) requiere tal cantidad de memoria de alto rendimiento (HBM) que está desplazando por completo la producción destinada a otros sectores, como los smartphones o las consolas.
Dos señales de alarma que confirman la tendencia:
1️⃣ Micron ha anunciado que su marca Crucial abandona el mercado de consumo. Todo el silicio va para los Data Centers.
La IA generativa deja claro que la productividad se dispara y las plantillas se redefinen. “Hacer más con menos” es la nueva máxima, y empresas como Amazon, presumiendo de beneficios récord, ya están recortando sus estructuras.
En el sector e-commerce, donde la eficiencia es vital, esto resuena fuerte. Ya no se buscan equipos gigantes para mantener el status quo, sino células ágiles armadas con IA capaces de desplegar, testear y analizar a una velocidad antes imposible.
El pasado martes 18 de noviembre, Cloudflare sufrió su mayor caída desde 2018. Dane Knecht, CEO de Cloudlfare dió la cara y pidió disculpas por el incidente (https://x.com/dok2001/status/1990791419653484646) y ya anunció, como es habitual en Cloudflare, total transparencia con lo ocurrido y las medidas que se tomarán para evitar que se repita un incidente así.
El problema que tuvo Cloudflare fue un fallo de lo más “tonto”, duplicarón registros en una base de datos del sistema para la mitigación de bots, lo que provoco que los sistemas que usaban los registros de la base de datos se quedarán sin memoria y empezarón a fallar en cascada, el equipo de respuesta asumió un ataque de Denegación de Servicio Distribuido (DDoS) debido al patrón de tráfico anómalo. La realidad fue un auto-sabotaje operativo.
Amazon planea despedir hasta 30.000 empleados. La conclusión fácil es culpar a la IA.
Yo creo que la historia es otra: No están despidiendo por culpa de la IA, están haciendo sitio para la IA.
Es una reestructuración estratégica pura y dura.
Tras anunciar buenos resultados financieros, ¿por qué hacerlo?
💡 El Matiz: Reducir la estructura organizativa y los costes fijos (salarios) permite liberar una enorme cantidad de capital.
Aquí os dejo 7 puntos clave a tener en cuenta antes de lanzarse a reescribir código, con el fin de asegurar que un proyecto de refactorización sea un éxito y no una pérdida de tiempo:
1️⃣ Entender con qué se está trabajando: Antes de cambiar cualquier cosa, es crucial estudiar a fondo el código base actual y las pruebas existentes. Comprender la “historia” del código, sus fortalezas, los requisitos y los casos extremos cubiertos por las pruebas ayuda a evitar desechar conocimientos valiosos.
¿Cuántas veces hemos dicho (o escuchado) “esto tiene que estar documentado”?
En nuestros equipos, invertimos horas en Confluence, en READMEs y en manuales de onboarding. Creemos que con eso, el conocimiento está a salvo.
Pero seamos honestos: ¿cuántas veces se ha ido un senior del equipo y, a pesar de toda esa documentación, el conocimiento crítico se fue con él?
Esa sensación de seguridad que da la documentación es, en gran parte, una ilusión.
El pasado Lunes quedó patente la fragilidad de nuestro mundo digital. La caída de un sólo proveedor de cloud computing dejó sin servicio a multitud de servicios o con serios problemas para funcionar a muchos otros durante gran parte del día. No voy a entrar en detalle de lo qué pasó, pero fue culpa de DNS (para no variar, jeje).
Queda patente la evidente la gran dependencia que tenemos hacía unos pocos actores sobre nuestras infraestructuras digitales europeas. Está claro que se puede evitar desde un punto técnico redundando la infraestructura en varias zonas geográficas e incluso en diferentes proveedores u on-premise.
La propuesta europea conocida como Chat Control (CSAR), que se promueve bajo la noble intención de prevenir el abuso sexual infantil, es, desde una perspectiva de ingeniería y seguridad digital, un disparate técnico y una traición a los usuarios. Esta iniciativa no solo erosiona un derecho fundamental como la privacidad, sino que además obliga a la industria tecnológica a implementar vulnerabilidades activas en sus propios productos, socavando la seguridad de todo el ecosistema digital europeo.