O difícil começa depois que a demo funciona

Demo é um caminho feliz executado por quem conhece o caminho. Produção é todo o resto, executado por quem não conhece nada.

São atividades diferentes. Confundir as duas é a origem de boa parte dos prazos que estouram.

O que aparece quando o software encontra o mundo

Usuários reais fazem o que ninguém previu. Não por má vontade — por terem um objetivo diferente do que o time imaginou.

Dados reais são sujos. Tem acento onde não devia, campo vazio que o formulário jurava ser obrigatório, registro duplicado de uma migração antiga que ninguém lembra.

Carga real não é a soma dos testes. É um pico numa terça-feira porque alguém disparou um e-mail para a base inteira.

Nada disso é imprevisível no sentido filosófico. É previsível — só não aparece na demo.

A pergunta que separa as duas

Uma pergunta simples costuma revelar em qual das duas o projeto está:

Quando isso falhar às três da manhã, como alguém descobre o que aconteceu?

Se a resposta envolve "a gente olha o log", vale perguntar qual log, onde, com qual correlação entre o pedido do usuário e o erro no banco. Se a resposta envolve "a gente reproduz local", vale lembrar que o dado que causou o erro não existe local.

Observabilidade não é ferramenta. É a diferença entre investigar e adivinhar.

O que muda na segunda versão

A primeira versão responde "isso é possível?". A segunda responde "isso se sustenta?".

E a segunda é onde entram as coisas que não têm demonstração bonita: tratamento de erro, idempotência, limite de taxa, migração de dados sem parar o sistema, rollback, permissão, auditoria.

Nenhuma delas cabe num vídeo de trinta segundos. Todas aparecem no primeiro incidente.

Por que isso importa mais agora

Porque a primeira versão ficou barata. Se produzir demo custa uma tarde, o volume de demos aumenta — e a distância entre demonstrar e sustentar fica ainda mais visível.

O trabalho não sumiu. Ele só deixou de estar na parte que dá para mostrar.