Em 12 de fevereiro, o co-CEO do Spotify, Gustav Söderström, disse uma frase durante a teleconferência de resultados financeiros:
Nossos melhores engenheiros não escreveram uma linha de código desde dezembro.
Ele complementou: a IA acelerou significativamente a codificação e a implantação da empresa; ao longo de 2025, a empresa lançou mais de 50 novos recursos.
Essa frase se espalhou e gerou grande repercussão na comunidade de desenvolvedores — alguns ficaram animados, outros com medo, e alguns disseram que isso não poderia ser verdade.
Acredito que vale a pena analisar seriamente a abordagem específica do Spotify.
O que eles estão usando: Sistema Honk
O Spotify possui um sistema interno chamado Honk, uma ferramenta que integra o Claude a um fluxo de trabalho.
O uso é mais ou menos assim:
Um engenheiro abre o Slack no celular e envia uma mensagem para o Honk:
Corrija o recurso xxx no aplicativo iOS, as etapas de reprodução são xxxx
Ou: Adicione um recurso xxx aos e-mails enviados aos usuários
Após o Honk receber a tarefa:
- Chama o Claude para entender a solicitação e gerar código
- Compila automaticamente e executa testes
- Empacota em uma nova versão do aplicativo
- Envia o resultado de volta para o Slack
Antes de chegar ao escritório, o engenheiro pode ver a versão concluída no celular, confirmar que está tudo certo e fazer o merge diretamente na produção.
A diferença do Vibe Coding
Muitas pessoas chamam esse tipo de abordagem de vibe coding — a sensação de que basta dizer algumas frases para obter código.
A abordagem do Spotify está mais próxima de um processo industrial: requisitos claros, cobertura de testes, revisão de confirmação, pipeline de implantação. Os engenheiros não estão apenas "vibrando" aleatoriamente; eles estão tomando decisões de arquitetura, definindo requisitos, controlando a qualidade — apenas terceirizaram a digitação para a IA.
Essa diferença é importante. A qualidade do código não é garantida pelo "vibe", mas sim pelo conjunto de testes automatizados, pela confirmação final do engenheiro e pela infraestrutura de engenharia por trás do Honk.
Pesquisa da METR diz que a IA torna os programadores mais lentos; como entender isso?
Há realmente uma contradição.
Nós noticiamos anteriormente a pesquisa da METR: programadores experientes que usam ferramentas de IA concluíram tarefas 19% mais devagar do que aqueles que não usaram IA.
Mas a situação do Spotify é diferente dos cenários testados pela METR:
- A METR testou a escrita de tarefas novas e desconhecidas com ferramentas de IA; os engenheiros precisavam corrigir constantemente os erros da IA
- O Honk do Spotify é voltado para tarefas internas altamente estruturadas e com muito contexto: base de código madura, documentação interna completa, processos padronizados
O Honk funciona bem nessas condições porque o Claude tem contexto suficiente para aproveitar.
O que isso significa para os engenheiros?
O Spotify não está reduzindo o número de engenheiros. Na verdade, eles aceleraram o ritmo de lançamento de produtos — por trás de mais de 50 novos recursos, ainda são necessárias pessoas para pensar sobre o que esses recursos devem fazer e como devem ser.
Este é provavelmente o cenário mais realista da programação com IA: não são os engenheiros que desaparecem, mas o conteúdo do trabalho dos engenheiros está se deslocando para um nível de abstração mais alto — de escrever código para definir o que o código deve fazer.
Quanto ao que essa mudança significa para o desenvolvimento de carreira de longo prazo dos engenheiros, ainda não há resposta. Mas o caso do Spotify nos mostra: com a infraestrutura adequada, essa transformação já está acontecendo em uma empresa real.
Fontes de referência: 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)