A Copa do Mundo acabou e a frase que eu mais escutei durante a disputa foi “Aposte com responsabilidade!”. Antes do jogo, no intervalo e até nas pausas para hidratação, as propagandas de casas de apostas esportivas estavam sempre lá. A popularização dessa prática me fez criar uma certa rejeição ao termo “aposta” pelos inúmeros relatos de pessoas endividadas, famílias desestruturadas e até vidas perdidas.

Essa visão sobre apostas mudou depois que o meu colega Roberto Hayasida me indicou o livro Thinking in Bets (Pensando em Apostas) da Annie Duke. Annie é uma ex-jogadora profissional de poker. Ela propõe que as pessoas precisam tomar decisões o tempo todo e que essas decisões se assemelham às de um jogador de poker e não de xadrez, contradizendo o ditado “a vida é uma espécie de xadrez” popularizado por Benjamin Franklin.

Poker vs Xadrez

No xadrez, todas as peças estão postas na mesa e apesar dos jogadores não saberem qual vai ser a próxima jogada do adversário, é possível calcular as mais prováveis e geralmente existe a jogada certa a fazer para aumentar as chances de vitória em cada situação.

Já no poker, não é possível prever com precisão quais cartas estão na mão do adversário nem quais cartas vão ser viradas no flop, no turn e no river. A decisão precisa ser tomada com base em incertezas e nem todas as informações disponíveis são confiáveis. Mesmo que o adversário faça uma grande aposta, ele pode estar blefando.

Nos negócios e na vida, nem sempre nós temos todas as informações disponíveis no momento de tomar uma decisão. Na verdade, o mais comum é termos pouquíssima informação no início e irmos adquirindo mais conhecimento à medida que o tempo passa. E aí fica muito fácil se tornar um engenheiro de obra pronta e decretar que a decisão foi errada quando na verdade ela geralmente é a melhor possível diante das informações disponíveis.

Decisões como apostas

Como não é possível prever o resultado de uma decisão antes de tomá-la, ela se torna uma aposta. Os resultados percebidos alimentam as próximas decisões e esse é um dos perigos: nem sempre eles são consequências diretas das nossas decisões. Eles podem ser influenciados por fatores externos, pelas nossas próprias ações e a percepção ainda pode ser afetada pelos nossos próprios vieses.

Quando se trata das próprias decisões, as pessoas tendem a associar um resultado ruim à má sorte, enquanto um resultado bom é associado a uma decisão acertada. Nós fazemos exatamente o contrário com as decisões das outras pessoas: sucessos derivam da sorte e fracassos de decisões ruins. Isso tem nome: viés do autosserviço (self-serving bias). E o custo é alto: nos dois casos, a gente aprende a lição errada.

E aqui é onde a gente começa a entender a relação disso tudo com as casas de apostas esportivas. Nesse caso, os resultados das apostas são consequências de fatores externos e da sorte. Perceba que nós não temos influência em nenhum desses fatores e é aí que mora o perigo.

Aposte com responsabilidade

Até agora falamos muito sobre o que é apostar. Agora precisamos entender o que é “responsabilidade”.

res.pon.sa.bi.li.da.de

Dever de responder pelo próprio comportamento, pelas ações de outra pessoas ou instituições. — Dicio

Obrigatoriedade de responder pelos próprios atos ou por aqueles praticados por algum subordinado. — Michaelis

Perceba que a nossa responsabilidade está diretamente relacionada aos nossos atos.

Como podemos ter responsabilidade em uma aposta sobre algo que não temos nenhuma influência?

Como vamos retroalimentar a nossa tomada de decisão com resultados de apostas que são consequências de fatores externos e sorte?

Por isso que tantas apostas dão errado e têm consequências desastrosas.

Para se fazer uma aposta responsável, é necessário apostar com base nas suas crenças e ser capaz de influenciar o resultado das apostas. E eu não estou falando de jogadores sendo induzidos a influenciar o resultado da partida para satisfazer os interesses das casas de apostas.

Eu estou falando de apostarmos em um projeto por acreditarmos no potencial e sermos capazes de atuar para que ele dê certo; em aprender uma habilidade nova porque acreditamos que ela vai nos tornar mais aptos; em aceitar uma proposta de um novo emprego por avaliarmos que vai contribuir para a nossa carreira. Esses são apenas alguns exemplos.

E você? Está apostando seu tempo, energia e dinheiro em coisas que você é capaz de influenciar ou está apenas confiando na sorte ou em fatores que você não controla?

A palestra foi muito inspirada no livro “Vibe Coding: Building Production-Grade Software with GenAI, Chat, Agents, and Beyond” do Gene Kim e do Steve Yegge com prólogo do Dario Amodei, que fala do acrônimo FAAFO (Fast, Autonomous, Ambitious, Fun, and Optionality) que eu traduzi para ADORA (Autonomia, Diversão, Opções, Rapidez e Ambição). Estes são os superpoderes do Vibe Coding que vão mudar a forma como você desenvolve software.

A palestra foi dividida em 5 partes:

1. O que é Vibe Coding?

2. Como a IA impacta carreiras?

3. ADORA - Os Superpoderes do Vibe Coding

4. Loop de Vibe Coding

5. O que pode dar errado?

Neste artigo vou abordar os primeiros 3 e o que você deve aprender com a IA.

O que é Vibe Coding?

Eu começo por definir o que é Vibe Coding porque imagino que cada um tem um conceito diferente na cabeça. E essa confusão se justifica.

Como o próprio livro define:

“Vibe Coding acontece sempre que você está direcionando e não digitando, permitindo que a IA cuide da implementação enquanto você foca em visão e verificação.”

Direcionar é muito diferente da visão que muitos têm de que Vibe Coding é apenas mandar prompts para que a IA eventualmente chegue ao resultado esperado. Essa visão é muito suportada pelo tweet do Andrej Karpathy que introduziu o termo:

“Existe um novo tipo de programação que eu chamo de ‘Vibe Coding’, onde você se entrega completamente à vibe, abraça exponenciais e esquece que o código sequer existe. [...]”

Se o desenvolvedor “esquece que o código sequer existe”, qual a responsabilidade que ele tem sobre esse código?

E o tweet vai além:

“Eu ‘Aceito tudo’ sempre, eu não leio mais diffs […]”

E continua:

“O código cresce além da minha compreensão, […]”

Como alguém pode se responsabilizar por algo que ela sequer compreende?

“[…] eu apenas contorno o bug e peço mudanças aleatórias até que ele suma.”

Essa última frase é exatamente a visão de que basta mandar prompts que a IA vai chegar ao resultado esperado em algum momento.

Mas como podemos esperar que isso aconteça se esse resultado esperado não está claro? Se não definimos os padrões de engenharia que devem ser aplicados? Se não criamos procedimentos confiáveis de verificação do resultado produzido pela IA?

A questão gira em torno exatamente da percepção de responsabilidade em torno do termo que descreve o trabalho profissional de geração de software utilizando a IA como ferramenta. E aí começaram a surgir diversos outros termos para tentar definir melhor:

• Prompt Engineering

• AI-assisted Engineering/Programming/Development

• AI-driven […]

• Agentic […]

• Harness […]

• Spec-driven […]

E quando a gente para pra ver a definição de cada um deles, não é muito diferente do que o livro define como Vibe Coding.

Como a IA impacta carreiras?

Uma pergunta que eu tenho ouvido bastante é se a IA vai tornar o desenvolvedor de software obsoleto. E quanto mais eu estudo sobre o assunto, mais eu acredito que isso não vai acontecer.

Mas tornar obsoleto é diferente de impactar e eu acredito que a evolução da IA está impactando não só trabalho do desenvolvedor como qualquer outro trabalho relacionado a conhecimento. O próprio livro do Steve e do Kim fala que se seu trabalho envolve pensar, analisar, criar ou comunicar, ele já está mudando e não tem como voltar atrás.

“A IA está mudando todo trabalho relacionado a conhecimento.”

Muitas das tarefas podem e devem ser delegadas para agentes de IA, mas delegar implementação ≠ delegar responsabilidade. Por mais que boa parte do trabalho seja feito pela IA, as pessoas ainda são responsáveis por ele.

Tem uma frase que eu gosto muito do Dr. Andrew Ng que diz:

“A IA não vai substituir as pessoas, mas talvez pessoas que usam IA vão substituir pessoas que não usam.”

E esse mesmo padrão aconteceu com outras revoluções que aconteceram na tecnologia da informação e outras indústrias:

• Linguagens de alto nível vão matar programadores assembly

• Visual Basic vai substituir programadores profissionais

• Plataformas de low-code vão tornar programadores obsoletos

• etc.

Assisti à palestra “A reality check on AI’s impact on business transformation” do Dilip Krishna na Lead Dev NYC 2025. Foi quando eu conheci o paradoxo de Jevons:

“Baratear ou tornar mais eficiente o uso de um recurso pode levar a uma maior demanda por esse mesmo recurso.”

O recurso que estamos barateando é o software e o que estamos tornando mais eficiente é o programador. Dado que está mais barato, as pessoas vão experimentar mais formas de resolver problemas com software e isso vai gerar mais demanda. Então eu espero que vão existir mais empregos para desenvolvedores, não menos.

Os 5 superpoderes do Vibe Coding

São eles: Autonomia, Diversão, Opções, Rapidez e Ambição. Ou Fast, Autonomous, Ambitious, Fun, and Optionality em inglês.

Autonomia

Tarefas que antes precisavam de colaboração e coordenação intensas entre várias pessoas passaram a ser desempenhadas por uma única pessoa interagindo com agentes de IA.

Diversão

“Vibe coding transforma o seu teclado em uma slot machine. Você puxa a alavanca e receve uma recompensa” — adaptado do livro Vibe Coding

Cada uma dessas recompensas injeta um pouco de dopamina e nos encoraja a puxar a alavanca novamente. Como o ciclo entre enviar o prompt e receber a “recompensa” é curto, ficamos sempre querendo mandar só mais um prompt.

Opções

O Vibe Coding reduz o custo de explorar múltiplas soluções para um mesmo problema ao mesmo tempo.

A opção é um direito de fazer uma decisão no futuro e quando estamos em um cenário de indecisão, evitamos ao máximo tomar decisões com impacto de longo prazo. Isso é exatamente o problema do big design upfront: muitas decisões são tomadas no início de um projeto e à medida que o projeto evolui, elas se tornam cada vez mais difíceis de reverter.

Dado que o Vibe Coding reduz o custo de explorar múltiplas opções, essas decisões podem ser tomadas com mais embasamento. Além disso, o custo de revertê-las também é reduzido.

A assertividade dos modelos é diretamente impactada pelo tamanho do contexto. Isso significa que quanto menor o contexto associado a uma tarefa, mais assertivo o modelo vai ser. Então quanto mais modulares for a sua solução, menor o custo para reverter as decisões e explorar múltiplas opções.

Rapidez

Esse é provavelmente o aspecto do Vibe Coding mais debatido. A sensação de produtividade é real e à medida que vamos tendo boas experiências com a IA, vamos tendo cada vez mais confiança.

Mas velocidade é diferente de eficiência. Principalmente se for na direção errada. Quanto mais rápido se produz código de baixa qualidade, mais rápido se aumenta o débito técnico. Por isso que é importante que o ciclo de verificação seja curto. Para identificar desvios e corrigir a direção.

De acordo com o AI Engineering Report 2026 - The Acceleration Whiplash da Faros que considerou 22 mil desenvolvedores em 4 mil times, o code churn (quantidade de linhas excluídas em relação às adicionadas) cresceu 861%.

Outro problema de aumentar a velocidade de geração de código é que de acordo com a teoria das restrições, cada sistema tem pelo menos um gargalo. E o mesmo report indica que o gargalo migrou para a revisão de código que está levando em média 199% mais tempo. Isso é potencializado pelo aumento da quantidade de código sendo gerado por IA. O tamanho médio dos PRs cresceu em 51%, demandando cada vez mais engenheiros revisando código.

Ambição

“Vibe coding altera o espectro do que é possível ser construído.” — adaptado do livro Vibe Coding

A definição do que pode ser construído está muito relacionada com o ROI (Retorno sobre o investimento). O ROI é definido por:

Como já vimos, o Vibe Coding reduz o custo de construção. O ROI é inversamente proporcional ao custo, então quanto menor o custo, maior o ROI.

Tarefas que antes se acumulavam no backlog começam a parecer mais viáveis. O que geralmente ficava pro fim da priorização como documentação, testes, pequenas melhorias e refatorações ganha prioridade.

Aprendendo com a IA

Em primeiro lugar, precisamos entender que a área de tecnologia exige aprendizado constante. Ter uma rotina de leitura, pessoas que produzem conteúdo confiável e fontes seguras de informação são extremamente importantes. O importante é estar sempre buscando aprender.

Uma boa forma de aprender também é questionar os motivos da IA ter escolhido as soluções que ela escolheu. Geralmente pedir referências ajuda a IA a lhe dar formas de verificar as respostas. Isso pode levar a dois caminhos:

• A IA pode identificar que se enganou

• ou você vai aprender com ela com base em referências confiáveis

Por falar em verificação, essa é uma parte da interação com a IA que eu acredito que precisamos ter atenção especial. Se conseguirmos ser eficazes na verificação e no controle do que a IA produz, podemos nos beneficiar cada vez mais dela.

A mágica acontece quando a IA consegue observar, executar e validar o seu próprio trabalho.