Gamedev Глеб Диденко
2 661

Четыре попытки обучить геймдизайнеров: опыт HeroCraft

Экс-директор компании о том, как воспитать специалистов.

В закладки

Бывший креативный и исполнительный директор HeroCraft Георгий Ерхан написал для DTF статью, в которой описал четыре метода подготовки геймдизайнеров и сложности, встречающиеся на этом пути.

Георгий Ерхан, бывший креативный и исполнительный директор HeroCraft

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

Бремя джуниоров

Мне никогда не нравилось то, как устроена игровая индустрия. Особенно угнетало нежелание крутых готовых спецов (геймдизайнеров в частности) ехать к нам в Калининград работать в HeroCraft. Они непременно капризничали, раз за разом выбирая Wargaming'и и Game Insight'ы.

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

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

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

ВОВ Финал: Стратегия и Тактика

Геймдизайнеры в HeroCraft

Численность набираемых новичков напрямую зависела от популяции геймдизайнеров в компании. Оптимальным количеством рекрутов я считал 20% от общего числа. 30-40% — допустимой величиной. При 50% и выше новичками будет просто некому заниматься.

С 2010 по 2014 годы в HeroCraft существовал специальный отдел геймдизайна. Из шести-семи сотрудников отдела двое обычно были джуниорами.

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

Warhammer 40,000: Space Wolf

Курс молодого бойца

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

Поэтому весь курс сводился к нехитрому набору навыков:

— Ориентирование на местности (за полгода джуниор должен в первом приближении понять, как в HeroCraft делаются игры, и как в этом процессе задействован геймдизайнер).

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

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

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

Методики я пробовал поочерёдно одну за другой, анализируя результаты и запуская следующую на основе полученных выводов.

Первая попытка: делай, что пожелаешь — вот и весь закон!

Идея и цель

Я начал с подсмотренного у «больших парней» приёма — на регулярной основе дать человеку оплачиваемое компанией время, когда он сможет заниматься тем, что ему интересно.

Методика должна была вырвать человека из рутины его обычных задач и дать возможность проявить себя. Полная свобода в самореализации. Задача максимум — принести пользу компании, вдруг человек придумал бы новый Agar.io.

Как это работало

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

В качестве возможной работы допускалось написание концептов, разработка прототипов, создание модов. Подчеркивалось, что интересные предложения будут запущены в производство уже силами компании.

По мере готовности (раз в две-три недели кто-то из дизайнеров успевал подготовиться) сотрудник презентовал свои наработки на специальном собрании, на котором присутствовали все геймдизайнеры, продюсеры, менеджеры, иногда руководство.

Результаты

Мы проработали по этой методике более полугода. Результаты оказались хуже ожидаемых:

1. Все геймдизайнеры стали писать концепты, только концепты и ничего кроме концептов. Никто не захотел сделать свою настолку или поэкспериментировать с игровыми редакторами.

2. Вследствие первого пункта, сотрудники приобретали ограниченное количество новых навыков: написание концепта, создание презентации, выступление перед аудиторией с защитой проекта.

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

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

Через какое-то время мы пришли к тому, что люди предпочитали заниматься в эти выделенные полдня своими текущими рабочими задачами.

Warhammer 40,000: Space Wolf

Выводы

Я ошибся с начальной вводной.

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

Сама идея свободного времени и собственных проектов также дискуссионна. Тот же Google, по слухам, отменил это «правило 20%» ещё в 2013 году. О жизнеспособности этой идеи в иных форматах, например, внутристудийных геймджемах советую послушать всем известный подкаст.

Так или иначе, уровень свободы я решил уменьшить.

Вторая попытка: великолепная пятёрка

Идея и цель

Идея родилась спонтанно. Ко мне подошёл начальник отдела тестирования и спросил, нет ли у геймдизайнеров каких-нибудь собраний, на которых они бы они рассказывали о новых интересных проектах — а то тестеры совсем не играют в мобильные игры.

Заронённое им зерно проросло в полноценную концепцию. По одному из непонятных мне законов мироздания, подавляющее большинство геймдизайнеров, делающих мобильные игры, практически не играют на мобильных устройствах. Либо играют только в хиты и любимые проекты.

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

Как это работало

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

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

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

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

Tempest

Результаты

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

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

Выводы

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

Нужно было что-то более долгоиграющее, не вызывающее привыкания.

Третья попытка: геймификация собраний и брейнштормы

Идея и цель

Тут сразу стоит признаться: да, я фанат брейнштормов. В своё оправдание могу сказать, что использую этот термин в расширенном значении, относительно классического определения в вики.

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

Как это работало

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

Почти всегда озвучивался какой-то официальный инфоповод: текущая или запланированная на ближайшее будущее реальная проблема одного из проектов компании. Иногда проблема ставилась более отвлечённая, в области R&D или долговременного планирования. Так или иначе, главной задачей собрания оставался тот опыт, который люди получали непосредственно при проведении мероприятия. Решение проблемы имело второстепенное значение.

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

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

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

Tempest

Результаты

Брейнштормы в HeroCraft я проводил на протяжении многих лет, видоизменяя их формат и модифицируя задачи. Всё это время не возникало поводов прекратить их использование.

Что полезного делают брейнштормы для обучения геймдизайнеров:

— Учат разным подходам в решении задач;

— Показывают разные задачи и проблемы в геймдизайне, о которых джуниор может даже не подозревать;

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

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

Что брейнштормы точно не делают:

— Они не учат конкретным геймдизайнерским навыкам и не передают конкретный опыт решения гд-задач.

Брейнштормы нельзя проводить в формате «привет всем собравшимся, у нас есть вопрос, давайте придумаем возможные ответы».

Структура, формат, тайминг – за всё это отвечает ведущий собрания, и от его подготовки и квалификации во многом зависит успех мероприятия. Я не повторял один и тот же формат собрания чаще одного раза в полгода.

Выводы

Брейнштормы показали себя полезной, но ограниченной практикой.

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

Плюсом также является отсутствие требований к подготовке сотрудников к собранию. Человеку заявлялась заранее тема брейншторма, время на подготовку он не тратил. Однако это компенсируется серьезной подготовкой ведущего.

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

World of Dungeons

Четвёртая попытка: «гд-посиделки» или «не будем ходить по одинаковым граблям»

Идея и цель

Эта практика вобрала в себя весь опыт предыдущих использованных методик. Её главными целями были передача опыта между геймдизайнерами и обучение типовым гд-задачам на основе практических кейсов.

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

Как это работало

Раз в неделю геймдизайнеры собирались, чтобы рассказать об одной из задач, над которой они работали в течение недели. Выступало столько человек, сколько было готово к конкретной встрече (если у человека не было новой или интересной задачи, он пропускал свою очередь).

Я задумывал собрания как череду коротких рассказов, однако люди подошли к делу основательнее. Почти каждую встречу кто-то представлял внушительную презентацию с получасовым докладом о работе над задачей (в HeroCraft почти все проекты — мидкор и хардкор, поэтому рассказать было о чём).

После презентации шли уточняющие вопросы, выливающиеся в небольшие дискуссии.

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

Результаты и выводы

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

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

Заключение

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

Хотите экономить деньги компании – учитесь правильно работать с новичками.

А где и как брать правильных джуниоров, какими они бывают и почему им нужно платить ровно столько, чтобы они не умерли с голоду, я расскажу в следующих статьях.

#опыт #геймдизайн

Материал опубликован пользователем. Нажмите кнопку «Написать», чтобы поделиться мнением или рассказать о своём проекте.

Написать
{ "author_name": "Глеб Диденко", "author_type": "self", "tags": ["\u043e\u043f\u044b\u0442","\u0433\u0435\u0439\u043c\u0434\u0438\u0437\u0430\u0439\u043d"], "comments": 41, "likes": 35, "favorites": 9, "is_advertisement": false, "subsite_label": "gamedev", "id": 3937, "is_wide": false, "is_ugc": true, "date": "Mon, 30 Jan 2017 15:02:10 +0300" }
{ "id": 3937, "author_id": 5399, "diff_limit": 1000, "urls": {"diff":"\/comments\/3937\/get","add":"\/comments\/3937\/add","edit":"\/comments\/edit","remove":"\/admin\/comments\/remove","pin":"\/admin\/comments\/pin","get4edit":"\/comments\/get4edit","complain":"\/comments\/complain","load_more":"\/comments\/loading\/3937"}, "attach_limit": 2, "max_comment_text_length": 5000, "subsite_id": 64954 }

41 комментарий 41 комм.

Популярные

По порядку

Написать комментарий...
3

Статья читалась как сводка боёв ), очень интересный опыт. Как водится - большое спасибо, дтф радует в последнее время ).

Мне интересно мнение автора - почему результаты не совпали с ожиданием. Например с первым пунктом. Почему где то там работает, а здесь нет?

Ответить
0

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

Ответить
2

>Подчеркивалось, что интересные предложения будут запущены в производство уже силами компании.

>Даже интересные концепты компания не могла пустить в дальнейшую разработку.

То есть, вы обещали то, что не могли сделать? Звучит паршиво

Ответить
0

интерпретация текста- прерогатива читателя)

Ответить
0

А кто сказал, что интересный концепт является интересным предложением?

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

Ответить
0

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

Ответить
0

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

Ответить
0

Ну, я бы предпочел, чтобы мне объяснили, где я был не прав. Чтобы я его доработал. Полгода - это 8-12 встреч, даже самый тупой геймдиз за этот срок может довести интересный концепт до уровня интересного предложения.

Ответить
0

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

Ответить
0

*хочется.
** Не хватает возможности правки комментов

Ответить
0

За программистов я не спорю, у них свой склад ума) Тут разговор про геймдизов.

Ответить
0

Я хоть и далек от этой темы, но было довольно интересно. Единственное смутило "обычно брейншторм направлен на брутфорсинг конкретного вопроса" - неужели это нельзя как-то по-русски написать? :D Пришлось загуглить, что такое брутфорсинг. А так: статья - абсолютли топ пост для развития скиллов брутфорсинга конкретных вопросов посредством брейншторма.

P.S.: по-больше бы таких интересностей.)

Ответить
5

Рад, что вам понравилось. Насчет "по-русски". Дело в специфике индустрии: в командах зачастую общение идет на арго, в котором много заимствований из английского. Рандом, таск, кейс, либа, майлстоун - можно все перевести, но уже сформирована привычка. И да, после перевода не факт, что станет понятнее)

Ответить
3

любой, кто прослушал семестровый курс по программированию в учебном заведении, знает про алгоритмы грубой силы, я по крайней мере в первый раз "brute force" услышал от препода на первом курсе.

Ответить
1

Хотелось бы почитать о конкретных примерах уникальных брейнштормов из третьего пункта.

Ответить
2

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

Ответить
0

Для pro-секции - самое то. Присоединяюсь к реквесту.

Ответить
1

Очень хорошая статья. И хорошая реклама HeroCraft. Очень интересные практики вы у себя внедряете.

Ответить
0

Спасибо за оценку)

Ответить
1

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

Ответить
1

Джва года ждал такую статью. Спасибо!

Ответить
–1

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

Блин, сам уже черт-те сколько времени по 12-16 часов в день сижу над прототипами и пробую механики, которые в 99% случаев очень скоро отметаются, как нежизнеспособные, унылые или неподъемные. Хотя, возможно, я просто неповоротлив и стар :)

Ответить
0

Пол дня более чем достаточно. Если ты загорелся чем-то интересным, то будешь думать об этом и в свободное от работы время - от этих мыслей с тебя не убудет.

А на реализацию небольшого прототипа больше чем пол дня в неделю не нужно.

Другой вопрос - если ничем интересным ты не загорелся. Это уже твоя личная беда.

Ответить
1

Отчего же не пойти дальше?
Пусть ваши работники дома в свое личное время создают прототипы и потом несут их вам на смотрины раз в месяц?

Ответить
0

Не имею понятия, зачем вы переводите разговор на тему эксплуатации. Я не сказал, что сотрудник обязан думать о работе в нерабочее время.

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

Я сам гейм-дизайнер, и я постоянно делаю прототипы интересующих меня механик на простом двухмерном движке.

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

Ответить
1

Выходит, каждый судит со своей колокольни.
Мои, вот, прототипы все больше в "триде" и VR, и, если это не "пёрнуть юнитевским кубиком вверх", сомневаюсь, что делается за три подхода по 4 часа, включая обеды. Порой, даже сопутствующие им бумажки рисуются дольше. :)

Ответить
0

Есть масса вещей, для которых 2D более чем достаточно. А если целиться в "прототип, который HeroCraft заберет для полноценной реализации", то 2D достаточно для всего вообще, исходя из специфики игр, которые выпускает эта компания.

Ответить
1

"На реализацию небольшого прототипа больше чем пол дня в неделю не нужно."

Отчего же тогда у HeroCraft не получилось с Попыткой Номер Раз?

Ответить
–1

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

Ответить
1

Ссылки на личные поделки за полдня будут? Или вся энергия уходила на общение с инертными подопытными?

Ответить
0

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

Ответить
0

2 месяца = 36 часов на работу над собственным проектом. Уже можно что-то сделать. Ну и стоит помнить, главной целью было обучение, а не готовый проект.

Ответить
0

Так а главное - остался ли кто-то из джуниоров продуктивно работать в команде в качестве полноценного сотрудника?

Ответить
1

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

Ответить
0

Кстати я не понял из статьи, чем кнут лучше пряника.

Ответить
1

количество свобод в методиках уменьшалось, а правил и регламентации- увеличивалось. точно также росла и эффективность

Ответить
0

Очень поучительно. Хорошая статейка получилась.

Ответить
0

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

Ответить
0

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

Ответить
0

ты рано от нас сбежал в свою психбольницу)

Ответить
0

Спасибо за материал!
PS: Второй человек из руководства уходит публично. Что-то случилось в ХироКрафте?

Ответить
0

Прямой эфир

[ { "id": 1, "label": "100%×150_Branding_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox_method": "createAdaptive", "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfl" } } }, { "id": 2, "label": "1200х400", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfn" } } }, { "id": 3, "label": "240х200 _ТГБ_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fizc" } } }, { "id": 4, "label": "240х200_mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "flbq" } } }, { "id": 5, "label": "300x500_desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "ezfk" } } }, { "id": 6, "label": "1180х250_Interpool_баннер над комментариями_Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "clmf", "p2": "ffyh" } } }, { "id": 7, "label": "Article Footer 100%_desktop_mobile", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjxb" } } }, { "id": 8, "label": "Fullscreen Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjoh" } } }, { "id": 9, "label": "Fullscreen Mobile", "provider": "adfox", "adaptive": [ "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fjog" } } }, { "id": 10, "label": "Native Partner Desktop", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyb" } } }, { "id": 11, "label": "Native Partner Mobile", "provider": "adfox", "adaptive": [ "phone" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fmyc" } } }, { "id": 12, "label": "Кнопка в шапке", "provider": "adfox", "adaptive": [ "desktop", "tablet" ], "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fdhx" } } }, { "id": 13, "label": "DM InPage Video PartnerCode", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox_method": "createAdaptive", "adfox": { "ownerId": 228129, "params": { "pp": "h", "ps": "clmf", "p2": "flvn" } } }, { "id": 14, "label": "Yandex context video banner", "provider": "yandex", "yandex": { "block_id": "VI-250597-0", "render_to": "inpage_VI-250597-0-1134314964", "adfox_url": "//ads.adfox.ru/228129/getCode?pp=h&ps=clmf&p2=fpjw&puid1=&puid2=&puid3=&puid4=&puid8=&puid9=&puid10=&puid21=&puid22=&puid31=&puid32=&puid33=&fmt=1&dl={REFERER}&pr=" } }, { "id": 15, "label": "Плашка на главной", "provider": "adfox", "adaptive": [ "desktop", "tablet", "phone" ], "adfox": { "ownerId": 228129, "params": { "p1": "byudo", "p2": "ftjf" } } }, { "id": 17, "label": "Stratum Desktop", "provider": "adfox", "adaptive": [ "desktop" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fzvb" } } }, { "id": 18, "label": "Stratum Mobile", "provider": "adfox", "adaptive": [ "tablet", "phone" ], "auto_reload": true, "adfox": { "ownerId": 228129, "params": { "pp": "g", "ps": "clmf", "p2": "fzvc" } } } ]
Новая игра Ubisoft на релизе выглядит
точно так же, как и на E3
Подписаться на push-уведомления