Создание Ролевой Системы, guide candidate для начинающих.

[NurikSakura]

Доброго времени суток, господа.

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

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

Итак, повторюсь: как пишутся ролевые системы? Один мой знакомый, который писал нечто вроде, сказал, что достаточно знать математику за 7 класс и знать, чего ты ждешь от системы. Это, конечно, звучит хорошо. Но не есть ответом на вопрос. Какими знаниями и умениями руководствовались первые разработчики таких систем? Более поздние опирались на них, но ведь был кто-то первым. Возможно, те же самые D&D.

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

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

П.С.: Кстати, тут есть еще один нюанс, я его сейчас в "Правилах Ролевых систем" вычитал. По поводу математики. Можно рассматривать несколько вариантов - один как можно более простой, а второй - любой сложности (для програмной реализации РС - в браузерках или в обычных играх все будет считать комп, а не игрок).

[Геометр Теней]

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

Пример описания элемента игры: Берем классическое "Чтобы можно было грабить корованы". Концепцией может служить что-то в духе - "Поскольку ресурсы нужны для (того-то, того-то, того-то), то важную роль в игре будут играть "корованы". Грабеж "корованов" позволяет решать проблемы (того-то, того-то, того-то), притом удачный грабеж означает, что (...), неудачный - что (...). Грабеж и защита "корованов" будут вставлены как (элемент, неотделимый от базового процесса, отдельный элемент - своего рода мини-игра, отдельная от основного процесса, или еще что-то). Я хочу, чтобы основную роль в грабеже "корованов" играл (случай, тщательное планирование, умелые действия по ходу). Я хочу, чтобы грабеж корованов был (коротким и простым по механике, чтобы... [например, чтобы игрок планировал проблемы с "корованами" на более высоком уровне - скажем, их маршрутов или найма охраны в городах, а не в боях], ярким и красочным, чтобы [например, чтобы игрок мог использовать грабежи "корованов" как психологичесую разгрузку], долгим и сложным тактически [чтобы игроки могли ограбить "корован", в первую очередь объединяясь в группы], свой вариант) ". С грабежом/защитой "корованов" связаны следующие элементы (см).

Это, впрочем, сугубо личное мнение и довольно неудачный пример.