Criando um jogo - Por onde começar? [fechadas]

Um amigo meu e eu estamos planejando um jogo juntos para trabalhar em nosso tempo livre. Não é um jogo extenso, mas também não é simples.

Ele está trabalhando na história por trás do jogo enquanto eu estou trabalhando nos gráficos e no código.

Eu realmente não sei por onde começar com o jogo. Sabemos qual será o tipo básico de jogo e como será jogado, mas estou tendo dificuldades para realmente saber por onde começar.

Tenho o Xcode aberto, mas nem sei o que devo projetar primeiro.

Quais são alguns conselhos para o bloqueio deste escritor? Onde é um bom lugar para começar com um jogo? Devo projetar todos os gráficos e layout antes mesmo de tocar no Xcode? Devo programar as coisas que sei que primeiro terei dificuldade antes de entender as coisas fáceis?

Comece criando algo e jogável. Não gaste mais de uma hora em gráficos, apenas renderize o jogo com espaços reservados para o lixo. Os jogos não têm requisitos objetivos para construir: o principal requisito é que seja divertido e avaliar se um jogo é divertido ou não requer jogá-lo; como resultado, o design do jogo deve seguir uma abordagem iterativa . (Eu recomendo Tom Wujec no desafio de marshmallow como uma orientação no design iterativo.

Crie algo no papel e, com isso, quero dizer faça uma placa de maquete e pedaços recortados. Faça regras e jogue no modelo de papel. Use isso para dividir seu design de código em conjuntos de recursos e módulos nos quais você pode trabalhar. Esse processo ajudará seu amigo a desenhar a história e também como o jogo funciona.

Você pode ficar tentado a escrever recursos extras em seu código, evite isso. Você está fazendo prototipagem para ver o que vai funcionar.

Depois de instalar um pequeno pedaço, você deve trabalhar iterativamente e, a cada iteração, obter apenas mais um recurso em execução. Quando algo não estiver funcionando bem, volte e mude os recursos. Continue iterando e mudando.

A idéia básica é ter uma visão de longo prazo com base na sua maquete em papel e, a partir disso, uma série de metas de curto prazo a serem trabalhadas que levem você aonde deseja fazer uma peça de cada vez e sem o estresse de " omg, o que eu faço a seguir? "

Avalie seus requisitos primeiro. Codificar sem um plano cria muito desperdício mais tarde.

O que o jogo funcionalmente precisa fazer? Quais estruturas você precisa para que isso funcione? Quais são os elementos que podem ser emprestados das estruturas existentes e o que você precisa para se escrever?

Antes de abrir o Xcode, pode ser útil fazer apenas recortes de papel e percorrer todas as interfaces e diálogos do jogo primeiro. Isso lhe dará uma idéia do que você precisa criar no Interface Builder.

Em seguida, como as coisas interagem? Quais são os estilos distintos de interação necessários? Isso deve lhe dar uma idéia de como os controladores precisam ser divididos, iniciados e parados.

Não planeje isso até o fim, mas defina claramente seus requisitos e, assim que você puder dividir o projeto em pedaços pequenos (30 min-1 hora), você estará pronto para começar a codificar.

Observar 2 dias, 2 semanas, ou pior, 2 meses de tarefas envolve uma reação de luta ou fuga. Divida-o em pedaços pequenos o suficiente para que você possa morder cada um sequencialmente sem engasgar, e meu palpite é que você saberá exatamente com qual mordida começar e qual a seguir.

Se o jogo deve se encaixar em um gênero existente, ou é de alguma forma semelhante a outro jogo, tente simplesmente fazer uma imitação grosseira e simples desse jogo ou faça um exemplo "típico" do gênero. Se você não é um bom programador, siga um tutorial que o orientará na criação de um jogo semelhante ao seu.

Depois de um tempo, você deve sentir naturalmente o desejo de "divergir" do seu modelo e começar a levar o jogo na sua própria direção. A partir daí, é um caminho difícil de adicionar um recurso, corrigir um erro aqui e, geralmente, melhorar em pequenos passos.

Se existe um certo conceito que é de alguma forma exclusivo para o seu jogo, você também pode começar criando a demonstração mais simples desse conceito. Há também a opção de simplesmente criar seu jogo em torno desse conceito.

Faça o que lhe der um protótipo jogável o mais rápido possível.

Nas primeiras 1-2 semanas, você provavelmente não pode fazer boas estimativas, porque você é novo no mecanismo. Portanto, na (s) primeira (s) semana (s) é provavelmente uma perda de tempo fazer estimativas. Mas anote o tempo que você gastou nas coisas, para ter alguma experiência em que possa basear suas primeiras estimativas. Depois desse tempo, comece a planejar, estimar e definir prioridades!

Três coisas que aprendi nos últimos 6 meses em que participei de um projeto de jogo sem êxito (fui pago para ser o desenvolvedor da implementação da lógica do jogo):

1. Não mude seu plano todos os dias! Obviamente, é bom seguir um caminho ágil, mas se você acabar mudando suas metas todos os dias, claramente algo está errado.
2. Acompanhe o tempo gasto em seu trabalho. Compare tempos estimados e efetivos. No início, você provavelmente notará uma grande diferença, mas, com o tempo, poderá fazer melhores estimativas.
3. Leve em consideração as estimativas ao definir prioridades.

Importante: De tempos em tempos, revise o projeto e veja o que correu bem e o que deu errado. Eu acho que você pode identificar partes em que gastou muito tempo com algo que não é necessário. Tente deixar essas coisas de fora da próxima vez. (Por exemplo: se você trabalha em um gadget que seu jogador pode usar 1 ou 2 vezes no jogo por 2 segundos, não gaste um mês inteiro na implementação.)

Se você não sabe como projetar adequadamente um projeto, sugiro ler o capítulo 1 do livro Pensando em C ++ de Bruce Eckel (o livro é gratuito), há uma seção chamada "Análise e design". É uma boa introdução.

Certifique-se de verificar o pensamento de Bruce Eckel no C ++ Volume 2 .