Teste de digitação com WPM, precisão, consistência e progressão infinita de níveis.
O Cyber Typing é um teste de velocidade de digitação que faz parte do ecossistema pablobanker.dev — ele reusa os design tokens do portfólio (o mesmo fundo escuro, o accent cyan e a tipografia Geist). Em três telas (home, teste, resultados), mede WPM líquido e bruto, precisão e consistência, acompanha sua evolução e sobe de nível conforme você joga. O princípio central é que nenhuma lógica de negócio vive dentro de componentes Svelte. Uma classe TypingEngine pura e independente de framework recebe as teclas e expõe snapshots imutáveis; métricas, progressão de nível e patente por WPM são módulos puros; e uma camada de services orquestra tudo sem tocar na UI. A progressão é infinita: cada nível escala quantidade de palavras, tamanho das palavras, maiúsculas, pontuação e números, e você só avança batendo a meta de 90% de precisão. A patente é derivada da média de WPM líquido dos 10 testes mais recentes. Não há backend: histórico, preferências e o nível atual ficam no LocalStorage com chaves versionadas, e cada registro é revalidado no carregamento com type guards escritos à mão. A captura de digitação é segura para acentos e IME (dead keys e eventos de composição são tratados explicitamente), colar é bloqueado para as métricas não serem burladas, e tudo é coberto por testes unitários com Vitest e um fluxo end-to-end com Playwright rodando contra o build de produção.
Nenhuma lógica de negócio dentro de componentes Svelte: uma classe TypingEngine pura guarda o estado do teste e expõe snapshots imutáveis, módulos puros calculam métricas, progressão e patente, e uma camada de services orquestra resultados, estatísticas e persistência — os componentes só renderizam.
Dead keys (ABNT2) e composição de IME disparam eventos em ordens diferentes entre navegadores, o que pode perder ou contar acentos em dobro.
A digitação é lida do buffer de um input transparente sobreposto: durante uma composição o buffer não é limpo e o commit acontece no compositionend, com normalização NFC e iteração por code point.
Lógica de digitação misturada aos componentes é difícil de testar e fácil de quebrar.
O engine é uma classe pura que não conhece Svelte: recebe press/space/backspace, guarda o estado interno e expõe um snapshot imutável que a UI espelha — então o núcleo roda e é testado inteiramente em Node.
Todo o histórico vive no LocalStorage, onde os dados podem estar velhos, malformados ou de uma versão antiga do app.
Chaves versionadas e type guards escritos à mão que revalidam cada registro no load: entradas inválidas são descartadas individualmente, resultados antigos são complementados em vez de jogados fora, e o histórico é limitado aos 100 mais recentes.