Quais são as estratégias eficazes para uma pequena equipe de desenvolvimento de jogos? [fechadas]

12

Quais são as melhores práticas independentes de idioma / plataforma para uma equipe de desenvolvimento de jogos pequena, de desenvolvedores intermediários a avançados?

Estratégias de alto nível (bem como sugestões em termos de estruturas, mecanismos ou IDEs que possam oferecer um bom ROI) são bem-vindas.

architecture cross-platform

— Joseph Weissman
fonte

10

A equipe pequena deve ter como alvo "pequeno, mas bonito".

Tenha certeza do seu alvo. O fornecimento fácil e amplo é vital.
O design do jogo deve ser muito simples (sem rpg, mas mais parecido com alguns jogos de mesa ou oldies),
A arte deve ser minimalista / 2D (ou usando tecnologia processual)
as ferramentas devem ser de alto nível: use um mecanismo de jogo estabelecido.
a linguagem também deve ser de alto nível (Python, Lua, C #). Você prefere um tempo de desenvolvimento baixo a um programa muito rápido.

Mas não sacrifique a qualidade, que é a única maneira de se destacar.

— Lionel Barret
fonte

3

Enquanto eu amo C # e Python, não acho necessariamente que uma linguagem de alto nível seja uma obrigação. Quero dizer, certamente não programa em C ou Assembly, mas o C ++ é de alto nível o suficiente para muitas pessoas e, se toda a sua equipe já conhece, essa é a melhor linguagem a ser usada. Muito mais importante é a sugestão de usar um mecanismo, ou mais genericamente, para fazer bom uso de bibliotecas de alto nível. Quanto mais código bom de outra pessoa você puder usar, melhor.

— CodexArcanum 20/10/10

5

Equipe pequena + orçamento pequeno = jogos pequenos. Nunca se esqueça de que você está com um orçamento limitado, para que a relação equipe / orçamento tenha que definir o tempo em que você poderá trabalhar em cada jogo.

Dito isto, tire um tempo para prototipar. Você não pode dar ao luxo de fazer jogos não bons o suficiente.

Para o mecanismo de jogo, o atual melhor mecanismo all-in-one e multiplataforma acessível para equipes (muito) pequenas é o Unity.

Se você acha que os jogos que você cria exigem um controle preciso do mecanismo de jogo (se não for um gênero estabelecido), é melhor configurar um framework composto por várias bibliotecas especializadas (Ogre, FMod, CAudio, RakNet etc.) . Dito isto, significa que você terá que manter o código da cola por conta própria, para que tenha um custo. Se você não puder pagar, use um mecanismo completo de qualquer maneira e tente agrupar seus conceitos de jogo.

Estruturas como SFML podem ser boas para você, pois fornecem tijolos básicos para a construção de mecanismos específicos de jogos (mas são mais orientados para jogos 2D).

Se você quiser fazer muitos jogos rapidamente, é melhor seguir o caminho do Flash, pois é como um tipo de plataforma básica de mecanismo de jogo. Há um monte de mecanismo de jogo construído nele e é multiplataforma.

Para as ferramentas, use qualquer controle de origem que funcione bem com a organização da sua equipe. Os IDs são relativos ao idioma que você deseja usar, portanto, você terá que pesquisar. Apenas saiba que se você trabalha no Windows com C ++ ou C #, o Visual Studio é sempre a melhor opção. Parece que o XCode é o melhor no Mac. Não tenho certeza para outras plataformas unix.

Se você deseja criar um jogo multiplataforma que não seja baseado em um mecanismo já multiplataforma, use C ++. Se você segmenta apenas o Windows e deseja acelerar a programação de jogos (e encontrar um mecanismo de jogo adequado como o NeoAxis), use C #. Python, em um mecanismo de jogo de plataforma cruzada ou estrutura como SFML, também pode ser uma boa ideia.

Se você tiver tempo, configure uma ferramenta de gerenciamento de projetos. Se você não tiver tempo, não se incomode e faça alguém acompanhar as tarefas de todos. Redmine ou TRAC são bons candidatos para esse tipo de coisa, mas requer que você saiba como instalá-los. Uma alternativa mais rápida pode ser o Mantis, que é apenas php (copiar / colar no seu ftp de hospedagem). Existem muitas outras alternativas simples na web, mas não gaste muito tempo procurando por elas.

— Klaim
fonte