Pistas diferentes podem virar uma competição social memorável?
Manter equipes sincronizadas, dicas cronometradas e progresso compartilhado sem revelar respostas pelo cliente.
CASE FILE. 06 / PUZZLE / SOCIAL GAME
Desafio Online
Plataforma para duplas e grupos com equipes, convites e expedições persistentes. O Mapa Impossível combina pistas, dicas cronometradas e progresso compartilhado.
- Next.js 16
- React 19
- PostgreSQL
- Drizzle
- Firebase Auth
BRIEF. 01 / PROBLEMA E FRONTEIRA
O produto em uma leitura.
Um recorte deliberado do estado atual. Métricas e hipótese continuam editoriais até que exista evidência pública para substituí-las.
- FORMATO
- DUPLAS + GRUPOS RÓTULO EDITORIAL
- EXPEDIÇÃO
- MAPA IMPOSSÍVEL RÓTULO EDITORIAL
- CAPACIDADES
- 4 frontend / backend / data / integrations
- PORTA PÚBLICA
- SIM DEPLOYMENT VALIDADO
SYSTEM TRACE. 02 / FLUXO PRINCIPAL
Fronteiras antes de frameworks.
Interface de expedição → ações de equipe no servidor → progresso persistente em PostgreSQL → identidade Firebase.
- 01EXPEDITION→
Team interface
Next.js / mapa e pistas
- 02COMMAND→
Server actions
Submissão, dica e prontidão
- 03PROGRESS→
Game state
PostgreSQL + Drizzle
- 04IDENTITY
Access boundary
Firebase Auth / convites
intent → policy → authoritative state → observable effectEXECUTION TRACE / ILLUSTRATIVE
Um caminho. Cada decisão à vista.
Sequência editorial para discutir contrato, autoridade e efeito. Não representa telemetria real de produção.
- IDENTITY
Confirma identidade, convite e vínculo com a expedição.
member.authorized - COMMAND
Normaliza a tentativa sem devolver a solução esperada.
answer.checked - PROGRESS
Grava tentativa ou avanço numa transação idempotente.
progress.version + 1 - EXPEDITION
Projeta pista, timer e estado comum para a equipe.
team.synchronized
DECISION LOG. 03 / TRADE-OFFS
Toda escolha cobra algo.
Deixar solução e progressão autoritativas no servidor; o navegador recebe apenas o estado necessário da etapa.
- 01 / SEGREDO
Respostas somente no servidor
- GANHO
- O cliente não recebe a solução antes da validação da pista.
- CUSTO
- Pré-visualização e modo offline ficam deliberadamente limitados.
- 02 / EQUIPE
Progresso compartilhado autoritativo
- GANHO
- Todos enxergam a mesma expedição, dica e ordem de conclusão.
- CUSTO
- Ações simultâneas precisam de idempotência e conflito explícito.
- 03 / CONTEÚDO
Pistas como mecanismos componíveis
- GANHO
- Uma expedição combina lógica, mídia e interação sem uma tela por jogo.
- CUSTO
- O esquema editorial precisa limitar complexidade e validar cada tipo.
RELIABILITY. 04 / FALHAR COM CONTEXTO
Modo de falha. Sinal de volta.
Não são métricas de produção publicadas. São os riscos que o desenho precisa tornar observáveis e os sinais candidatos para a próxima rodada.
- 01
Duas pessoas enviam a solução correta no mesmo instante.
- 02
Relógio de dica diverge depois de suspensão ou troca de dispositivo.
- 03
Uma resposta ou pista futura aparece no payload do navegador.
- 01
Tempo de conclusão e taxa de uso de dica por mecanismo de pista.
- 02
Conflitos idempotentes e retomadas sem regressão de progresso.
- 03
Convites aceitos, equipes prontas e expedições efetivamente iniciadas.
INCIDENT DRILL. 05 / CONTENÇÃO → RECUPERAÇÃO → PROVA
Quando a hipótese quebra.
Exercícios editoriais de resiliência, não incidentes reais nem runbooks de produção. Cada drill transforma um modo de falha em uma resposta discutível e testável.
DRILL-01Duas pessoas enviam a solução correta no mesmo instante.SIMULATION / NATIVE
Resposta para: Duas pessoas enviam a solução correta no mesmo instante.
- CONTAIN
- Comparar e atualizar a versão da expedição dentro da mesma transação, aceitando um único avanço.
- RECOVER
- Responder ao segundo comando com o estado já avançado, sem tratá-lo como nova conclusão ou penalidade.
- PROVE
- Demonstrar um evento de avanço, uma posição seguinte e ranking invariável sob repetição concorrente.
DRILL-02Relógio de dica diverge depois de suspensão ou troca de dispositivo.SIMULATION / NATIVE
Resposta para: Relógio de dica diverge depois de suspensão ou troca de dispositivo.
- CONTAIN
- Ignorar relógios do cliente e calcular elegibilidade somente pela deadline persistida no servidor.
- RECOVER
- Reenviar instante de referência, deadline e estado atual quando a equipe retomar a expedição.
- PROVE
- Simular relógios locais diferentes e confirmar a mesma liberação de dica para toda a equipe.
DRILL-03Uma resposta ou pista futura aparece no payload do navegador.SIMULATION / NATIVE
Resposta para: Uma resposta ou pista futura aparece no payload do navegador.
- CONTAIN
- Bloquear a rota afetada e retirar imediatamente o campo secreto do contrato entregue ao cliente.
- RECOVER
- Mover validação e resolução para o servidor, invalidar caches e gerar um novo artefato sem a solução.
- PROVE
- Inspecionar HTML, RSC, JavaScript e rede para confirmar que conteúdo futuro não cruza a fronteira pública.
DESIGN EXERCISE / REVISAR CONTRA TELEMETRIA E RUNBOOKS REAIS ANTES DE OPERAR
EVIDENCE. 06 / O QUE PODE SER DEFENDIDO
Fato à vista. Lacuna também.
Instrumentar dificuldade das pistas, ranking por conclusão e ferramentas editoriais para novas expedições.
- Next.js 16 + React 19
- PostgreSQL + Drizzle
- Firebase Authentication
- Hackathons + caça ao tesouro
INTERVIEW MODE. 07 / APROFUNDE A CONVERSA
Três pontos para abrir no quadro.
Perguntas que conectam o case a system design, produto e operação sem transformar uma decisão contextual em regra universal.
- 01
Como criar novos tipos de pista sem espalhar condicionais pelo produto.
↗ - 02
Como definir ranking justo quando rede e ações em equipe variam.
↗ - 03
Como testar conteúdo secreto sem deixá-lo chegar ao bundle do cliente.
↗
CASE FILE / 06