Каковы эффективные стратегии для небольшой команды разработчиков игр? [закрыто]


12

Каковы лучшие практики, не зависящие от языка и платформы, для небольшой команды разработчиков игр от среднего до продвинутого уровня?

Приветствуются стратегии высокого уровня (а также предложения с точки зрения каркасов, движков или IDE, которые могут предложить хороший ROI).

Ответы:


10

Маленькая команда должна стремиться к «маленькой, но красивой».

  • Будьте уверены в своей цели. Легкое и широкое снабжение жизненно важно
  • Дизайн игры должен быть очень простым (без ролевых игр, но больше похож на настольные игры или старые игры),
  • Искусство должно быть минималистичным / 2D (или с использованием процедурных технологий)
  • инструменты должны быть высокого уровня: использовать установленный игровой движок.
  • Язык также должен быть высокого уровня (Python, Lua, C #). Вы предпочитаете малое время разработки по сравнению с очень быстрой программой.

Но не жертвуйте качеством, это единственный способ выделиться.


3
Хотя я люблю C # и Python, я не обязательно думаю, что язык высокого уровня является обязательным. Я имею в виду, конечно, не программируйте на C или Assembly, но C ++ достаточно высокоуровневый для многих людей, и если вся ваша команда уже знает это, то это лучший язык для использования. Гораздо более важным является предложение использовать Engine, или, в более общем смысле, для эффективного использования высокоуровневых библиотек. Чем больше чужого хорошего кода вы сможете использовать, тем лучше.
CodexArcanum

5

Маленькая команда + маленький бюджет = маленькие игры. Никогда не забывайте, что у вас ограниченный бюджет, поэтому соотношение «команда / бюджет» должно определять время, которое вы можете выполнять в каждой игре.

Тем не менее, найдите время, чтобы прототип. Вы не можете позволить себе делать недостаточно хорошие игры.

Для игрового движка лучшим универсальным и кроссплатформенным движком, доступным для (очень) небольших команд, является Unity.

Если вы считаете, что игры, которые вы будете создавать, требуют точного управления игровым движком (если это не установленный жанр), то вам лучше настроить фреймворк, состоящий из нескольких специализированных библиотек (Ogre, FMod, CAudio, RakNet и т. Д.) , Тем не менее, это означает, что вам придется самостоятельно поддерживать клеевой код, так что это будет иметь свою стоимость. Если вы не можете себе этого позволить, все равно возьмите полноценный движок и попытайтесь обернуть в него свои игровые концепции.

Фреймворки, такие как SFML, могут быть полезны для вас, поскольку предоставляют базовые возможности для создания движка, специфичного для игры (но он больше ориентирован на 2D-игры).

Если вы хотите быстро создавать множество игр, вам лучше пойти по Flash, так как это своего рода базовая платформа игрового движка. На нем построено множество игровых движков, и он кроссплатформенный.

Для инструментов используйте любой источник контроля, который хорошо работает с вашей командой. Идентификаторы относятся к языку, который вы хотите использовать, поэтому вам придется искать. Просто знайте, что если вы работаете в Windows с C ++ или C #, тогда Visual Studio всегда лучший выбор. Кажется, XCode является лучшим на Mac. Я не уверен для других платформ Unix.

Если вы хотите создать кроссплатформенную игру, которая не основана на уже кроссплатформенном движке, используйте C ++. Если вы нацелены только на Windows и хотите быстро приступить к программированию игры (и нашли подходящий игровой движок, такой как NeoAxis), тогда используйте C #. Python, через кроссплатформенный игровой движок или фреймворк, такой как SFML, тоже может быть хорошей идеей.

Если у вас есть время, настройте инструмент управления проектами. Если у вас нет времени, не беспокойтесь и просто заставьте кого-то следить за задачами каждого. Redmine или TRAC являются хорошими кандидатами для такого рода вещей, но требует, чтобы вы знали, как их установить. Более быстрой альтернативой может быть Mantis, который работает только на php (скопируйте / пройдите на вашем веб-хостинге ftp). В Интернете есть много других простых альтернатив, но не тратьте слишком много времени на их поиск.

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.