Некоторое время назад по геймдев каналам разошёлся список с интересными интервью представителей индустрии. Его основная идея: «хватит смотреть Ромеро и Кармака, есть другие замечательные дизайнеры и разработчики». Однако… список состоит в основном из мастодонтов индустрии: Сигэру Миямото, Тодд Говород, Хидео Кодзима и так далее. Кто о них не слышал? По сути мы не далеко ушли от «Ромеро и Кармака». Предлагаю список блогов, которые пишутся глобально менее известными людьми, но не менее эрудированными в своих областях.

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

Наконец-то добрался до непрочитанных книг про разработку игр: «История Серии Zelda», «Hey, Listen!», «Mass Effect: восхождение к звездам». В основном они состоят из многочисленных интервью и забавных историй, и почти не затрагивают процессы разработки. Лишь малая часть содержания посвящена анализу: почему было сделано так, а зачем было сделано это, чего хотелось добиться этим... Ответов на эти вопросы почти нет, поэтому я практически потерял желание читать такие книги. Вот добрался до последней, надежды на что-то хорошее почти не осталось. И о чудо, я ошибся! Это была «DOOM. Как в битвах с демонами закалялся новый жанр».

Любая игра состоит из набора механик, которые объединяются в системы, которые в свою очередь и образуют игру. У многих начинающих разработчиков есть желание добавить всё что-угодно в игру, потому что «это ж блин классная штука!». У бизнес акул желание убрать как можно больше, чтобы попасть в намеченные сроки. Вопрос! Можно ли как-то понять значимость фичи? Да, можно, и именно диаграмма Джеффа Чена в этом и может помочь.

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

User Interface — неотъемлемая часть любой игры, и вам как геймдизайнерам так или иначе придется его проектировать для художников по интерфейсам и инженерам. Во время этого процесса придётся создать несколько вещей:

Пока мобильная Diablo зарабатывает $24 млн за пару недель, игроки пытаются посчитать цену для максимальной прокачки персонажа, а энтузиасты создают симуляторы прокачки, другой небольшой проект зарабатывает мало и его продюсер отправляет дизайнера разобраться, что же с этим делать.

Вы когда-нибудь слышали про лепестковые диаграммы (aka web chart, spider chart, star plot, cobweb chart, irregular polygon, polar chart, и Kiviat diagram). Если да, то круто! Нет? Тогда присаживайтесь, сейчас разберемся, что это такое и когда пригождается.

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

Многие из гейм-дизайнеров целыми днями сидят в таблицах. После рабочего дня они идут заниматься своими делами, а потом наступает время сна. Естественно дизайнеры видят сны про таблицы: идеальный баланс, корректно построенные графики, удобные макросы… но иногда снятся кошмары. Жуткие сны с ужасными таблицами.