Vibe coding para cada 4 ou 5 features gerar um bug novo

Vibe coding para cada 4 ou 5 features gerar um bug novo é o número que Martin crava no Fumava, o app para parar de fumar, com o teste fechado há 5 dias e 13 pessoas registradas. Uns 6 itens da leva tinham passado. O crítico que ficou foi o save da meta.

Martin diz a taxa em voz alta. O teste saiu dia 10 e o projeto ainda é curto, então ele segue o build.

Uns 6 da leva passaram e o save da meta ficou

A leva no hold tinha sido grande, bastante coisa. A live dura 59 min, domingo à noite. Martin fecha o saldo:

Beleza, acho que conseguimos resolver então os BOS dessas últimas seis, acho que foram seis features que a gente consertou agora

Ele chuta 6. Uns 6 tinham passado. O que ainda está aberto, e ele chama de crítico, é o save da meta. No celular ele tenta ir para parar de vez e depois volta para reduzir aos poucos. A gravação recusa quando o clique vem rápido. Esse save é o recorte da mensagem de erro.

Na sequência, descreve o que já tinha saído:

Cara, estamos aí vendo algumas das features que eu tinha corrigido, tinha dado uns bugzinhos, mas aí a gente conseguiu resolver agora, né? Então, mas uns bug bem simples de resolver.

Os bugzinhos, na leitura dele, eram simples. O save da meta fica de fora dessa conta. O microcopy da linha de contagem e as unidades evitadas saem na mesma live, em outros cortes.

O teste está ativo há 5 dias. Começou dia 10. Daqui a pouco a janela vai para 6 dias. 13 pessoas registradas, MRR em R$0,00.

A cada 4 ou 5 features entra um bug novo

Martin descreve o padrão depois da leva. Começa pelo conserto que puxa outro bug e se interrompe na frase seguinte.

Cada vez que conserto uma coisa, descobre outro bug, tá? Não, vamos ser realista. Cada quatro ou cinco features que eu coloco, ele gera um bug novo, né? Mas enfim, para um projeto que começou a não muito tempo, tá OK.

"Cada vez que conserto uma coisa, descobre outro bug" sai primeiro. "Não, vamos ser realista" corta essa fala. A frase com número vem na sequência: a cada 4 ou 5 features que ele coloca, aparece um bug novo.

Na mesma fala ele mede o projeto. Começou faz pouco. 5 dias de teste, 13 pessoas, receita ainda em R$0,00. Nesse tamanho, 4 ou 5 features por bug novo ainda cabe.

Uns 6 passaram e o crítico ficou. A taxa que ele crava vale para o projeto inteiro: cada 4 ou 5 features que ele coloca, um bug novo. Martin nomeia e segue, com a conta visível.

No vibe coding, nomeie a taxa e siga

No vibe coding, anote a taxa ao lado da leva. Amanhã, some as features que você colocou nesta semana. Conte os bugs que nasceram depois delas, não os que já estavam na lista. Se der perto de 1 para 4 ou 1 para 5, escreva esse número ao lado da próxima leva. A próxima feature já nasce sabendo que o bug novo faz parte da conta.

Na proposta de valor da mesma sessão, ele diz que não pagaria por este app. Martin faz as flexões de saída. É domingo de noite, a live caminha para 1 hora, e ainda tem a semana da agência para planejar, proposta para cobrar, serviço para vender enquanto o app não vende.

Dá para assistir à live e ouvir os 6 da leva, o save da meta que ficou crítico e a frase da taxa.