VIBE IN PUBLIC_

Vibe coding para não pesar o leitor de QR no celular antigo

Vibe coding para não pesar o leitor de QR no celular antigo: Edvaldo mediu 32 GB de RAM no aparelho novo e reduziu, porque o antigo come CPU.

Dá para melhorar a leitura do QR. Edvaldo mediu o custo e recuou. O ganho come CPU e memória do aparelho. O celular dele é novo, 32 GB de RAM e 256 de armazenamento, e nesse hardware o ajuste "não dá interferência no uso do aplicativo". Para modelo de celular mais antigo vai ter problema, então ele teve que reduzir isso. No vibe coding para não pesar o leitor de QR no celular antigo, o teto do leitor é o aparelho velho, depois do benchmark no aparelho novo.

COMPARAÇÃO

Celular novo

32 GB de RAM e 256 de armazenamento. Não dá interferência no uso

Celular antigo

Vai ter problema. Ele reduziu o que consome

O leitor já funcionava. Ele considerou empurrar a leitura com a tela na horizontal. O benchmark mostrou o preço em CPU e memória, e o recuo veio na hora.

O benchmark no celular de 32 GB

Ele fez a pergunta no ar e respondeu na hora:

Dá para melhorar a leitura? Dá. Só que tem um problema, vai consumir muito CPU e memória do aparelho. Eu já fiz o benchmark aqui.

O aparelho do teste é o dele. Começou falando 16 e corrigiu:

O meu celular é um celular muito, é um Android, é um celular novo, tem 16, tem 32 GB de RAM e 256 de armazenamento. Então é um celular muito potente, então ele não dá interferência no uso do aplicativo.

O 16 e o 32 GB de RAM saíram do mesmo aparelho novo, com 256 de armazenamento, Android, "muito potente". Nesse hardware o leitor melhorado passa. A interferência que ele procurou no uso do aplicativo não apareceu. O benchmark, no celular dele, libera o ajuste.

Quem constrói no próprio telefone lê essa liberação, o app continua no mesmo ritmo e a leitura melhora, com os 32 GB cobrindo o consumo extra. O modelo antigo não entra nessa medição.

Ele reduziu por causa do modelo antigo

A frase seguinte é o corte:

Para modelo de celular mais antigo vai ter problema. Então eu tive que reduzir isso

O celular antigo não tem 32 GB. CPU e memória que o aparelho novo nem registra pesam no modelo velho. Ele tinha o número do próprio banco. Em vez de deixar o leitor no ponto que o benchmark do celular novo aprovou, reduziu o que consome.

A otimização que ele cogitou depois, para a leitura na horizontal, trazia o peso de volta:

Eu vou tentar melhorar isso, deixar criar uma otimização, né? deixar o aplicativo mais otimizado para ver se ele vai fazer essa leitura, mas vai ficar um pouco mais pesado.

Ele nomeou o peso antes de ir atrás do ganho. O corte tinha acontecido; o próximo passo que ele descreveu devolve CPU e memória. Na mesma live ele também registrou meu celular não lê qr code, o recorte da imagem e a leitura na tela; aqui o recuo é de CPU.

No vibe coding o teto é o celular antigo

No vibe coding o reflexo é melhorar a leitura até o celular da mesa aprovar. Você testa no aparelho novo, o frame sai, a leitura aparece, e o leitor fica no ponto que, nos 32 GB de RAM, passa sem interferência. O modelo antigo fica de fora desse teste.

Edvaldo mediu primeiro. O benchmark no celular de 32 GB e 256 liberou o ajuste. A frase do modelo antigo fechou o caso, e ele reduziu. O teto do leitor passou a ser o celular antigo, lido a partir do aparelho novo.

Ele reduziu e o leitor continua lendo, com menos CPU e menos memória. O modelo antigo entra na conta no recuo.

Se o critério de "não dá interferência" for o seu aparelho de 32 GB, a medição está no lado que não reclama.

Rode o benchmark e depois corte

Amanhã, se o público do leitor de QR for o celular antigo, peça o ganho e o custo juntos. Rode o mesmo frame no aparelho novo e anote CPU e memória. Se o celular de 32 GB de RAM e 256 de armazenamento mal registra o extra, você está no ponto em que ele reduziu.

Repita no modelo antigo o que passou no aparelho novo. Se a leitura melhorar e a CPU ou a memória subirem, corte o que o celular novo aguenta e o velho não. O leitor continua lendo, com o consumo que ele reduziu.

Quando o próximo ajuste (a leitura na horizontal, a otimização que ele ainda quer criar) voltar a pedir peso, nomeie CPU e memória antes de aceitar. Ele fez esse recuo 1 vez.

A live está gravada: assistir à live. O trecho do benchmark, dos 32 GB de RAM, dos 256 de armazenamento e do "tive que reduzir isso" é o corte que você pode copiar para o seu teste.