Петр Шилов - Magister Ludi

П. Шилов

<���…>

<���…>

Итак, плацдарм ОДИ «Мастер-Зилант» (мне предпочтительней это название, а не официальное) разделился на две конфликтующие стороны, которые, если принять мое допущение, отличались друг от друга подходами к созданию ролевой игры. Разные подходы предполагают разные представления. Причем чаще всего, как и в нашем случае, эти представления настолько разные, что коммуникация между носителями этих представлений часто напоминает беседу глухого со слепым о творчестве Чурлениса. Вброшенный в коммуникацию текст относится только к прошлому опыту того, кто проговаривает этот текст. (См. Схема 1) Маленькое иллюстративное отступление в сторону: когда коммуницируют представители сложившегося, скажем, научного предмета, они не задумываясь относят свои тексты к определенным объектам своего предмета, поскольку развитый научный предмет содержит такие средства организации коммуникации как понятийный аппарат и язык. (См. Схема 2)

<���…>

Чтобы сложившиеся позиции описать и в первом приближении соотнести друг с другом надо вроде бы задать некоторый объект, к которому можно относить тексты обеих сторон. Разумеется, эту работу я должен был сделать до игры или в игре — не получилось. То, что я собираюсь обсуждать дальше в этом тексте так и называется «модель-конфигуратор». Такое специальное название употребляется потому, что эту конструкцию надо отличить от другого типа знания, указать на ее служебный, ситуативный, не всеобщий характер. Действительно, если речь шла о работе мастера РИ, то надо эту работу как-то описать. На основе этого представления, в идеале, должно стать понятно, в чем оппозиция, в чем разница представлений. Причем, я собираюсь описать работу мастера ролевой игры как деятельность, но «не для вообще», а исключительно для анализа ситуации на Мастер-Зиланте, для данного конкретного случая. Может быть ее можно потом для чего-нибудь еще применить, а может и нет. Скорее всего придется строить несколько иное представление, вероятно, похожее, но иное. Грубо говоря, модель-конфигуратор есть то, что заменяет объект, который используется для отнесения текстов, в случае отсутствия оного. Модель, поскольку заменяет, конфигуратор, поскольку конфигурирует представления, несмотря на то, что объектом не является. (См. Схема 3)

Деятельность мастера ролевой игры можно рассматривать как сложную. По сути, «мастер РИ» — не одна позиция. Работы, которые выполняет мастер очень разные. На методологическом жаргоне я бы сказал, что «мастер РИ» является «кортежем позиций». Здесь я снова занудливо повторяю, что данное утверждение на статус всеобщности не претендует. Основание простое: если мастер РИ — одна позиция, то Мастер-Зилант можно анализировать лишь в том контексте, что одна сторона оппозиции (ну скажем КИС) — мастера, а их оппоненты — нет. Или наоборот. Это первый тезис.

Схема 3

Тезис второй уточняющий. И, наверное, самый спорный, поскольку моими основаниями тут являются некие интуиции. Для игры скажу так: я полагаю предложенный набор необходимым и достаточным для понимания работы мастера РИ в контексте наших обсуждений и готов это защищать. Основные позиции мастера РИ:

— Игровой менеджер;

— Игротехник;

— Игропрактик.

Игровой менеджер

Суть работы в этой позиции в том, чтобы построить инфраструктуру игры, а именно: полигон (лагеря, команды, жизнеобеспечение), система ротации игроков («страна мертвых», «чипобол» etc.), игровая экономика (в частности — кабак). Здесь мне важно указать, что речь идет именно об инфраструктуре по понятию, — о чем-то внешнем по отношению к игре, не собственно игровом, но без чего игра случится не может. К этой же позиции, наверное, можно отнести и предыгровой пиар.

NB! Все эти работы, с моей точки зрения, не гарантируют запуска игры. Запуск игры — отдельная работа, точнее отдельный тип работ мастера.

Игротехник

Если на игру приехали игручие люди, то им созданной мастером-менеджером инфраструктуры вполне достаточно. И так поиграют, сами себе игру сделают. Но вот когда: «Многие игроки не играют. „Игра не идет“, знаком термин?» — приходится игру «распинывать» мастерскими персонажами, театралками etc. То есть, игротехнические работы связаны, собственно, с запуском игры. В загрузе, к примеру, кроме информации об инфраструктуре игры содержится (в идеале) установка на игровое действие.