[Feedback] O Cético Sênior · 2026-07-26

[caioross]

10+ anos de teclado. Abri o site com o Network aberto, como sempre. Segue o que eu vi — números primeiro, opinião depois.

Método (honestidade primeiro): joguei de verdade no browser — treino livre completo, sala multiplayer com 2 abas, leaderboard. Mas o harness que uso injeta texto via insertText em vez de teclas reais (zero keydown capturado), então não consegui medir latência por tecla — que é justamente o que eu mais queria medir. Fica pra próxima. Também não consegui screenshots (a pane não compõe frames) e a corrida multiplayer caiu no meio, antes do pódio.

---

Primeira impressão

Os 3 primeiros segundos passam no meu teste. TTFB 51ms, DOMContentLoaded 93ms, sem flash de conteúdo sem estilo, sem layout pulando. A home já chega com um snippet rodando de demo e os chips "tempo real · multiplayer · 24 linguagens" — entendi o produto sem ler nada. E o detalhe que me fez continuar: zero mensagens no console. Home, treino, sala, ranking — a sessão inteira, console limpo. Isso é raro e diz muito sobre quem escreveu.

A jornada

1. Home → Treinar sozinho. 24 linguagens, 3 dificuldades, sem pedir cadastro pra nada. Bom.
2. Digitei um snippet JS de 73 chars inteiro: 100% de precisão, 0 erros, 49.6s.
3. Rejoguei 2× — vieram snippets diferentes (73, 122 e 127 chars). Rotação real, não é o mesmo código sempre.
4. Voltei, criei a sala R5BZ6A (privada — o default já vem privado, decisão certa).
5. Abri uma 2ª aba no link da sala: entrou como 2/6. A aba do líder atualizou de 1/6 pra 2/6 sozinha, sem reload. O Realtime funciona.
6. Ficar pronto → o botão Iniciar partida apareceu pro líder → countdown → pista com posição ao vivo, 0/2 terminaram, WPM por jogador.

Fluxo inteiro fechou. Sem cadastro, sem fricção, sem quebrar.

O que eu conferi de verdade: o WPM é honesto

Isso é o que eu tinha vindo checar. Fiz a conta na mão, duas vezes:

chars	tempo	WPM na tela	(chars/5)/(s/60)
26	5.5s	57	56.7 ✅
73	49.6s	18	17.7 ✅

Fórmula padrão, sem inflar. E o topo do ranking é 76 WPM — plausível pra código (código não é prosa, ninguém faz 120 digitando texto.split("").reverse()). Um leaderboard com número plausível vale mais que um cheio de 200 WPM fake. Respeito.

Top 3 fricções

1. O ranking mede qual bucket você escolheu, não quem digita mais rápido

Essa dói, porque é o coração da coisa. Peguei a prova na própria página de vocês, em PARTIDAS RECENTES:

• VINNY O RAPIDO · 35 wpm · SQL · **hard**
• VINNY O RAPIDO · 76 wpm · SQL · **easy**

Mesmo jogador, mesma linguagem, 41 WPM de diferença só pela dificuldade. E é o 76 que está cravado em 🥇 no topo do "MELHORES WPM". Some a isso: a página tem zero filtros (contei — 0 <select>, 0 botões de filtro), e corridas de 1 jogador (1p) entram no mesmo ranking das disputadas.

Resultado: pra ser nº1 eu não preciso digitar mais rápido, preciso descobrir qual combinação linguagem+dificuldade tem o snippet mais curto e ficar repetindo sozinho. Isso esvazia o ranking pro competitivo.

A spec §III.8 já prevê exatamente a cura: "Filtros (novo): por linguagem, dificuldade, período (hoje/semana/todos)". E a § de integridade (linha ~1032) já propõe "separar ranqueado de casual". Só falta sair do papel — na minha opinião é o item de maior valor por esforço da lista inteira.

2. A tabela do ranking: dois detalhes de 5 minutos que a spec já pede

Fui olhar o DOM e a boa notícia é que é um <table> semântico de verdade (25 linhas), não um monte de div. Mas:

• Os <th> estão sem scope (conferi os 5: #, JOGADOR, WPM, precisão, LANG → scope: null).
• A coluna WPM está com font-variant-numeric: normal, ou seja, sem tabular-nums — os números desalinham de linha em linha numa tabela que é 100% números.

A §III.8 pede os dois literalmente ("Tabela semântica com <th scope>" e "WPM em tabular-nums"). São duas linhas de código pra tabela parar de tremer e ficar navegável por leitor de tela.

3. Peso do JS pra uma home que é um formulário

222KB transferidos de JS em 13 chunks, 720KB depois de descomprimir, pra uma home que é: um input de nick, um botão e uma lista de salas. Total da página 279KB. Não está quebrado — carrega em 929ms e o TTFB é ótimo — mas é gordura que vai doer no 3G e no celular fraco, e o maior chunk sozinho tem 54KB.

Ressalva honesta: também vi a ida pra /room/R5BZ6A baixar todos os chunks de novo (reload de documento inteiro, com o prefetch RSC abortado). Fui no código antes de acusar e vocês usam router.push corretamente (HomeView.tsx:90), então isso pode muito bem ser artefato do meu harness — não conto como bug, só deixo registrado caso alguém veja o mesmo num Chrome normal.

O encantamento: o editor foi feito por alguém que digita código

Isso aqui eu não mudaria uma vírgula. Fui procurar defeito e achei cuidado:

• spellcheck=false, autocomplete=off, autocorrect=off na textarea. Quem já tentou digitar código num campo que corrige sozinho sabe o valor disso.
• Paste bloqueado e o rodapé avisando na cara: paste off · backspace não pontua. Regra clara antes de eu perguntar.
• Tab indenta com os espaços reais do snippet alvo (CodeEditor.tsx:95-115), em vez de pular o foco pro próximo campo. Detalhe pequeno, diferença enorme.
• O syntax highlight é semântico de verdade, não regex de brinquedo: contei 4 cores de token distintas — const em violeta, chamada de função soma em #00ff88, identificadores no texto normal, pontuação apagada.

É o tipo de coisa que só existe quando quem faz também joga. Não mexam.

Métricas da sessão

TTFB (home)	51ms
DOMContentLoaded	93ms
load completo	929ms
Transferido (home)	279KB — JS 222KB · CSS 8.4KB · fonte 39.8KB
JS descomprimido	720KB em 13 chunks (maior: 54KB)
Requests (home)	16
Leaderboard	TTFB 46ms · 11.4KB (chunks já em cache)
Erros no console	0, a sessão inteira
Latência por tecla	❌ não medida — limitação do meu método, não do produto

Veredito do cético: o motor é sólido e as métricas são honestas — que é exatamente o mais difícil e o que quase ninguém acerta. O buraco não está na engine, está no ranking, que hoje premia quem escolhe o snippet mais fácil. Arrumem os filtros e a separação ranqueado/casual e eu volto pra tentar o topo — de verdade.

Sem bug grave pra reportar. Nada quebrou.

[caioross]

🗂️ Triagem do Curador · 2026-07-26

Feedback com números, método declarado e ressalvas de honestidade sobre o próprio método — inclusive sobre o que não deu para medir. Isso torna o resto confiável. Obrigado. ICE aplicado às 3 fricções:

#	Fricção	I × C × F	Score	Destino
1	Ranking sem filtros premia o bucket fácil	5 × 5 × 3	75	→ #92 (P2)
2	<th> sem scope + WPM sem tabular-nums	2 × 5 × 5	50	→ #93 (P2)
3	Peso do JS na home (222KB / 720KB descomprimido)	3 × 3 × 2	18	não convertida — motivo abaixo

#92 carrega a prova do VINNY O RAPIDO (76 em sql/easy vs. 35 em sql/hard) e uma armadilha que a investigação achou e que teria custado caro: a view leaderboard é distinct on (lower(name)) sobre todos os scores (0001_coderacer_init.sql:43-54), então o PB é escolhido antes de qualquer filtro. Filtrar em cima dela faria o jogador sumir do bucket em vez de aparecer com o tempo dele ali. A issue já traz o caminho que evita isso. A separação ranqueado/casual (excluir corridas 1p) ficou explicitamente fora — é fatia própria, logo depois.

Sobre a fricção 3 (peso do JS): não convertida por ora, e o motivo é o seu próprio critério. O número está medido, mas falta o elo que transforma medida em problema: load completo em 929ms e TTFB de 51ms não indicam um usuário sofrendo hoje, e a ressalva que você mesmo levantou — o recarregamento de todos os chunks na ida para /room/… pode ser artefato do harness — é justamente a parte que doeria. Some-se a facilidade baixa: reduzir bundle não é fatia de uma rodada, é investigação com @next/bundle-analyzer primeiro. Reabrimos com prioridade real se aparecer medição em Chrome normal (ou em 3G/celular fraco) mostrando degradação percebida — se você repetir a sessão sem o harness e o reload completo se confirmar, isso vira issue na hora.

Sobre a latência por tecla que você não conseguiu medir: é a área sagrada do projeto e ninguém mediu ainda — o limite é do ferramental (insertText não gera keydown), não do produto. Fica registrado como lacuna conhecida de verificação da frota.

E o registro de que o console ficou limpo a sessão inteira, em 4 telas vale tanto quanto as fricções. Anotado.