Como Ser Desenvolvedor de Jogos do Zero: Roteiro Prático Sem Faculdade

Se você quer saber como ser desenvolvedor de jogos, a resposta curta é: abrindo uma engine hoje e terminando um jogo pequeno e feio nas próximas semanas. A resposta longa é este artigo, que é o roteiro que eu gostaria de ter recebido quando comecei, sem enrolação de "siga sua paixão" e sem lista de 47 cursos.

Eu trabalho com desenvolvimento há mais de 20 anos e já vi gente de todo tipo de origem entrar na área: ex-vendedor, professor, pessoal de TI corporativa, gente que nunca tinha programado. O padrão de quem chega lá é sempre o mesmo: começou pequeno, terminou projetos, mostrou o trabalho. O padrão de quem desiste também é sempre o mesmo: ficou um ano "se preparando" sem nunca publicar nada.

Vamos ao roteiro.

Primeiro, o que um desenvolvedor de jogos faz de verdade

"Desenvolvedor de jogos" é um guarda-chuva. Dentro dele existem funções bem diferentes:

• Programador de gameplay: escreve a lógica do jogo, movimento, combate, sistemas. É o caminho mais comum de entrada.
• Game designer: define regras, balanceamento, progressão. Quase nunca é porta de entrada; em time pequeno, é o programador que acumula isso.
• Artista (2D, 3D, animação): produz o visual. Carreira própria, com pipeline próprio.
• Técnico de áudio, produtor, QA: funções que existem em estúdios maiores.

Se você está começando do zero, mire em programador de gameplay. É a função com mais vagas, mais material de estudo gratuito e o caminho mais direto pra fazer um jogo sozinho do começo ao fim. Mesmo que seu objetivo final seja design ou direção, saber programar te dá autonomia pra prototipar suas próprias ideias sem depender de ninguém.

Precisa de faculdade pra trabalhar com jogos?

Não. E isso não é opinião polêmica, é como a indústria funciona na prática.

Estúdio contrata por portfólio. Na entrevista vão te pedir pra mostrar jogos que você fez, explicar decisões técnicas e, em vaga de programação, resolver problemas de código. O diploma raramente entra na conversa. Eu mesmo nunca pedi diploma pra ninguém em processo seletivo, e nunca vi um portfólio forte ser descartado por falta de um.

Faculdade de jogos tem valor pra quem quer o ambiente, os colegas e a estrutura. Mas ela não é pré-requisito, e o pior motivo pra fazer uma é "esperar estar pronto" pra começar a desenvolver. Você pode começar hoje, com um computador comum e ferramentas gratuitas. O que a faculdade levaria quatro anos pra te cobrar, o mercado cobra desde o primeiro dia: jogos terminados.

Como ser desenvolvedor de jogos na prática: o roteiro em 5 etapas

Esse é o caminho que eu recomendo pra quem parte do absoluto zero. Os prazos são referência, não regra: cada pessoa tem seu ritmo e sua disponibilidade de horas.

Etapa 1: escolha UMA engine e ignore o resto

A dúvida "Unity, Unreal ou Godot?" trava mais iniciante do que qualquer conceito de programação. A real: pra aprender, qualquer uma das três serve, e o conhecimento transfere entre elas. O que mata é ficar pulando de uma pra outra.

Minha recomendação pra quem começa do zero é Godot. É gratuita, de código aberto, leve (roda em computador modesto), e o GDScript é uma linguagem amigável pra quem nunca programou. Unity é a escolha se seu foco é mercado de trabalho imediato, porque ainda concentra muitas vagas, especialmente mobile. Unreal faz sentido se você mira jogos 3D de visual realista e estúdios grandes.

Escolheu? Pronto. Não revisite essa decisão nos próximos seis meses.

Etapa 2: aprenda lógica de programação dentro da engine

Você não precisa de um curso de ciência da computação antes de abrir a engine. Aprenda programando o jogo. Os conceitos que você precisa dominar no início são poucos: variáveis, condicionais, loops, funções e o loop do jogo (o código que roda a cada frame).

Pra você ver o tamanho do bicho, isso aqui é um script real de Godot 4 que move um personagem com as setas do teclado:

extends CharacterBody2D

const SPEED = 300.0

func _physics_process(delta):
    # Lê as setas e devolve um vetor de direção já normalizado.
    var direction = Input.get_vector("ui_left", "ui_right", "ui_up", "ui_down")
    velocity = direction * SPEED
    move_and_slide()

Oito linhas e o personagem anda. É claro que jogo de verdade tem muito mais coisa, mas o ponto é: a barreira de entrada é bem menor do que parece de fora. Você não precisa entender tudo isso hoje, precisa digitar, rodar, quebrar e consertar.

Etapa 3: termine um jogo ridículo de pequeno

Aqui é onde a maioria erra. O primeiro projeto não é o seu RPG dos sonhos. É um jogo que dá pra terminar em uma ou duas semanas: um Pong, um jogo da cobrinha, um clicker. Algo com começo, meio, fim, tela de início e tela de game over.

Por que isso importa tanto? Porque terminar é uma habilidade separada de programar. Polir, fechar escopo, resolver os 20% finais chatos (menu, som, build exportada): isso só se aprende terminando. Um jogo minúsculo e completo ensina mais do que três protótipos ambiciosos abandonados.

Etapa 4: suba a escada de clones

Depois do primeiro jogo, suba a dificuldade um degrau por vez, clonando jogos clássicos:

1. Pong: input, colisão, placar
2. Space Invaders ou Asteroids: spawn de inimigos, tiro, vidas
3. Plataforma estilo Mario (uma fase): gravidade, pulo, level design
4. Top-down estilo Zelda (uma dungeon): inventário simples, inimigos com comportamento, portas e chaves

Clonar não é falta de criatividade, é treino deliberado. Você sabe exatamente como o resultado deve se comportar, então toda a sua energia vai pra aprender a construir, não pra inventar regras. Músico estuda tocando música dos outros antes de compor. Aqui é igual.

Etapa 5: participe de game jams

Game jam é um evento (quase sempre online e gratuito) onde você faz um jogo do zero em 48 ou 72 horas a partir de um tema. A Ludum Dare, a Global Game Jam e as dezenas de jams do itch.io rodam o ano todo.

Jam comprime em um fim de semana o ciclo completo: ideia, escopo, produção, corte de features, publicação. Você ganha um jogo publicado, feedback de outros desenvolvedores e, com sorte, conhece gente que vira parceiro de projeto. Se eu pudesse apontar um único acelerador de carreira pra iniciante, seria esse.

Portfólio: o seu diploma de verdade

Com quatro ou cinco projetos terminados, você monta o portfólio. O formato que funciona:

• Página no itch.io com seus jogos jogáveis no navegador. Recrutador não baixa executável; se der pra jogar com um clique, suas chances sobem muito.
• GIFs e vídeos curtos de cada projeto. Ninguém joga tudo, mas todo mundo assiste 15 segundos de gameplay.
• Código no GitHub de pelo menos um projeto, organizado e legível, porque vaga de programação vai olhar como você escreve.
• Devlog, mesmo que simples: um texto ou vídeo explicando uma decisão técnica do projeto. Mostra que você pensa, não só copia tutorial.

Qualidade bate quantidade. Três jogos pequenos, polidos e jogáveis valem mais que dez protótipos quebrados.

E o dinheiro? Os caminhos pra viver disso

Existem três rotas principais, e elas não são excludentes:

Emprego em estúdio. Vagas de programador júnior em estúdios brasileiros e gringos (muitas remotas). Entrada via portfólio, LinkedIn ativo e participação em comunidades. Salário recorrente, aprendizado acelerado com gente mais experiente.

Indie. Publicar jogo próprio na Steam ou no itch.io. Na Steam, a taxa do Steam Direct é de USD 100 por jogo publicado. É a rota com mais liberdade e mais risco: a maioria dos primeiros jogos indie vende pouco, e tudo bem, porque eles são degraus, não o destino.

Prestação de serviço. Freelance e terceirização pra estúdios e empresas que precisam de desenvolvimento de jogos, simulações, gamificação e treinamento. É um mercado menos falado e que paga as contas de muito desenvolvedor enquanto o projeto próprio cresce.

O caminho mais comum na prática é híbrido: emprego ou freela pagando as contas, projeto próprio crescendo em paralelo.

Os 3 erros que mais atrasam iniciantes

Síndrome do MMO. Começar pelo jogo dos sonhos, gigante e impossível. O sonho não morre, ele espera: cada projeto pequeno terminado te deixa mais perto de conseguir executá-lo de verdade.

Tutorial infinito. Assistir curso atrás de curso sem nunca abrir um projeto em branco. Tutorial é ótimo pra destravar um problema específico; como dieta principal, vira procrastinação disfarçada de estudo. A regra que eu uso: pra cada hora de tutorial, pelo menos uma hora construindo algo seu.

Desenvolver no escuro. Passar meses sem mostrar nada a ninguém. Publique cedo, poste GIFs do progresso, peça feedback em comunidade. Além de acelerar seu aprendizado, é assim que as primeiras oportunidades aparecem: alguém viu seu trabalho.

Por onde começar hoje

Recapitulando o roteiro: escolha uma engine (Godot se estiver em dúvida), aprenda lógica fazendo, termine um jogo minúsculo, suba a escada de clones, entre numa game jam, publique tudo no itch.io e monte o portfólio em cima disso.

Nada nesse caminho exige faculdade, dinheiro ou permissão. Exige consistência: algumas horas por semana, toda semana, terminando coisas pequenas. Em alguns meses você deixa de ser "alguém que quer fazer jogos" e vira alguém com jogos publicados, e essa é a única credencial que a indústria realmente cobra.

O primeiro passo cabe em hoje: baixe a engine, crie um projeto chamado "pong" e faça uma bolinha quicar na tela. O resto é degrau por degrau.