Ir al contenido

Liderazgo-Tecnico

Lo que la IA no puede diseñar

Un ingeniero de Google contó cómo logró construir en tres meses un proyecto que venía postergando hacía ocho años. La IA fue clave para destrabarlo, pero también lo llevó a tirar un mes entero de trabajo y empezar de nuevo. Al mismo tiempo, varias empresas empiezan a medir productividad por tokens consumidos, como si quemar más IA fuera igual a trabajar mejor. El problema no es la IA: el problema es olvidar que el software necesita criterio, arquitectura, contexto y alguien que se haga cargo de las decisiones difíciles.

El agente que sí funciona: lo que veníamos diciendo se está materializando

Arranca 2026 y los números son contundentes: la mayoría de los proyectos agénticos no llega a producción, y los analistas coinciden en que el problema no es la tecnología sino la forma en que la usamos. Lo curioso es que esto ya lo habíamos pensado acá, en un blog de reflexión, hace más de un año. No para decir ’te lo dije’, sino para preguntarnos algo más útil: si el camino se veía venir, ¿cómo lo torcemos para aprovechar de verdad lo que estos agentes pueden dar?

2025: el año en que la IA se volvió plural y el criterio se volvió escaso

Si 2024 fue el año en que la IA dejó de ser novedad y empezó a pedir madurez, 2025 fue el año en que se volvió plural: muchos modelos, muchos orígenes, muchas geografías, muchos precios. Y esa abundancia cambió el problema. Cuando hay tanto para elegir, el diferencial deja de ser el acceso a la mejor herramienta y pasa a ser el criterio para usarla. Un balance del año mirando el mundo, y mirándonos a nosotros desde el sur.

Tres caídas, un solo patrón: lo que nos enseñan los grandes apagones de 2025

En cuestión de semanas, AWS y Cloudflare se cayeron y arrastraron con ellos a buena parte de internet. Me apoyé en un análisis con IA para entender de verdad qué falló en cada caso, y debajo de los detalles técnicos encontré el mismo patrón que ya había visto con CrowdStrike: no fueron ataques, fueron cambios pequeños que se propagaron sin freno por sistemas que asumíamos sólidos. La lección no es sobre DNS ni sobre archivos de configuración. Es sobre cuánto dependemos de cuán poco, y sobre lo poco que aprendemos entre un apagón y el siguiente.

Deuda técnica: la que se ve, la que se esconde y la que heredamos

La deuda técnica no se elimina, se administra. Y administrarla bien es parte del oficio de cualquiera que lidere tecnología. Quiero pensarla en sus tres formas —la que se ve, la que se esconde y la que heredamos— y en la conversación más difícil de todas: explicarle al negocio por qué a veces hay que frenar para pagar algo que no se ve.

Cuando la confianza es la vulnerabilidad

El software moderno se construye sobre una montaña de confianza implícita: confiamos en miles de paquetes que nunca leímos, escritos por gente que no conocemos. Esa confianza es lo que nos permite avanzar rápido, y también lo que un atacante puede convertir en arma. Lo que pasó en npm este mes no es solo un problema de seguridad: es un recordatorio incómodo sobre las dependencias que aceptamos sin pensar.

El mito del 10x: por qué el mejor del equipo no siempre es el que más produce

Vivimos enamorados del programador 10x, esa figura que produce como diez. Pero después de muchos años liderando equipos, aprendí que el rendimiento de un equipo no es la suma de los rendimientos individuales, y que muchas veces la persona más valiosa no es la que más código escribe. Apoyándome en algunas ideas de CEO Excellence, quiero discutir por qué el foco debería correrse de qué hace cada uno hacia cómo trabajamos juntos.

Después del vibe coding: qué quedó y qué se cayó

En marzo escribí sobre el vibe coding en pleno auge. Cuatro meses después, con el ruido más bajo, se puede empezar a separar lo que era hype de lo que era señal. La idea perdurable: las modas técnicas no son ni la revolución que prometen ni el fraude que denuncian sus críticos; dejan un residuo útil cuando una tiene la paciencia de esperar a que baje la espuma.

Eficiencia como responsabilidad técnica: no siempre necesitamos el modelo más grande

En la carrera por usar el modelo de IA más potente, solemos olvidar una pregunta sencilla: ¿lo necesitábamos? Elegir el modelo adecuado para cada tarea, en lugar del más grande por defecto, no es solo ahorrar dinero. Es una forma de responsabilidad técnica que tiene consecuencias económicas, operativas y ambientales. La eficiencia dejó de ser un lujo de optimización para volverse parte del criterio.

Cuando el agente empieza a trabajar de verdad

Hace medio año los agentes eran una posibilidad técnica prometedora. Hoy empiezan a correr tareas largas y autónomas en repositorios reales. El entusiasmo está justificado, pero la lección no cambió: cuanto más potente es lo que delegamos, más cuidado necesita el arnés con que lo conducimos. La capacidad creció; la responsabilidad de gobernarla, también.