Você quer criar um jogo.

Talvez tenha uma ideia guardada há anos. Talvez tenha terminado algum jogo e pensado:

“Eu queria criar algo assim.”

Então você começa a pesquisar como fazer isso.

E descobre Unity.

Godot.

Construct.

GameMaker.

C#.

JavaScript.

Game Design.

Pixel Art.

Modelagem 3D.

Animação.

Áudio.

Git.

Shaders.

E aquela pergunta que parecia tão simples…

“Como eu faço um jogo?”

…de repente virou outras cinquenta.

Se você está passando por isso, tenho uma boa notícia:

você não precisa aprender tudo isso para começar.

Na verdade, uma das primeiras coisas que precisamos aprender sobre desenvolvimento de jogos é justamente essa.

---

🎯 O que é preciso para começar a criar jogos?

Muito menos do que parece.

Para começar, você precisa basicamente de:

• 🛠️ uma ferramenta para desenvolver seu jogo;
• 💡 uma ideia pequena;
• 🧪 disposição para experimentar;
• 🧠 vontade de aprender enquanto cria.

Você não precisa saber programar antes de começar.

Não precisa saber desenhar.

Não precisa entender matemática avançada.

E definitivamente não precisa conhecer todos aqueles termos estranhos que aparecem quando começamos a pesquisar sobre desenvolvimento de jogos.

Algumas dessas habilidades podem se tornar importantes no futuro.

Mas existe uma diferença enorme entre:

“Isso pode ser útil algum dia.”

e

“Preciso aprender isso antes de começar.”

Você não precisa.

✅ Checkpoint: seu objetivo agora não é saber tudo sobre desenvolvimento de jogos. É aprender o suficiente para começar a criar.

---

🧩 Criar jogos envolve muitas áreas — mas isso não significa aprender todas elas agora

Um jogo pode misturar programação, Game Design, arte, animação, interface, áudio, narrativa e várias outras áreas.

Parece assustador quando colocamos tudo na mesma lista.

Então imagine um restaurante. 🍳

Para um restaurante funcionar, alguém precisa pensar no cardápio, preparar a comida, atender os clientes, controlar o estoque, cuidar do espaço, administrar o dinheiro e fazer várias outras coisas.

Isso significa que alguém interessado em aprender culinária precisa dominar todas as profissões de um restaurante antes de preparar seu primeiro prato?

Claro que não.

Com desenvolvimento de jogos acontece algo parecido.

Seu primeiro objetivo não é dominar tudo que existe na criação de jogos.

É muito menor:

fazer alguma coisa funcionar.

---

🎮 Comece com um jogo extremamente pequeno

E quando digo pequeno, provavelmente estou falando de algo menor do que você está imaginando agora.

Seu primeiro projeto não precisa ter:

• ❌ mundo aberto;
• ❌ inventário;
• ❌ árvore de habilidades;
• ❌ crafting;
• ❌ multiplayer;
• ❌ dezenas de inimigos;
• ❌ uma história de vinte horas.

Na verdade, ele nem precisa ser um jogo que você pretende vender.

Vamos imaginar algo muito mais simples:

🎯 Objetivo: existe um personagem do lado esquerdo da tela. Você precisa levá-lo até o lado direito sem encostar nos obstáculos.

Pronto.

Já temos algo para criar.

E agora começam a surgir perguntas.

Como colocar um personagem na tela?

Como fazer ele andar?

Como detectar quando ele encosta em um obstáculo?

Como saber quando chegou ao final?

Percebe o que aconteceu?

Antes tínhamos:

“Preciso aprender desenvolvimento de jogos.”

Isso é gigantesco.

Agora temos:

“Preciso fazer esse personagem andar.”

Isso é um problema que conseguimos investigar.

E desenvolvimento de jogos é cheio desses pequenos problemas.

---

🛠️ Escolha uma engine — mas não trate isso como um casamento

Uma das primeiras perguntas que aparecem quando queremos criar jogos é:

“Qual engine devo aprender?”

Unity?

Godot?

Construct?

GameMaker?

Unreal?

Você pode passar horas assistindo comparações.

Depois mais algumas lendo comentários.

Depois descobrir outra engine.

Pesquisar novamente.

E continuar sem criar absolutamente nada.

A escolha da ferramenta importa.

Só não precisa ser uma decisão para o resto da sua vida.

💡 Pense na engine como uma oficina

Duas oficinas podem possuir equipamentos diferentes.

Uma pode facilitar determinado tipo de trabalho. Outra pode oferecer ferramentas mais avançadas.

Mas aprender a construir alguma coisa em uma oficina não apaga tudo que você aprendeu quando entra em outra.

Vários conhecimentos de desenvolvimento de jogos são transferíveis.

Uma condição continua sendo uma condição.

Uma variável continua guardando uma informação.

Um personagem continua precisando seguir regras.

Game Design continua existindo.

Problemas continuam precisando ser resolvidos.

Por isso, para seu primeiro projeto, eu procuraria uma ferramenta que permita começar rapidamente.

Aqui no GNOR, vou iniciar essa nova jornada utilizando o Construct 3 (E você pode aprender mais sobre essa engine clicando AQUI).

Não porque estou decretando que ele seja “a melhor engine para iniciantes”.

Quero justamente aprender, experimentar e descobrir suas vantagens e limitações conforme criamos coisas com ela.

---

💻 Preciso aprender programação primeiro?

Não.

Você pode começar a criar jogos sem saber programação tradicional.

Existem ferramentas que permitem desenvolver jogos utilizando sistemas visuais. O Construct 3, por exemplo, trabalha fortemente com um sistema de eventos.

Mas existe uma coisa que você inevitavelmente começará a desenvolver:

lógica. 🧠

Imagine uma porta dentro do nosso jogo.

Queremos que ela abra somente quando o jogador tiver encontrado uma chave.

Podemos transformar isso em regras:

SE o jogador tocar na porta
E possuir a chave
ENTÃO abrir a porta.

Acabamos de pensar em lógica.

Podemos representar essas regras utilizando código ou um sistema visual de eventos.

A maneira de construir a solução muda.

O problema continua existindo.

É por isso que não escrever código não significa não aprender a pensar como alguém que desenvolve jogos.

Se programação está impedindo você de começar, não transforme isso em um portão que precisa atravessar primeiro.

Comece criando.

Quando a programação se tornar necessária ou útil para aquilo que você quer fazer, aprenderemos com um motivo para utilizá-la.

💡 Lembre-se: lógica é o raciocínio utilizado para resolver o problema. Código é uma das maneiras de transformar esse raciocínio em instruções para o computador.

---

🧠 Aprenda quando surgir um problema

Essa talvez seja uma das ideias mais importantes deste guia.

Imagine que você queira aprender marcenaria. 🪚

Alguém entrega uma lista:

Primeiro memorize todas as ferramentas.

Depois estude todos os tipos de madeira.

Depois aprenda todas as técnicas de encaixe.

Depois todas as máquinas.

Depois todos os tipos de acabamento.

Quando dominar tudo isso, você poderá tentar construir uma pequena caixa.

Provavelmente a caixa nunca existiria.

Podemos inverter o processo.

Vamos tentar construir uma caixa.

Precisamos cortar a madeira?

Agora temos um motivo para aprender a usar determinada ferramenta.

Precisamos unir duas peças?

Agora precisamos aprender uma técnica de encaixe.

Queremos melhorar o resultado?

Agora podemos estudar acabamento.

Desenvolvimento de jogos pode funcionar da mesma maneira.

🎮 Traduzindo isso para um jogo:

Seu personagem precisa guardar quantas vidas possui?

➡️ Agora existe um motivo para aprender sobre variáveis.

Uma porta precisa verificar se o jogador possui uma chave?

➡️ Agora existe um motivo para entender condições.

Um inimigo precisa alternar entre ficar parado, patrulhar e perseguir?

➡️ Agora temos um problema que pode nos levar a estudar estados.

O conhecimento deixa de ser uma lista de conceitos abstratos.

Ele começa a responder:

“Por que eu preciso aprender isso?”

---

⚠️ Cuidado com a armadilha dos tutoriais

Tutoriais são úteis.

Eu mesmo vou criar vários deles aqui no GNOR.

O problema começa quando conseguimos seguir perfeitamente um tutorial, mas não conseguimos fazer nada quando ele acaba.

Você assiste:

Clique aqui.

Adicione isso.

Coloque 200 aqui.

Marque essa opção.

Pronto.

Você aperta Play.

Funciona! 🎉

Só existe um problema.

Se alguém perguntar:

“Por que colocamos 200?”

Você não sabe.

Se o problema mudar um pouquinho, tudo trava.

Por isso, quero que exista sempre mais uma etapa depois de aprendermos algo:

mexer no que fizemos.

🧪 Experimente

Aprendeu a fazer o personagem pular?

Ótimo.

Agora tente:

🎯 Missão 1: faça o personagem pular mais alto.

🎯 Missão 2: tente impedir que ele pule enquanto estiver no ar.

🎯 Missão 3: tente criar um pulo duplo.

Você não precisa saber imediatamente como fazer cada uma dessas coisas.

Pode pesquisar.

Pode errar.

Pode quebrar o projeto.

A tentativa já muda a pergunta na sua cabeça.

Em vez de:

“Qual botão o tutorial mandou apertar?”

começamos a pensar:

“O que precisa acontecer para isso funcionar?”

Essa mudança é importante.

---

🏗️ Seu primeiro jogo deve ensinar, não impressionar

Seu primeiro jogo provavelmente não será o jogo dos seus sonhos.

E não tem problema.

Pense em alguém aprendendo a desenhar. ✏️

O primeiro desenho dessa pessoa provavelmente não vai para uma galeria.

Isso significa que desenhá-lo foi perda de tempo?

Não.

Aquele desenho tinha outra função:

ensinar alguma coisa.

Seu primeiro jogo pode ser:

• um quadrado;
• três plataformas;
• uma moeda;
• um inimigo;
• uma tela de vitória.

Visualmente, pode não impressionar ninguém.

Mas você pode olhar para aquilo e perceber:

“Eu fiz essas coisas funcionarem juntas.”

Isso vale muito.

Porque agora podemos fazer um segundo projeto.

E adicionar mais uma peça.

---

🏁 Termine coisas pequenas

Começar projetos é divertido.

Terminar projetos é uma habilidade diferente.

Quando começamos com uma ideia gigantesca, criamos uma distância enorme entre:

Projeto criado

e

Projeto terminado.

Quanto maior essa distância, mais oportunidades temos para abandonar tudo no caminho.

🪜 Pense nos primeiros jogos como uma escada

O primeiro degrau precisa ser baixo.

Você sobe.

O próximo pode ser um pouco maior.

Depois outro.

E outro.

O problema acontece quando olhamos para o décimo degrau e tentamos chegar nele com um único salto.

Criar projetos pequenos não significa abandonar a ambição de um dia desenvolver algo grande.

Significa construir as habilidades necessárias para conseguir chegar lá.

---

🎯 Missão: seu primeiro jogo

Se eu estivesse começando hoje sem saber absolutamente nada, faria mais ou menos assim:

1. 🛠️ Escolha uma ferramenta

Pesquise o suficiente para encontrar uma opção adequada ao que você pretende fazer.

Depois escolha.

Não passe semanas procurando a ferramenta perfeita.

2. 🔍 Crie um projeto vazio

Abra a ferramenta.

Explore um pouco.

Descubra onde ficam as coisas principais.

Você não precisa entender todos os botões.

3. 🟦 Coloque alguma coisa na tela

Pode ser um quadrado.

Não precisamos começar procurando o personagem perfeito.

Primeiro queremos alguma coisa que exista dentro do nosso jogo.

4. 🕹️ Faça essa coisa se mover

Agora temos nosso primeiro problema real.

Como fazemos o jogador controlar aquele objeto?

5. 🎯 Crie um objetivo

Chegar a determinado lugar.

Pegar uma moeda.

Sobreviver por alguns segundos.

Qualquer coisa pequena que dê ao jogador algo para fazer.

6. 💥 Crie uma maneira de perder

Encostar em um obstáculo.

Cair.

Deixar o tempo acabar.

Agora existe uma consequência.

7. 🏆 Crie uma maneira de ganhar

O jogador alcançou o objetivo?

Mostre que conseguiu.

Agora temos começo, desafio e fim.

8. ✅ Termine

Essa parte é importante.

Você provavelmente já estará pensando:

“Agora eu poderia adicionar…”

Não.

Termine primeiro.

Mesmo simples.

Mesmo feio.

Mesmo sabendo que poderia melhorar.

Finalize alguma coisa.

Depois fazemos outra.

---

📈 E depois do primeiro jogo?

Aumentamos a dificuldade aos poucos.

Talvez o primeiro seja:

🎮 Projeto 1
mover → evitar → chegar

Depois:

🎮 Projeto 2
mover → pular → coletar → chegar

Depois:

🎮 Projeto 3
mover → pular → inimigos → vida → checkpoint → chegar

Cada projeto adiciona algumas peças novas.

Conforme essas peças aparecem, começamos naturalmente a aprender conceitos mais avançados:

• variáveis;
• condições;
• estados;
• funções;
• programação;
• Game Design;
• controle de versão;
• e várias outras coisas que agora parecem enormes.

Só que existe uma diferença.

Quando elas aparecerem, você já terá uma pergunta:

“Como isso pode me ajudar a resolver meu problema?”

---

✅ Checkpoint: então, como começar a criar jogos?

Não comece tentando aprender desenvolvimento de jogos inteiro.

🛠️ Escolha uma ferramenta.

🎮 Crie alguma coisa pequena.

❓ Encontre um problema.

🧠 Aprenda o necessário para resolvê-lo.

🧪 Teste.

🔧 Mude alguma coisa.

💥 Erre.

💡 Entenda o erro.

➡️ Continue.

E, principalmente:

🏁 termine.

É assim que quero conduzir boa parte do aprendizado aqui no GNOR.

Minha própria jornada vai recomeçar pelo Construct 3.

Vou estudar a ferramenta, criar pequenos sistemas, revisitar conceitos que esqueci e documentar aquilo que descobrir.

Quando alguma coisa for complicada, vamos desmontá-la em partes menores.

Quando aparecer um termo técnico, vamos tentar entender por que ele existe.

Quando algo quebrar, vamos investigar o motivo.

E quando aprendermos alguma coisa…

vamos tentar criar algo com ela.

Se você também está começando, não precisa esperar dominar programação, conhecer uma engine inteira ou finalmente ter aquela ideia perfeita.

Comece pequeno.

Faça alguma coisa aparecer na tela.

Depois faça essa coisa se mover.

E descubra qual é o próximo problema.

🎯 Seu primeiro objetivo não é criar o jogo dos seus sonhos.

É descobrir que você consegue criar um jogo.

Um grande abraço!