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

Собрав всю необходимую информацию, можно приступить к созданию собственно концепт-документа. В этом посте я привожу нынешний вариант концепта с небольшими комментариями. Чтобы посмотреть на документ в чистом виде, должным образом оформленный, вы можете скачать его на соответствующей странице.

Как и обещал в прошлом посте, здесь я рассмотрю вопрос реализации менеджера игровых состояний и подробно разберу концепцию конечного автомата (КА), являющуюся ключевой в этом вопросе. Для начала я опишу КА с точки зрения математики, а затем рассмотрю возможность его применения для управления игровыми состояниями.

Продолжаем работу над концепт-документом. Шаблон у нас уже есть, нужно заполнить его содержательным текстом. Однако, прежде чем заняться этим, нужно точно выяснить, какой материал у нас для этого есть. Поэтому в этом посте я постараюсь собрать все имеющиеся у меня идеи по поводу будущей игры, на основе которых можно будет составить формальную документацию.

Изначально игра задумывалась как аркада с элементами RPG, однако уже на данном этапе работы становится ясно, что она будет напоминать скорее просто PRG с несложной ролевой системой. И вот как раз свое текущее видение этой последней я и опишу в сегодняшнем посте.

В сегодняшнем посте я завершаю систематизацию своего видения будущей игры и ее ролевой системы. Основными моментами, на которых я сосредоточусь сегодня, будут инструменты, использующиеся для продвижения сюжета (диалоги, квесты, скриптовые сцены и видеоролики), система скиллов и некоторые особенности игры.

Разобравшись с глобальными целями проекта, можно начать составлять конкретные планы дальнейших действий. Объективной истиной является тот факт, что плану почти невозможно следовать в точности, и к этому нужно быть готовым. Почти обязательно окажется, что вы что-то не предусмотрели, где-то ошиблись, что-то не так рассчитали. В результате вам придется либо совершать не ожидавшуюся ранее работу, либо возвращаться назад и что-то переделывать. Однако, вышесказанное вовсе не означает, что заниматься планированием - бессмысленно. Напротив, к составлению плана работы нужно отнестись ответственно, и постараться с самого начала предусмотреть все, что только можно.

С момента публикации предыдущего поста прошло четыре с половиной месяца. Проект создания игры заглох - но не окончательно! Сим я официально объявляю, что активная работа над ним возобновлена. Подробности, анонс новой группы ВКонтакте и свежие новости - ниже.

С момента прошлой публикации прошло около двух с половиной лет – развитие проекта сильно затормозилось, но не прекратилось! За это время (хотя в основном – за последние полгода) была проделана довольно большая работа, о результатах которой я расскажу в новом цикле статей.

Сегодня речь пойдет о том, почему же проект застопорился так надолго, какие изменения он претерпел за последнее время, и что же конкретно было сделано. Спойлер: сейчас идет активная работа над прототипом игрового движка, исходники которого выложены на гитхабе.

Разберем подробнее отдельные этапы приведенного выше плана работы. Начнем с пункта "Постановка задачи".

Эта часть подразумевает полное описание того, как должна выглядеть игра с точки зрения пользователя. Конечной целью для нас здесь является составление документа, в котором будет до мелочей описан весь геймплей игры, практически все нюансы визуального и звукового ее оформления.

Разобравшись, чем же мы будем заниматься в пункте Постановка задачи, пойдем дальше. Этап Выбор инструментов пропустим, поскольку подробные пояснения здесь пока не требуются. Перейдем сразу к Проектированию, и попутно затронем Создание кода.

Сразу же оговорюсь, что все нижеизложенное - это лишь обзор того, с чем нам придется иметь дело. Проектирование - слишком сложная тема, чтобы целиком охватить даже то, что я уже знаю, в одном посте. А того, чего я не знаю - гораздо больше.

Продолжаем рассматривать этап разработки Проектирование. В первой части мы составили общее представление о нем и рассмотрели важный принцип "Разделяй и властвуй", а также такие вещи, как user story и epic story. Сегодня мы рассмотрим подробнее, что именно мы будем разделять и над чем последовательно властвовать, а также каких еще принципов нужно придерживаться во время проектирования и программирования.

Сегодня мы наконец займемся воплощением идеи менеджера состояний в реальный программный код (но закончим в другой раз). Я уже довольно много рассказал об основных принципах, заложенных в эту систему, теперь нужно адаптировать их под программные средства выбранного языка программирования (С++).

Итак, начнем наконец работу над самой игрой. Как было сказано в постах, посвященных плану работы (а именно, в посте о Постановке задачи), первым делом нужно составить концепт-документ. Для начала рассмотрим различные возможные пункты этого документа, обсудим, для чего они нужны, и имеет ли смысл включать их в наш концепт-док. По итогам этого обсуждения выберем подходящие нам пункты и составим оглавление. После этого можно будет работать над концепцией конкретной игры.