Fazer Jogos nas Horas Vagas: O Guia Realista de Quem Tem Emprego

Se você trabalha (ou estuda) o dia inteiro em outra coisa e sonha em criar o próprio jogo, deixa eu te tranquilizar de cara: fazer jogos nas horas vagas não é plano B de quem fracassou. É o caminho normal. Em mais de 20 anos nessa indústria, a esmagadora maioria dos desenvolvedores indie que eu vi lançar alguma coisa começou exatamente assim: de noite depois do expediente, no sábado de manhã enquanto a casa ainda dorme, no intervalo do almoço com o notebook aberto.

O problema não é o tempo curto. O problema é tentar usar o tempo curto com a cabeça de quem tem tempo sobrando. Este guia é sobre como ajustar escopo, rotina e expectativa para o seu contexto real: emprego, contas, família e umas 5 a 7 horas por semana para o jogo.

Fazer jogos nas horas vagas é o caminho normal, não a exceção

Existe uma imagem romântica do dev indie que larga tudo, se tranca num quarto e emerge um ano depois com uma obra-prima. Essa história existe, mas ela é a exceção que virou lenda justamente por ser rara. O padrão da indústria é outro: uma quantidade enorme de jogos indie conhecidos nasceu como projeto paralelo, feito nas bordas de um emprego, de um freela ou de uma faculdade. O jogo cresceu devagar, ganhou tração, e só então virou a atividade principal do criador. Muitas vezes nem virou, e tudo bem.

No Brasil isso é ainda mais verdade. Nosso mercado não tem uma rede de publishers e investidores esperando o iniciante de braços abertos. Quem começa aqui, começa financiado pelo próprio salário. E isso, acredite, é uma vantagem disfarçada: o emprego paga as contas, então o jogo não precisa dar certo no primeiro tiro. Você pode errar, aprender e tentar de novo sem que a geladeira dependa disso.

Então tira o peso da culpa: você está no mesmo ponto de partida da maior parte das pessoas que hoje vivem disso.

O erro número 1: escopo de 40 horas com agenda de 6

Se eu pudesse corrigir um único erro em todo iniciante que trabalha, seria esse. A pessoa tem 6 horas por semana, mas planeja o jogo que exigiria 40. RPG com sistema de crafting, mundo aberto, história ramificada, multiplayer "mais pra frente". Esse jogo, nesse ritmo, leva tantos anos que a motivação morre muito antes da primeira versão jogável.

A conta é impiedosa. Quem trabalha 40 horas por semana num jogo acumula em uma semana o que você, com 6 horas semanais, leva quase dois meses para juntar. Um projeto de "seis meses full-time" vira uma jornada de anos nas horas vagas. E projeto que se estende por anos sem entrega no meio do caminho quase nunca sobrevive.

Minha regra prática: escopo que caiba em 3 meses de horas vagas. Isso significa algo na casa de 60 a 80 horas totais de trabalho. Parece pouco? É pouco, e é exatamente por isso que funciona. Nesse espaço cabe um jogo de uma mecânica só, com poucas fases, arte simples e consistente, e um fim. A palavra importante é "fim": você precisa passar pelo ciclo completo de começar, terminar e publicar, porque é esse ciclo que ensina, não o tamanho do jogo.

Se quiser se aprofundar nessa disciplina (e você deveria, porque escopo é a habilidade número 1 do indie), escrevi um guia inteiro sobre como controlar o escopo do seu jogo indie. E se quiser calibrar a expectativa de prazo antes de planejar, vale ler quanto tempo leva para fazer um jogo de verdade, por tipo de projeto.

Consistência ganha de maratona: o sistema de 45 minutos

Agora a parte que quase ninguém te conta: como distribuir as horas importa mais do que quantas horas você tem.

O instinto de quem trabalha é concentrar tudo no fim de semana. Seis horas de domingo, uma "maratona" para compensar a semana parada. Na minha experiência, 45 a 60 minutos por dia útil rendem mais que essas mesmas 6 horas socadas no domingo. E o motivo é um custo invisível: retomar contexto.

Quando você passa cinco dias sem abrir o projeto, a primeira hora do domingo vai embora só relembrando: onde eu parei, o que esse código fazia, qual era mesmo o bug. Aí você trabalha três ou quatro horas de verdade, cansa, e passa mais cinco dias longe do projeto.

A sessão curta diária inverte essa lógica. Com o projeto fresco na memória, você senta e produz do minuto um. Melhor ainda: o jogo continua rodando na sua cabeça fora da sessão. Você resolve problema de design no banho, no trânsito, na fila do mercado, e esse processamento de fundo só acontece quando o contato com o projeto é frequente.

Dois truques que fazem a sessão curta render:

• Termine cada sessão deixando a próxima mastigada. Anote em uma linha o que fazer amanhã ("implementar o pulo duplo", "ajustar a colisão da fase 2"). Sentar já sabendo a tarefa elimina os dez minutos de "por onde eu começo".
• Proteja o horário como compromisso. Não é "quando sobrar tempo", porque nunca sobra. É das 21h30 às 22h15, ou de 6h às 7h antes do trabalho. Mesmo horário, mesmo lugar, todo dia útil. Fim de semana vira bônus, não pilar.

Como escolher o projeto certo para esse ritmo

Nem toda ideia cabe em horas vagas, e escolher a ideia errada é assinar o atestado de desistência com meses de antecedência. Três filtros que eu aplico:

Pequeno de verdade. Uma mecânica central, uma frase de descrição. Se a frase precisa de "e também tem", corte. O seu primeiro jogo nas horas vagas não é o jogo dos sonhos, é o jogo que te ensina a terminar. O dos sonhos vem depois, e vem melhor.

Sistemas que você reusa. Prefira projetos onde uma coisa construída serve o jogo inteiro. Um puzzle game reusa o mesmo tabuleiro em 50 níveis. Um arcade de pontuação reusa o mesmo loop com dificuldade crescente. Compare com um jogo de história, onde cada cena exige conteúdo novo: arte nova, diálogo novo, evento novo. Conteúdo escala mal com pouco tempo; sistema escala bem.

Gênero que você conhece como jogador. Se você jogou 300 horas de roguelike, você tem um detector de qualidade embutido para roguelikes: sabe o que é justo, o que é chato, o que falta. Fazer um jogo de um gênero que você mal joga significa aprender o gênero e o desenvolvimento ao mesmo tempo, e seu tempo não dá para os dois.

Esses filtros valem em dobro se você estiver sozinho no projeto, que é o cenário mais comum de quem faz jogo com emprego. Escrevi em detalhe sobre o que significa desenvolver jogos sozinho como solo dev, do que dá para cobrir com uma pessoa só até o que vale terceirizar.

Energia, família e sono: o jogo fora do jogo

Tempo não é o único recurso escasso. Energia e paz doméstica também são, e ignorar isso derruba mais projetos do que qualquer bug.

Negocie expectativa, não perdão. Se você divide a vida com alguém, conte o plano antes, não depois. "Vou trabalhar no meu jogo das 21h30 às 22h15, de segunda a sexta" é uma conversa; sumir para o quarto toda noite sem combinar é um problema se acumulando. Pessoas apoiam projetos que entendem.

Não financie o jogo com sono. Uma semana dormindo cinco horas para adiantar o projeto parece produtiva e cobra juros: seu rendimento no emprego cai, seu humor azeda, e a qualidade do que você produz no jogo despenca junto. Horas vagas são as horas que existem, não as horas roubadas do descanso. Se a agenda só fecha destruindo o sono, o problema é o escopo, não a sua disciplina.

Reconheça os sinais de burnout. Irritação constante, o projeto virando obrigação que você evita abrir, domingo à noite com angústia em vez de vontade. Quando aparecer, reduza o ritmo antes de largar tudo: uma semana de pausa combinada consigo mesmo preserva o hábito; um abandono "temporário" sem data de volta quase sempre é permanente.

Ferramentas de constância: backlog, devlog e milestone

Motivação acaba, normalmente lá pelo terceiro mês. O que segura o projeto depois disso é estrutura, e a estrutura de quem tem pouco tempo precisa ser leve. Três ferramentas bastam:

Backlog pequeno. Uma lista com as próximas 10 a 15 tarefas, cada uma pequena o bastante para caber em uma ou duas sessões. Nada de ferramenta corporativa com sprint e estimativa: um arquivo de texto ou um quadro simples resolve. Backlog gigante deprime; backlog curto mostra chão andado.

Devlog, mesmo que ninguém leia. Um parágrafo por semana sobre o que andou, com um GIF ou print quando der. O devlog cria um registro de progresso que você revisita quando bate o desânimo, e começa a construir uma audiência mínima para o lançamento, o que vale ouro lá na frente.

Milestone mensal. Todo mês, uma entrega que se joga: o protótipo da mecânica, a primeira fase completa, a build com menu e game over. A pergunta de cada milestone é sempre a mesma: "o que dá para mostrar funcionando?". Meses sem entrega jogável são meses em que o projeto flutua, e projeto que flutua afunda.

Quando (e se) largar o emprego

A pergunta chega para todo mundo que pega gosto: "e se eu largasse tudo para me dedicar de verdade?". Minha resposta, depois de ver muita gente acertar e errar essa decisão: só com validação real, nunca por impulso.

Validação real significa fatos, não sentimentos. Um jogo lançado, do início ao fim, com página na loja e tudo. Alguma receita, mesmo modesta, ou tração mensurável: wishlists crescendo, uma comunidade que responde, um publisher conversando. E uma reserva financeira que banque meses de vida sem desespero. Sem esses três, largar o emprego não acelera o sonho, só troca "pouco tempo e paz" por "tempo integral e pânico". E desenvolvimento em pânico produz decisões ruins.

Repare no detalhe: a validação exige um jogo lançado, e o jogo lançado se constrói exatamente nas horas vagas que você tem hoje. Ou seja, o caminho para talvez um dia viver disso passa por fazer bem feito o que este post descreve. Sobre a viabilidade financeira dessa carreira no Brasil, escrevi uma análise honesta em dá para viver de criar jogos.

Com 6 horas por semana, você não pode desperdiçar nenhuma

Última peça do quebra-cabeça, e talvez a mais subestimada: quando o tempo é o seu recurso mais escasso, a forma como você aprende importa tanto quanto a forma como você trabalha.

Quem tem 40 horas semanais pode se dar ao luxo de vagar: assistir tutorial aleatório no YouTube, seguir um vídeo desatualizado, descobrir no meio que aquela abordagem não serve, recomeçar. O custo é alto, mas o orçamento de horas absorve. Quem tem 6 horas por semana não tem essa gordura. Duas noites perdidas num tutorial que ensina errado são um terço da sua semana no lixo, e semanas desperdiçadas em sequência são como os projetos de horas vagas morrem.

Um caminho estruturado, com sequência lógica, projetos que se encaixam e alguém para tirar dúvida, existe para economizar exatamente o recurso que você não tem. Foi por isso que eu montei o CursoGame.Dev do jeito que montei: pensando na pessoa que senta às 21h30, cansada do expediente, e precisa que cada sessão de 45 minutos empurre o projeto para frente, sem retrabalho e sem becos sem saída.

O resumo de tudo: escopo de 3 meses, sessão curta todo dia, projeto pequeno num gênero que você conhece, sono e família preservados, progresso visível a cada mês, e aprendizado que respeita seu tempo. Fazer jogos nas horas vagas não é a versão capenga da carreira indie. É como ela começa para quase todo mundo. A diferença entre quem lança e quem desiste raramente é talento ou tempo livre: é sistema. Agora você tem um.