Vibe coding para não consertar o código só para o teste passar
As 3 falhas da primeira rodada eram da conta de teste. Martin leu o relatório e não consertou o código só para o teste passar.
Quando a primeira rodada de verificação volta com falha, não conserte o código só para o teste passar. Abra primeiro a conta de teste. Na live do app para parar de fumar, o Fumava, Martin teve 3 falhas na primeira rodada. As 3 eram erro da conta de conferência, não do código dos gráficos da aba progresso.
Ele fala isso ainda na criação da conta e na publicação. Depois limpa o arquivo temporário, roda 20 conferências e publica os 3 no production. O código dos gráficos permanece como estava.
As 3 falhas eram da conta de conferência
Martin nomeia o resultado enquanto cria a conta de teste. Ele mesmo separa conta e código:
Três falhas e as três são erro meu na conta de conferência, não no código.
A fala sai com ele ainda na conta. 20 conferências, limpeza do arquivo temporário, publicação dos 3 no production. A falha está no que ele usou para conferir, não na aritmética de índice das 3 funções de gráfico.
A aba progresso do Fumava mostra esses gráficos. Mais tarde, no relatório de verificação que ele lê em voz alta, as 3 funções entram como aritmética de índice. Martin segura a conta como origem das 3 falhas.
20 conferências contra registro na mão, 24 passos no Node
Na segunda metade do recorte ele lê o relatório de verificação do agente e aceita com um "Beleza". O relatório põe os números na mesa e ele lê para a sala:
Sobre a verificação, as três funções de gráfico são aritmética de índice. Então, rodei 20 conferências contra registro monitorados à mão direto no Node 24 passos. Vale registrar honestamente, três falhas na primeira rodada eram erro da minha conta, não do código.
20 conferências contra registros monitorados à mão, direto no Node, 24 passos. O relatório nomeia também o esquecimento que produziu o vermelho:
Eu tinha esquecido que o gráfico por hora agrega todos os dias e dia 1 também cai numa segunda.
O gráfico por hora agrega todos os dias. Dia 1 também cai numa segunda. Uma barra de hora soma o mesmo horário em todos os dias da conta. Uma segunda-feira da conta inclui o dia 1, porque o dia 1 caiu numa segunda. Esses 2 esquecimentos bastam para o número esperado sair outro e o código parecer culpado. A agregação é a regra que o relatório descreve. Dia 1 cair numa segunda é o calendário.
A checagem que ele aceita está no Node: 20 conferências contra registro na mão e 24 passos. O relatório registra com honestidade que as 3 falhas da primeira rodada eram da conta, e Martin responde beleza antes de pegar o celular. Foi o mesmo caminho de teste fechado google play.
No vibe coding, o reflexo errado é consertar o código para o teste passar
A frase que Martin lê e aceita é a lição desta sessão de vibe coding:
O reflexo errado ali seria consertar o código para o teste passar.
Consertar o código para a primeira rodada passar mexeria na agregação que o relatório descreve como regra. O relatório volta com 3 falhas e a mão vai para a função. O movimento mais barato é reabrir a conta de conferência: que dia é o dia 1, o que o gráfico por hora soma, se a conta foi criada com a mesma regra que o código usa. Martin aceitou essa leitura. Ele não reescreveu as 3 funções para agradar a primeira rodada. A disciplina é abrir a conta que mediu o código antes de tocar na função.
A PRIMEIRA RODADA
Consertar o código
A mão vai para a função. Mexeria na agregação que o relatório descreve como regra
Reabrir a conta
Que dia é o dia 1, o que o gráfico por hora soma, se a conta foi criada com a mesma regra que o código usa
O emulador não alcança a tela, e o gráfico ainda ficou zoado
O relatório registra o que ele não viu com o olho: a celebração e os gráficos renderizados. O emulador não alcança a tela hoje:
O emulador não alcança a tela hoje
Quem vê primeiro, no texto que ele lê, é ele no celular. Martin pega o aparelho e olha. Os gráficos estão aparecendo. Ficaram meio zoados, nas palavras dele depois de aceitar o relatório: "Eu tenho que ver algumas coisas aqui [...] os gráficos até estão aparecendo, mas ficou meio zoado na real." O ponto mais provável de ajuste, ainda segundo o relatório que ele aceitou, é a altura da celebração em tela pequena. O ajuste apontado é layout, separado das 3 falhas da conta.
As 20 conferências e os 24 passos no Node fecharam a aritmética. O celular fechou o render. Ele diz que tem de ver algumas coisas ali. Os gráficos aparecem. O zoado do celular fica na altura da celebração, depois que a conta já estiver certa.
Amanhã, no vibe coding, quando a primeira rodada voltar com 3 falhas, anote o que a conta de conferência assume antes de tocar na função. Se o gráfico por hora agrega todos os dias, dia 1 cair numa segunda não é bug. Se a conta esqueceu isso, a conta é o que você conserta. Depois olhe a tela de verdade: o emulador pode não alcançar a celebração e os gráficos, e o celular mostra o que o olho ainda não viu. O mesmo problema apareceu em vibe coding para travar o agente em so leitura.
Dá para assistir à live e ouvir as 3 falhas da conta, as 20 conferências, os 24 passos e a frase do reflexo errado.