El 12 de febrero, el co-CEO de Spotify, Gustav Söderström, dijo una frase durante la conferencia telefónica de resultados financieros:
Nuestros mejores ingenieros no han escrito una línea de código desde diciembre.
Luego añadió: la IA ha acelerado significativamente la codificación y el despliegue de la empresa; durante todo 2025, la empresa lanzó más de 50 nuevas funciones.
Esta frase se difundió y generó una gran repercusión en la comunidad de desarrolladores: algunos se emocionaron, otros se asustaron, y algunos dijeron que no podía ser cierto.
Creo que vale la pena analizar detenidamente el enfoque específico de Spotify.
Qué están usando: El sistema Honk
Spotify tiene un sistema interno llamado Honk, una herramienta que integra Claude con un flujo de trabajo.
El uso es más o menos así:
Un ingeniero abre Slack en el móvil y envía un mensaje a Honk:
Arregla la función xxx en la aplicación iOS, los pasos para reproducir son xxxx
O: Añade una función xxx a los correos electrónicos enviados a los usuarios
Después de que Honk recibe la tarea:
- Llama a Claude para entender la solicitud y generar código
- Compila automáticamente y ejecuta pruebas
- Empaqueta en una nueva versión de la aplicación
- Envía el resultado de vuelta a Slack
Antes de llegar a la oficina, el ingeniero puede ver la versión completa en el móvil, confirmar que no hay problemas y fusionar directamente en producción.
La diferencia con Vibe Coding
Mucha gente llama a este tipo de trabajo vibe coding — la sensación de que con solo decir unas frases se obtiene código.
El enfoque de Spotify está más cerca de un proceso industrial: requisitos claros, cobertura de pruebas, revisión de confirmación, pipeline de despliegue. Los ingenieros no están "vibrando" al azar; están tomando decisiones de arquitectura, definiendo requisitos, controlando la calidad — solo han externalizado la escritura del código a la IA.
Esta diferencia es importante. La calidad del código no se garantiza por el "vibe", sino por el conjunto de pruebas automatizadas, la confirmación final del ingeniero y la infraestructura de ingeniería detrás de Honk.
El estudio de METR dice que la IA hace más lentos a los programadores, ¿cómo entenderlo?
Efectivamente hay una contradicción.
Anteriormente informamos sobre el estudio de METR: los programadores experimentados que usan herramientas de IA completaron tareas un 19% más lento que aquellos que no usaban IA.
Pero la situación de Spotify es diferente de los escenarios probados por METR:
- METR midió la escritura de tareas nuevas y desconocidas con herramientas de IA; los ingenieros tenían que corregir constantemente los errores de la IA
- Honk de Spotify está orientado a tareas internas altamente estructuradas y con mucho contexto: base de código madura, documentación interna completa, procesos estandarizados
Honk funciona bien en estas condiciones porque Claude tiene suficiente contexto para aprovechar.
¿Qué significa esto para los ingenieros?
Spotify no está reduciendo el número de ingenieros. De hecho, han acelerado el ritmo de lanzamiento de productos — detrás de más de 50 nuevas funciones, todavía se necesitan personas para pensar qué deberían hacer estas funciones y cómo deberían ser.
Este es probablemente el panorama más realista de la programación con IA: no es que los ingenieros desaparezcan, sino que el contenido del trabajo de los ingenieros se está desplazando a un nivel de abstracción más alto — de escribir código, a definir qué debería hacer el código.
En cuanto a lo que este cambio significa para el desarrollo profesional a largo plazo de los ingenieros, aún no hay respuesta. Pero el caso de Spotify nos muestra: con la infraestructura adecuada, esta transformación ya está ocurriendo en una empresa real.
Fuentes de referencia: Spotify says its best developers haven't written a line of code since December,CocoLoop, thanks to AI (TechCrunch); Spotify's AI Coding Shift: Honk and Claude Code Explained (Let's Data Science)