antirez : « Controla las ideas, no el código » - el punto de inflexión de la profesión de desarrollador en la era de la IA

Salvatore Sanfilippo (Redis) publica una breve y contundente entrada sobre lo que queda para el desarrollador cuando la IA escribe el código. Su respuesta: la idea, la arquitectura, el juicio. El resto es delegable.

En términos sencillos

antirez, creador de Redis, publica una breve entrada titulada « Controlar las ideas, no el código ». La tesis se resume en el título: en la era en la que la IA escribe código correcto sin esfuerzo, lo que importa para un ingeniero ya no es la línea de código, sino la idea. Controlar la idea, no el código. Fácil de decir — mucho menos de practicar.

El contexto

Desde hace dieciocho meses, los artículos sobre « lo que queda para los desarrolladores cuando la IA escribe código » se multiplican. La mayoría caen en dos trampas: el catastrofismo (« estamos acabados ») o la ingenuidad (« la IA es solo una herramienta »). antirez, con Redis a sus espaldas, encarna un perfil raro: un ingeniero de sistemas de bajo nivel reconocido que toma posición, públicamente, sobre lo que quedará de una profesión. El hilo saas-is-over rastrea este cambio.

Nuestra lectura de la tesis

La formulación de antirez — « controlar las ideas, no el código » — señala algo que llevamos dieciocho meses escuchando en voz baja en los equipos: el valor de un desarrollador senior nunca ha sido teclear caracteres. Era: decidir qué construir, en qué orden, con qué compromisos. El código no era más que el resultado de esas decisiones. La IA hace que ese resultado sea casi gratis. No hace que las decisiones sean gratuitas — al contrario, las hace más cargadas de consecuencias, porque el coste de iteración se desploma y la mala elección se materializa más rápido.

El análisis

Lo que está en juego —sin que antirez tenga que desarrollarlo— es un cambio de fondo: la profesión pasa del hacer al dirigir. El desarrollador que prospere en 2026 no será el que escriba rápido un dispatcher correcto —la IA lo hace—, sino el que sepa por qué queremos un dispatcher, qué consultas servirá, qué latencia, qué coste, qué plan de degradación. El junior que ha pasado cinco años tecleando pero nunca decidiendo es el más expuesto. El senior que ha pasado cinco años decidiendo y nunca escribiendo está más expuesto de lo que cree —sin el tejido del código, se pierde el sentido de lo posible.

Hay una consecuencia orgánica: los equipos planos de seis seniors dirigidos por un tech lead se convierten en el arquetipo ganador. Los grandes equipos estratificados, no.

Y entonces, ¿qué?

Para un CTO: reconsideren la ratio junior/senior en los roles greenfield. Para un desarrollador: inviertan en el juicio arquitectónico y en la revisión de código por IA —ahí está el punto de apalancamiento. Para un formador: dejen de enseñar frameworks, enseñen los compromisos.