Pular para o conteúdo
~/acelerado-desafios live próximo2026-06-01
$./desafios --live

acelerado [desafios]

Um problema novo todo dia 1º. Qualquer linguagem. Métrica, caps e validação definidos por desafio.

CADÊNCIA
mensal
PUBLICADOS
001
SUBMISSÃO
docker + PR

Desafios mensais de performance da Comunidade do Desempenho.

Todo dia 1º de cada mês um problema novo é publicado aqui. Você implementa em qualquer linguagem, empacota num Dockerfile, abre um PR. No fim do mês as soluções são executadas em hardware fixo, o ranking é gerado e os resultados saem em vídeo no canal + post no Discord.

2026-05
aberto
arrumando autofoco
métrica PSNR ↑
2026-06
aguardando
próximo desafio
aguardando publicação

A discussão dos desafios rola no Discord da Comunidade do Desempenho: dúvidas, soluções, análises pós-fechamento e os anúncios oficiais dos problemas saem por lá. Quem participa dos rankings tá no servidor.

Entre: discord.gg/NNuzYsNPjV

Outros canais:

  1. Dia 1: o desafio do mês é publicado em YYYY-MM-<nome>/ e anunciado nos canais da Comunidade do Desempenho (YouTube / Discord).
  2. Durante o mês: você desenvolve sua solução em <desafio>/solutions/<seu-usuario>/ no formato descrito em SUBMISSION.md. Submissões ficam em branches submissions/<usuario> (privadas até o fechamento) ou opcionalmente em main (públicas durante o mês - pra quem quer flexar antes do tempo).
  3. Dia 1 do mês seguinte: prazo encerra. Os benchmarks são rodados localmente em hardware fixo, monto o ranking, e os resultados são publicados no Discord (+ vídeo no canal).

Nada disso é automatizado por enquanto - sem CI, sem bot. Se sua submissão tiver algum problema, respondo no PR.

Cada desafio declara no próprio README.md e spec.json:

  • A métrica primária que define o ranking, junto com a direção (maximizar ou minimizar).
  • Os caps duros que desclassificam a submissão se estourados.
  • O critério de validação que a saída precisa atingir antes de entrar no ranking.

A natureza dessas três coisas varia desafio a desafio - não tem regra global. Vale sempre o que está escrito no problema do mês.

Validação roda primeiro. Se a saída não passa o critério do desafio, a submissão é desclassificada antes de qualquer pontuação. Caps sempre se aplicam. Estourar qualquer cap declarado pelo desafio também desclassifica.

  • Inputs ocultos só revelados após o fechamento
  • --network=none no container (sem chamadas remotas)
  • --read-only no container - regras exatas de escrita em disco no README de cada desafio
  • Todas as submissões públicas após o fechamento -> comunidade pode auditar

Usar IA pra resolver o desafio - LLM, copilot, modelo treinado, o que for - não é encorajado nem proibido. O objetivo aqui é simples: divertir, aprender junto e competir entre gente. Quem só roda o assistente da semana contra o problema e manda o output está perdendo a parte interessante, mas não quebra nenhuma regra.

Se você usou IA de forma não trivial na sua submissão, vale mencionar no PR. Não é pra penalizar; é pra quem lê o ranking entender o contexto.

YYYY-MM-<nome>/
├── README.md <- enunciado do problema
├── spec.json <- métrica primária, direção, caps
├── inputs/ <- entradas de teste públicas
├── expected/ <- saídas de referência (ground truth)
├── bench/run.sh <- harness de benchmark
├── reference/ <- implementação de referência + ferramentas
├── example/ <- exemplos de docker para diversas linguagens
└── comece-aqui/ <- instruções para ajudar na solução do desafio

Ferramentas e harness: MIT (ver LICENSE). Imagens dos datasets: ver atribuição no README.md de cada desafio.