Como se preparar para uma competição de desenvolvimento de jogos?


11

O Ludum Dare 18 está chegando e eu participarei. Eu fiz algumas outras competições de jogos de curto prazo no passado, mas esta é a minha primeira grande (e minha primeira individual). Estou realmente empolgado com isso, mas estou me perguntando se existem truques para se preparar para esse tipo de coisa e algum conselho sobre o que fazer durante a competição. Assim...

Como você se prepara melhor ou participa de uma competição de jogos de curto prazo?

Sua resposta pode ser específica para Ludum Dare, mas eu estou realmente falando sobre qualquer competição de jogo, desde que seja de curto prazo - não as de um mês em que você desenvolve seu jogo casualmente e o libera; Estou falando de competições do tipo pressão alta, finalização no tempo e tração nas noites. O Global Game Jam se encaixa aqui também, se você participou disso no início deste ano.

Além disso, qualquer dica no contexto de um grupo de pessoas (cada uma trabalhando em seu próprio jogo solo) seria ótima; Estarei no clube de desenvolvimento de jogos da minha escola durante a maior parte das 48 horas (apenas algumas outras pessoas, não um grupo enorme).


Como este post é altamente subjetivo, considere torná-lo CW.
Jesse Dorsey

1
Espero ter boas respostas com dicas distintas (como todo mundo é diferente e tem suas próprias experiências) e espero que os respondentes sejam recompensados ​​com reputação. Não vejo motivo para colaboração nas respostas (no estilo wiki). Se isso não justificar, fique à vontade para fazê-lo em CW; você é o mod depois de tudo! :)
Ricket 3/08

Respostas:


15

Como organizador e participante do game jam, aqui estão algumas dicas de minhas experiências:

  • Familiarize-se com as ferramentas que você usará. Você deseja usar um ambiente de desenvolvimento com o qual já esteja confortável; você não quer aprender nada de novo rapidamente, se não for absolutamente necessário.
  • Corolário: se você tem permissão para começar com algum código pré-escrito (bibliotecas, mecanismos de jogos etc.) - seja algo que você criou ou de uma fonte de terceiros - familiarize-se com isso também. .
  • Concursos de curto prazo exigem resistência física, portanto não negligencie seu lado físico! Coma bem, faça exercícios regularmente, durma bastante e, em geral, faça escolhas de estilo de vida que o mantenham o mais saudável possível. A curto prazo (ou seja, alguns dias antes do início do concurso), não se esqueça de recuperar o sono para começar do zero.
  • Conheça seus limites. A partir de sua própria experiência, por quanto tempo você pode se desenvolver em um alongamento contínuo antes de começar a ver retornos decrescentes no seu tempo? Quanto tempo e com que frequência você precisa fazer pausas para manter o desempenho ideal? Qual é a sua curva de troca de sono (ou seja, se você fica acordado até tarde se desenvolvendo, isso o torna MAIS produtivo pelo tempo extra gasto ou MENOS produtivo porque estar cansado o atrasa)? Se você não souber essas coisas a seu respeito, mas tiver tempo para "testar" a si mesmo antes do concurso, faça-o.
  • Prepare todas as coisas mundanas com antecedência. Se você estiver participando de casa, verifique se você já preparou refeições, lanches e bebidas pré-fabricados e tenha atalhos e marcadores na área de trabalho para tudo o que você acha que precisa e deseja acesso fácil. Se você tiver algum livro de referência favorito, empilhe-o ao lado do computador. Pense em outras ferramentas que você pode querer: lápis / canetas, papel milimetrado e padrão, talvez alguns dados e fichas e protótipos físicos, etc. Se você estiver indo a algum lugar fora de sua casa (como em um evento típico "Game Jam") ), faça as malas com tudo o que você deseja levar e prepare-as para não acordar cedo ou sair correndo no último minuto.
  • Como estratégia de longo prazo, desenvolva suas habilidades de desenvolvimento; não há absolutamente nenhuma maneira de que ser um desenvolvedor mais forte possa prejudicá-lo. Também não há nada que o impeça de fazer seu próprio "jogo privado", desafiando-se a fazer um jogo em uma semana (ou um fim de semana), conforme sua agenda pessoal permitir. Quanto mais desses tipos de projetos você faz, melhor você os obtém.

7

Eu fiz Ludum Dare duas vezes, minha primeira tentativa falhou bastante, mas na minha segunda tentativa (LD17) eu me saí bastante bem e consegui o 7º lugar geral.

Apenas algumas balas aleatórias (principalmente específicas da LD, mas provavelmente aplicáveis ​​em outros lugares):

  • Sono : Isso é muito importante, o LD16 foi meu primeiro compo de 48 horas e tentei ficar muito tempo sem dormir e acabei tirando uma soneca de 10 horas até o prazo ... No LD17, dormi as duas noites por 6-7 horas e tudo foi muito mais suave. Eu trabalhei por menos tempo total, mas não ficar meio dormindo o tempo todo definitivamente ajudou.

  • Mudando de Plano : Último LD Mudei completamente minha ideia em cerca de 10 horas, retirei a maior parte do trabalho a partir desse momento e segui em uma direção diferente. Parecia totalmente inútil, já que meu plano inicial não era divertido; mas eu tive outra idéia, dormi nela e tudo acabou se juntando. Portanto, não tenha medo de mudar de direção se sua abordagem inicial não for a lugar algum.

  • Timelapse : Isso parece irrelevante, mas ser capaz de reproduzir as 48 horas como um timelapse realmente ajuda você a ter uma ideia de onde passou muito / pouco tempo. Também descobri que gravar o timelapse era uma espécie de incentivo para continuar trabalhando e não relaxar tanto ...

  • Comunidade / IRC : Uma grande parte do Ludum Dare é a comunidade, é muito mais divertido se você participar de todo o processo; faça timelapses, tire fotos de comida / área de trabalho, fique no IRC e, o mais importante, vote e deixe comentários para todos.

  • Middleware / framework / qualquer que seja : algumas pessoas preferem realmente começar do zero , mas as regras permitem middleware disponível gratuitamente e middleware personalizado (desde que você o libere de código aberto antes da compo). Dado o número de entradas de gamemaker e Unity, não me sinto tão mal por escrever uma estrutura rápida usando alguns bits de middleware (usei Ogre e Bullet da última vez) na semana anterior.

  • Áudio : Eu pessoalmente tenho muito pouca experiência com material de áudio, então essa foi uma tarefa difícil para mim, mas um pouco de áudio é muito útil. Na última vez, consegui ter um pouco de música (muito repetitiva) (feita com LMMS) e efeitos sonoros gerados com sfxr .

  • Versão Post Compo : Eu encorajo você a continuar trabalhando em sua inscrição após a competição; Adicionei tabelas de classificação on-line e alguns ajustes à minha entrada do último LD como uma espécie de reflexão tardia, a libertei no moddb e foi surpreendentemente bem-sucedida (a tabela de classificação registra mais de meio milhão de ~ 20-25 segundos de 'corridas' e, aparentemente, há para ser um pequeno artigo sobre isso em uma revista de jogos francesa).

É tudo o que consigo pensar por enquanto, boa sorte!


1
Yay para sfxr! Eu encontrei essa jóia de um programa há apenas alguns dias e definitivamente a arquivei para uso durante a competição. :)
Ricket 04/08/10

2

Eu participei de um game jam no ano passado e apenas tomei decisões antes da competição realmente tornar as coisas mais suaves. Por exemplo, você não quer decidir sobre um mecanismo quando deve codificar.

Crie / colete tudo o que puder antes do tempo. No jogo em que participei, tivemos a sorte de ter alguns itens de arte fornecidos, mas como não conseguimos tudo o que precisávamos, perdemos algum tempo procurando nas bibliotecas por determinados itens necessários. Também acabamos fazendo a maior parte do som no local, que poderíamos ter tratado antes do evento.

Tente antecipar alguns dos desafios de codificação que você encontrará. Estávamos construindo um jogo de tiro básico e um dos maiores desafios era tentar fazer com que os inimigos se movessem em direção a um jogador em movimento de maneira realista. Esse era um desafio que poderíamos ter previsto se passássemos mais tempo discutindo antes do evento.

Por fim, se for uma competição por equipe, revise essas idéias com os membros da sua equipe. Você não quer aparecer com muitas idéias diferentes e gastar tempo debatendo quais implementar.


2

Baixe seu sistema. No momento, obtenha todas as ferramentas que você pode usar durante a competição e faça uma prova seca antes da competição. Você não precisa fazer um jogo completo, mas saiba que está familiarizado com a organização das coisas (isso inclui todos os aspectos, jogabilidade, arte, música etc.). Este é o único "truque" que você precisa. Se você tem um fluxo de trabalho em funcionamento antes da competição, seu prêmio é a capacidade de se concentrar no conteúdo real do jogo enquanto o tempo está passando.

Você também pode publicar este jogo / experiência pré-composição como um aquecimento ... a comunidade LD gosta, e pode receber feedback antes do início da competição!

Para algo como Ludum Dare, não há nada que você possa fazer de antemão em termos de conteúdo, e a jogabilidade real provavelmente será diferente da que você praticou antes do tempo. Mas se você sabe que usará a plataforma XYZ, e será um jogo baseado em sprite 2D (por exemplo), será crucial acessar a parte de conteúdo / jogabilidade o mais rápido possível.

Eu aprendi isso da maneira mais difícil. O LD16 foi gasto tentando fazer as coisas funcionarem. O LD17 foi gasto enriquecendo o mundo.

Estou ansioso para ver o que você propõe. Boa sorte!!


Uma observação lateral para o LD: Vi que você pode criar seu próprio middleware para a composição, desde que seja liberado para todos antes da competição.
funwhilelost

Eu realmente gosto dessa regra ... Mas ela deve estar disponível para todos com pelo menos duas semanas de antecedência. Preciso me apressar e tirar alguma coisa amanhã! : -O
Ricket 4/08
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.