Como construímos o Unicorn Games em 7 dias: arquitetura, programação com IA e padrões web sem peso morto
O universo dos jogos casuais na web hoje está quebrado. Abra qualquer portal de jogos de navegador comum no seu celular ou computador. Antes de ver um único elemento do jogo, você é bombardeado por avisos de cookies invasivos, anúncios em vídeo obrigatórios de trinta segundos, botões que mudam de lugar sozinhos e bibliotecas pesadas em WebAssembly de cinquenta megabytes que fazem seu aparelho esquentar como ferro elétrico.
Decidimos provar o oposto. Nosso objetivo era descobrir se um único desenvolvedor independente, trabalhando lado a lado com ferramentas modernas de inteligência artificial, conseguiria projetar, programar e colocar no ar uma plataforma de jogos completa com mais de dez clássicos em exatamente sete dias corridos.
Sem burocracia empresarial. Sem excesso de bibliotecas desnecessárias. Sem armadilhas publicitárias no meio da tela. Apenas jogos de cartas e quebra-cabeças clássicos rodando a sessenta quadros por segundo, com carregamento instantâneo, sem instalação e baseados em padrões web abertos.
Aqui está o plano de arquitetura completo, o registro técnico dia a dia e as escolhas de engenharia por trás do Unicorn Games.
O manifesto de arquitetura: minimalismo absoluto
Velocidade na web não acontece por acidente. É o fruto direto de recusas intencionais.
Antes de escrever uma única linha de código na manhã de segunda-feira, fixamos cinco limites técnicos inegociáveis:
1. Apresentação inicial do jogo em menos de um segundo. Mesmo em conexões móveis lentas, o tabuleiro precisa carregar completamente em menos de mil milissegundos.
2. Nenhuma dependência de motores de jogos externos. Nada de Phaser, Unity WebGL ou pacotes gerados pelo Godot. Para jogos tradicionais de cartas e tabuleiro, essas ferramentas trazem megabytes de peso inútil.
3. Renderização direta em HTML5 Canvas 2D integrada a máquinas de estado independentes. A lógica do jogo deve funcionar como funções matemáticas puras, totalmente desligada do DOM da página.
4. Geração estática completa no servidor para todas as páginas de navegação. Cada jogo, regra e guia estratégico precisa existir como arquivo HTML pré-renderizado para garantir indexação imediata pelos buscadores sem sobressaltos na tela.
5. Zero deslocamento cumulativo de layout (CLS = 0). Nenhum elemento visual pode se mexer sozinho após o primeiro carregamento.
Essas metas definiram nossa estrutura técnica: Next.js com App Router para geração de páginas estáticas e distribuição veloz, TypeScript puro para as engines de simulação, HTML5 Canvas 2D para gráficos fluidos e Firebase para armazenamento leve de dados.
O sprint de 7 dias: o diário técnico da empreitada
Concluir uma plataforma com múltiplos títulos em cento e sessenta e oito horas exige tratar cada dia como uma entrega fechada.
Dia 1: Motores de cartas sem interface e estado determinístico
Jogos de cartas parecem simples até o momento em que você programa suas regras formais. Uma partida de Klondike Solitaire ou FreeCell não é uma animação qualquer: é uma máquina de estados finitos que precisa validar cada movimento de cartas com rigor.
Dedicamos a segunda-feira à base compartilhada: uma arquitetura de baralhos e colunas escrita em TypeScript puro, completamente separada de qualquer representação visual.
Dividimos o código em três camadas estritas:
Ao isolar a lógica do navegador, conseguimos rodar centenas de milhares de testes automáticos no Node.js antes de desenhar o primeiro botão na tela.
Dia 2: O pacote de paciências (Klondike, FreeCell e Spider)
A terça-feira foi focada na construção gráfica e na resposta aos toques e cliques para os jogos de paciência principais.
Desenhar cartas sobre o HTML5 Canvas envolve armadilhas próprias:
A exibição precisa se ajustar às telas móveis de alta densidade. Se você desenha em um canvas padrão em celulares modernos ou telas Retina, as cartas ficam borradas. Criamos um módulo de ajuste que detecta a densidade de pixels do visor, multiplica a resolução interna do desenho por esse índice e ajusta o tamanho final com estilos CSS. O resultado foram contornos nítidos e textos perfeitamente legíveis.
O tratamento de toques exigiu um sistema unificado para mouse, caneta digital e dedos na tela. Ao encostar no visor, o sistema converte a coordenada real para o ponto virtual do canvas, identifica a carta tocada e avalia a distância percorrida antes de iniciar o movimento de arrastar.
No final da terça-feira, Klondike, FreeCell e Spider Solitaire estavam completamente funcionais, rodando a sessenta quadros por segundo cravados e sem engasgos.
Dia 3: Jogos de vazas e adversários virtuais inteligentes
A quarta-feira trouxe os jogos de vazas: Hearts e Spades.
Títulos desse tipo dependem totalmente do comportamento dos jogadores virtuais. Se eles jogam sem critério, a partida perde a graça. Se tentam calcular árvores de decisão gigantescas para cinquenta e duas cartas, o navegador trava.
Criamos um motor de decisão leve baseado em regras táticas:
No Spades, os bots examinam as cartas antes da primeira saída somando Ases, Reis protegidos e cortes possíveis para pedir uma quantidade equilibrada de vazas. Se o parceiro pede Nil, o bot vira protetor: sai com seus naipes longos para ajudar o colega a se livrar de cartas ruins e assume as vazas arriscadas com cartas fortes.
No Hearts, os bots acompanham as falhas de naipes de cada oponente. Se alguém não segue o naipe de Paus na primeira rodada, o bot memoriza a brecha e não dá a mão a esse jogador. Na caça à Dama de Espadas, descartam cartas baixas para tirar as defesas dos adversários e guardam suas próprias cartas altas de proteção.
Essas escolhas ocorrem em menos de dois milissegundos, garantindo respostas na hora sem prejudicar o visual do jogo.
Dia 4: Grades e raciocínio lógico (Minesweeper e 2048)
Na quinta-feira, saímos das cartas para focar em quebra-cabeças de grade numérica.
O Minesweeper precisa assegurar que o jogador jamais perca no primeiro toque:
A primeira célula clicada nunca pode conter uma mina. O jogo distribui as minas somente após esse toque inicial ao redor da casa escolhida, oferecendo uma abertura limpa e segura.
Para abrir os espaços vazios conectados, usamos uma busca em largura (BFS) iterativa. Métodos recursivos podem estourar a memória em tableros muito grandes; uma fila simples rodando em um laço while abre o terreno em menos de três milissegundos mesmo no nível avançado de trinta por dezesseis casas.
Para o 2048, criamos um sistema de rotação de matrizes. Escrever códigos separados para as quatro direções gera duplicação desnecessária. Nós padronizamos o fluxo: cada movimento gira a grade para que a direção desejada aponte para a esquerda, roda uma única função de junção de peças e devolve a grade para a posição original.
Dia 5: Estrutura multilíngue e páginas estáticas
A sexta-feira foi dedicada à infraestrutura geral, à acessibilidade e à tradução completa do portal.
Um site de jogos que fala apenas inglês ignora a grande maioria dos jogadores do mundo. Criamos uma arquitetura de rotas capaz de atender dez idiomas por inteiro: inglês, espanhol, alemão, francês, italiano, português, holandês, polonês, chinês e híndi.
Em vez de usar ferramentas de tradução que rodam no navegador e fazem a tela piscar enquanto baixam arquivos pesados, compilamos os textos traduzidos diretamente no processo de criação das páginas estáticas do Next.js.
Cada jogo, artigo e guia estratégico vira um arquivo HTML pronto para cada um dos dez idiomas. Quando um jogador entra em Lisboa ou em São Paulo, o site entrega o conteúdo pré-renderizado em sua língua nativa em menos de quarenta milissegundos.
Dia 6: Ajustes de toque, memória e sintetizador de som
O sábado foi o dia da caça aos microtravamentos e do controle fino do consumo de memória.
Alcançamos três melhorias essenciais:
Primeiro: eliminação de atrasos no som. Baixar arquivos de áudio pela internet gera atrasos perceptíveis quando as cartas são mexidas depressa. Em vez de usar arquivos MP3, geramos os sons de cliques e toques diretamente no processador através da Web Audio API, usando osciladores digitais. Nenhum arquivo trafega pela rede, e o som sai no exato instante do toque.
Segundo: fim das pausas de limpeza de memória. Criar novos dados a cada quadro força o navegador a fazer paradas rápidas de limpeza, causando solavancos na tela. Criamos depósitos de dados reaproveitáveis para coordenadas e toques. Essa reciclagem manteve a taxa de quadros perfeitamente estável.
Terceiro: configuração da memória temporária com a Cloudflare. Como nossos arquivos não sofrem alterações, servidores espalhados pelo mundo entregam as visitas seguintes direto de sua memória RAM local, sem precisar consultar o servidor principal.
Dia 7: Lançamento mundial, validação de busca e estreia
O domingo foi o dia da estreia aberta ao público. Ligamos o domínio final, configuramos as imagens de prévia para redes sociais e rodamos verificações rigorosas de qualidade.
Todas as páginas atingiram com folga as metas do Core Web Vitals do Google:
No domingo à noite, o Unicorn Games estava no ar para o mundo inteiro: dez jogos completos, carregamento veloz em qualquer dispositivo e sem anúncios chatos atravancando a diversão.
Decisões conscientes: o que nos recusamos a construir
Um projeto de engenharia de software é definido tanto pelo que entrega quanto pelo que decide não fazer.
Estas foram as ideias que analisamos e descartamos:
Rejeitamos WebGL e Three.js. Efeitos em três dimensões chamam a atenção em demonstrações curtas, mas consomem a bateria dos celulares muito depressa e demoram mais para carregar. Para jogos tradicionais em duas dimensões, um canvas HTML5 bem estruturado mantém sessenta quadros por segundo gastando o mínimo de energia.
Rejeitamos scripts de rastreamento publicitário de terceiros. Esses códigos colocam centenas de kilobytes desnecessários na página, gravam cookies invasivos e prejudicam a nota de desempenho medida pelo Google. Escolhemos uma contagem interna simples que registra partidas iniciadas sem invadir a privacidade nem pesar no aparelho do usuário.
Rejeitamos a navegação puramente pelo navegador para os artigos e guias. Páginas estáticas em HTML puro são lidas instantaneamente pelos robôs de busca e carregam de imediato na primeira visita.
O papel prático da inteligência artificial no trabalho
Não teríamos colocado o Unicorn Games de pé em sete dias sem o apoio da inteligência artificial. Mas nosso modo de usá-la foi muito diferente do mito de apertar um botão e receber tudo pronto.
Nunca pedimos que modelos de IA criassem jogos inteiros sozinhos. Esse caminho gera códigos frágeis que quebram no primeiro caso fora do padrão.
Usamos a inteligência artificial como uma assistente metódica em três pontos definidos:
Primeiro: na escrita de baterias de testes. Para nossos motores de cartas, a IA elaborou centenas de verificações para garantir que as regras funcionassem sem falhas em situações raras.
Segundo: no rascunho de algoritmos matemáticos. Ao planejar rotações de tabelas e preenchimentos de espaços, a IA nos deu as estruturas de dados iniciais que depois refinamos à mão para encaixar no motor visual.
Terceiro: na tradução dos conteúdos. Adaptar milhares de palavras de regras e estratégias para nove línguas com os termos técnicos exatos exigiria semanas de trabalho manual. A IA concluiu essa tarefa em minutos com grande precisão.
Onde a inteligência artificial não conseguiu ajudar foi no ajuste sensorial do jogo: calibrar o peso do arrastar das cartas, a resposta aos toques e o tempo de reação nos celulares exigiu testes manuais constantes e percepção humana.
O saldo em números
O resultado dessa semana intensa de trabalho se reflete nos números medidos:
Todo o código JavaScript necessário para rodar uma partida completa de Klondike Solitaire no Unicorn Games pesa menos de noventa kilobytes compactado. Isso é menor do que uma única imagem de propaganda em portais de jogos comuns.
O tempo de carregamento inicial fica abaixo de oitocentos milissegundos no mundo todo. O tabuleiro se desenha assim que o arquivo HTML alcança o aparelho.
A internet não precisa de mais portais pesados que tratam quem joga como produto comercial. Ela precisa de software rápido, enxuto e respeitoso construído sobre os padrões abertos da web.
Game developer and founder at Unicorn Games. Specializes in combinatorial game theory, solvability algorithms, and classic card & puzzle game development. Every guide is fact-checked against mathematical game states and empirical play benchmarks.
