Help — кто поможет в создании игры


Содержание

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

Последние два с половиной года я активно занимаюсь созданием игр как инди-разработчик. За это время накопилось много опыта, в том числе полученного путём хождения по граблям. В этой статье я хочу поделиться своими наблюдениями насчёт того, как правильно подготовиться к созданию игры, как лучше собирать команду «на энтузиазме», как организовать работу, расскажу о некоторых подводных камнях. Этот материал также является следствием наблюдения за пользователями, готовящимися делать свои первые проекты. Подавляющее большинство быстро разочаровывается в игрострое — в процессе работы допускает критический уровень ошибок, и неизбежно забрасывает своё детище. Особенно обидно, если такое происходит с действительно талантливыми людьми.

О подготовке к работе

Этот этап принято называть «пре-продакшн» (pre-production), про него все знают, но часто забывают, не осознавая его критически важной роли в судьбе игры. Практически все люди, ищущие компаньонов на нашем форуме [речь о GameDev.ru, разумеется], допускают эту ошибку раз за разом. Если вы загорелись желанием создать собственный игровой проект, то первым делом я предлагаю создать «питч-документ», или «концепт-документ». Это короткий, на несколько страниц, текст, где изложена суть продукта. Вот примеры тем, которые должны быть описаны: поддерживаемые платформы, целевая аудитория, способы монетизации, основной геймплей (также именуемый core gameplay), уникальные фичи (unique selling points), непосредственные конкуренты и так далее. Этот документ будет вашей путеводной звездой. Если вы начнёте неосознанно дрифтовать от него в сторону — у вас, вероятно, проблемы. Однако хочу предостеречь. Пока занимаетесь этой работой, постоянно задавайте себе вопрос: «Что из написанного мною является непроверенным фактом?». Допустим, вы утверждаете: «Мой 3d-шутер с гигантскими человекоподобными роботами и орбитальными ионными пушками рассчитан на женскую аудиторию 25—60 лет, и будет публиковаться в первую очередь в «Одноклассниках». Тут вы задаёте себе указанный выше вопрос, и идёте в любимый поисковик собирать информацию, чтобы подтвердить, либо опровергнуть заявленное вами утверждение.

Следующим этапом будет постановка ориентировочной даты релиза. Как известно, работа занимает всё выделенное на неё время, следовательно дедлайн должен помочь избежать этой ловушки. Подумайте и решите сколько времени вы готовы потратить на разработку игры. К слову, «зная себя, за полгода мне этот проект надоест, и я захочу новый», — это достойное обоснование даты релиза. Если вы хотите завершить разработку через 6 месяцев, то нет смысла придумывать десятки навороченных фич, вы всё равно не уложитесь в срок. Это подводит нас непосредственно к оценке объёма предстоящей работы. Тут вы берёте весь проект, и начинаете методично раскладывать его на составные части. Вам нужно получить представление о том, как много кода придётся написать, сколько арта нарисовать, каких персонажей заанимировать. Чем детальнее и продуманнее ваш план работ, тем точнее вы можете оценить необходимое для выполнения задач время. Не забывайте, что вы не робот, вам понадобятся перерывы в работе, либо вынужденные (например, болезнь), либо просто передохнуть, ведь вы не хотите перегореть. Учтите это в своих планах.

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

Об оценке рисков

Далее я предлагаю оценить все возможные риски. В действительности я ни разу не видел, чтобы кто-то из энтузиастов этим занимался. Скорее всего, люди считают это слишком серьёзным подходом, скучной бюрократией. Конечно, если игра делается исключительно как хобби — не забивайте голову. Но если успешный релиз для вас важен, я бы советовал не пропускать этот шаг, и хорошенько его обдумать. Что такое риски? По своей сути это список того, что может пойти «не так». Например, на этапе пре-продакшна вы решили, что помимо вас, программиста, в проекте нужен художник для рисования пиксель-арта и анимации персонажей. А что если вам не удастся найти художника? Что будете делать тогда? Закажите графику за деньги? Сделаете самостоятельно, тем самым урезав время на программирование? А если художника найдёте, но он не умеет анимировать? Будете искать ещё аниматора на энтузиазме, или готовы выделить на это деньги и нанять специалиста?

Другой пример: вы планируете запустить игру на Steam Greenlight, вся ваша маркетинговая стратегия строится на этом. Что, если этот сервис закроется и будет полностью заменён системой Steam Curation и самиздатом? Какие изменения вам потребуется внести в вашу работу, в частности, в план продвижения проекта? Таким образом вам нужно постараться предусмотреть все возможные проблемы и составить план «Б» на случай, если всё пойдёт по худшему сценарию. К тому же такой глубокий анализ может показать вас в хорошем свете перед потенциальными коллегами, не стоит пренебрегать такой возможностью.

О сборе команды «на энтузиазме»

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

Первым шагом в формировании команды является серьёзный подход к пре-продакшну. Допустим, если вы зовёте к себе 3d-художника, то у вас уже должны быть готовы чёткие задачи, по которым он может незамедлительно начать работу. Вы не можете просто взять к себе человека, и сказать ему: «Э, ну, в общем, нам замок нужен, замок, — это с башенками который, сделаешь, не?». Вам нужно заранее продумать, сколько в замке понадобится моделей стен, пролётов, ворот, башен и проч. Также потребуется детальное техническое задание, указывающее требования к количеству треугольников на модели, текстурным картам, раскладке UV, и любую другую релевантную информацию. Если вы будете давать необдуманные задания, и не дай бог человеку придётся что-то переделывать из-за вашей ошибки — быть беде. Больше всего люди не любят выбрасывать свою работу на ветер.

Энтузиасты, уже обладающие неплохими профессиональными навыками, в свою очередь тоже (не)осознанно оценивают риски, просматривая объявления о сборе команд. Они изучают насколько автор заинтересован в своей собственной игре, не бросит ли её на полпути, умеет ли он вообще что-то делать или будет обузой? Если их что-то смутит (а они могут даже не понять, что это было), то пройдут мимо просто потому, что не хотят тратить бесчисленные часы на мертворождённый проект. Лично я бы посоветовал (а я поступал именно так) сначала в одиночку сделать существенный кусок работы, чтобы показать серьёзный настрой. Практически в каждом посте о сборе команды, что я видел, автор не демонстрирует абсолютно никаких наработок, а если и показывает, то какие-то ничтожные крупицы. Так не пойдёт. Я бы сказал, в зависимости от вашего уровня, для начала может быть достаточно вложить порядка 100—200 часов качественной работы. Ещё я бы отметил, что сценарий/сюжет/диздок сами по себе не имеют никакой ценности. За редким исключением, имея на руках только это, команду не собрать. Однако если вы гейм-дизайнер или руководитель проектов с реальным боевым опытом, то ваши шансы резко возрастают. Правда за всё время я видел всего 1 или 2 таких предложения, но они действительно выделяются своим профессиональным подходом.

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

Об организации работы

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

Не недооценивайте количество гейм-дизайнерской, организаторской, административной работы. Я объединяю все эти вещи в один раздел исключительно потому, что вы вряд ли найдёте себе в команду и гейм-дизайнера, и руководителя проекта, а вот совместить эти обязанности в одном человеке очень даже неплохой вариант. Работы этого типа вам придётся проделать неожиданного много. Однако это не является оправданием вашей лени, и не даёт вам право взять себе титул «executive producer», который будет только сидеть да раздавать приказы плебеям. Если кто-то пойдёт на форум создавать тему в стиле «я буду управлять проектом, ведь это целая куча работы, ищу себе исполнителей!», то он совершенно не понял смысла данной статьи.

Тому, кто будет координировать команду, я советую почитать пару книг по управлению разработкой программных продуктов. Хорошие книги всегда на виду, найти их не составит труда. Например, Том Демарко, «Роман об управлении проектами», читается очень легко, написано увлекательно, подаётся как художественная литература, а не учебное пособие. Теперь предлагаю постараться разобраться, чем же занимается в инди-геймдеве руководитель проекта. Если в двух словах, то основные цели такого человека — это проследить, чтобы задачи выполнялись, а люди были максимально довольны и мотивированны на работу. Управляя проектом, вы берёте на себя ответственность за эти сферы. Вы — якорь, на вас всё держится. Если вы ленитесь и пропадаете, то будьте уверены, ваша команда тоже станет бить баклуши. Стоит заметить, что в этом кроется фундаментальное отличие работы «за идею» от работы «за зарплату». В коммерческой разработке правильно построенные процессы и корректно делегированные полномочия позволяют руководителю избежать участи единственного связующего звена, без непосредственного участия которого всё рушится.

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

О руководителе

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

  • Координация разработчиков. Со стороны может и не заметно, но рабочее общение отнимает бездну времени, особенно если основная его масса протекает в текстовом чате. Тут 10 минут обсудить вопрос, там 10 минут. вот и выходит, — вроде бы ничего не сделал, а времени ушло — мама не горюй! К тому же не забывайте, что чем больше ваша команда, тем больше времени потребуется на организацию.
  • Организация проекта в целом, то есть: поддержка документации в актуальном состоянии, ведение трекера задач, отслеживание их актуальности и приоритета, работа с продакт бэклогом, и проч.
  • Ведение scrum митингов, спринтов, демо, ретроспективы. Об этом подробнее напишу ниже.
  • Исследования. Например, вам нужно продумать стратегию монетизации продукта. Это потребует поиск и анализ информации — статей, статистики, видеозаписей с конференций. Этим, конечно, может заняться кто угодно в команде, но не факт, что, скажем, программисту это вообще интересно («Я программист, я не хочу читать про f2p, я хочу программировать»).
  • Маркетинг. Чёрная дыра, пожирающая всё ваше время. Сюда входят такие вещи, как: создание пресс-кита, общение с прессой, статьи в блог, ведение аккаунтов в соцсетях, договоры о кросс-маркетинге с другими командами, и прочее.
  • Поиск новых сотрудников. Может занимать много времени, в зависимости от желания. Начиная с простых рекрутинговых постов на форумах и заканчивая самостоятельным поиском отдельных людей с попытками связаться с ними.
  • Менторство. Например, в моей команде был совсем начинающий 3d-художник. Бесчисленные часы прошли в обсуждениях рабочего пайплайна, тонкостей создания моделей и текстур для реалтайма (например, почему в движке у модели вершин больше, чем в 3d редакторе), на фидбек и т. д.
  • Юридические вопросы. Скажем, создание аккаунтов в мобильных маркетах, их верификация, налоги и проч. Бюрократия может принимать пугающий вид.

Кстати, ещё насчёт сроков. Вы можете иметь строгие дедлайны для самого себя, но для команды надо искать более мягкие решения. Ведь в жизни всякое бывает: сегодня после работы артисту надо съездить с дочкой в кружок, завтра — на работе завал, а послезавтра — пятничный отдых в баре. В итоге неделя выдаётся не особо продуктивной, и если бы был жесткий дедлайн, то он был бы провален. А это ведёт к конфликтам и падению мотивации. Исходя из своего опыта, я бы предложил очень мягкий scrum. Вы берёте 2-3 недели на спринт, выбираете задачи, которые исполнители точно смогут выполнить, даже если будут гулять по пабам, и работаете. Иными словами, вы изначально делаете щедрую поправку на коррективы, которые вносит жизнь. В конце спринта, разумеется, демо и ретроспектива. Но не надо бюрократии: никаких поинтов, никакого велосити, только здравый смысл, помноженный на количество свободного времени у участников.

Про софт есть много различных статей с детальным анализом плюсов, минусов, особенностей. Советую почитать. А что касается меня. Для командной работы мне нравится Trello, а вот программисту из моей команды — Asana. Чтобы отслеживать собственную (не групповую) продуктивность, я использую Pivotal Tracker, — изумительный инструмент, если вам нравится разбираться с вашим to-do list в ритме agile.

О деньгах

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

На бумстартере, как известно, практически нереально собрать деньги. На кикстартере с каждым днём становится всё сложнее — люди разочарованы, много низкосортных продуктов и бессовестного кидалова. Реальный шанс собрать достаточно денег есть исключительно у проектов, имеющих обширную базу наработок, качественного арта, зажигательного трейлера и красивой музыки. Иными словами, если человек на форуме собирает команду «сделать демку по-быстрому и пойти на кик», то стоит отнестись к нему с подозрением. Будьте аккуратны с такими предложениями. Исключения, конечно, тоже бывают. Тот же Superhot, пришедший с геймджема, собрал кучу денег на демке, но вероятность такого везения бесконечно мала, так что нет смысла даже надеяться (возвращаясь к теме рисков).

В качестве заключения

Надеюсь, что статья кому-то покажется полезной. Особенно хочется увидеть больше перспективных начинаний в разделе «Проекты». Если подходить к созданию игр не как к фантазии, а как к серьёзной работе, то и результаты будут на порядок лучше, чем имеющиеся на сегодняшний день.

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

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

Help — кто поможет в создании игры?

Сейчас онлайн: 4

Администраторы | Главные редакторы | Модератор | Дедушки | Журналисты | HENTAI BOY | Goldфаги | Журналисты-олдфаги | ТруЪ Олдфаги-с | ТруЪ Плагинщик | Олдфаги | true Художник | Модератор бездны | Картоделы | XXXL ПХЛ | Просто хорошие люди | Посетители | Новички

Бесплатные онлайн-игры, которые обучат вас программировать

Эта подборка включает бесплатные игры, которые созданы не только для новичков, но и для профессиональных разработчиков, желающих в интересной и увлекательной форме освоить JavaScript, Java, Python, PHP, C# и многие другие современные языки.

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

CodinGame

На CodinGame с помощью написания кода и создания собственного «искусственного интеллекта» вам предстоит решить самые разнообразные и весёлые проблемы. Сайт поддерживает все языки программирования.

Code Combat

CodeCombat — это платформа для студентов и школьников, позволяющая изучить компьютерные науки, играя в настоящие игры.

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

Поддерживаются такие языки, как Java, JavaScript, Python, Lua, CoffeeScript. Имеется русская локализация.

Ruby Warrior

Если вы хотите изучить Ruby, то Ruby Warrior — то, что вам нужно. Есть два уровня сложности, соответствующих вашим навыкам. Для сохранения своего прогресса придётся залогиниться через Facebook.

Check iO

Check iO — это браузерная игра в жанре «Приключение», которая научит вас программировать на Python.

Code Hunt

В игре Code Hunt вы, охотник за кодом, исправляете код, чтобы он возвращал нужный результат. Для прохождения доступны 14 уровней, в каждом из которых есть по несколько заданий. Игра подойдёт тем, кто хочет изучить Java или C#.

Vim Adventures

Давно хотели собраться с силами и выучить Vim полностью?

4 октября 2020 – 1 марта 2020, Москва и онлайн, беcплатно

Игра Vim Adventures поможет сделать это в наиболее весёлой и интерактивной форме.

Robocode

Любите битвы роботов? Тогда игра Robocode для вас. Вы научитесь программировать путём создания боевых роботов-танков на Java или .NET. Когда вы создадите робота, на экране в реальном времени начнётся битва.

Cyber DoJo

Cyber Dojo — это пространство, где разработчики могут собираться вместе и изучать такие языки программирования, как JavaScript, Java, Python, PHP, Ruby и многие другие.

FightCode

Цель FightCode довольно проста: создайте робота, который победит роботов других игроков.

Как создать робота? Напишите его на JavaScript. Например, вы можете использовать метод .rotateCannon() для поворота пушки робота на определённую величину, когда происходит какое-то событие. Прежде чем создавать своего робота, стоит прочитать документацию.

Code Monkey

В этой игре вы научитесь не только кодить, но и ловить бананы!

На западе учителя часто используют Code Monkey для уроков программирования у детей. Обучают программировать на CoffeScript и Python.

Elevator Saga

В Elevator Saga вам предстоит управлять настоящим лифтом с помощью JavaScript, разгадывая различные задачки.

Например, первое задание — доставить лифтом 15 человек меньше чем за 60 секунд.

Codewars

Улучшайте свои навыки программирования совместно с другими людьми через решение реальных IT-проблем и задач на Codewars.

Поддерживает JavaScript, C#, Java, Python и другие языки.

Git Game

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

Hacker

На Hacker.org вы найдете набор пазлов, тестов, викторин и головоломок, которые потребуют всех ваших хакерских навыков.

К концу игры вы даже научитесь взламывать настоящее шифрование!

Hex Invaders

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

Flexbox Froggy

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

Тем, кто хочет изучить Flexbox более подробно, поможет наша вводная статья.

Pixactly

Pixactly — это простая по виду, но не по содержанию игра. Вам даётся местоположение двух пикселей, а вы должны нарисовать по этим координатам прямоугольник.

CSS Diner

Отличная игра для знакомства с CSS-селекторами. Игроку даётся стол с посудой, заданный анимированной HTML-формой, и конкретный предмет или предметы, которые нужно взять со стола. Изучено будет всё, от основ до

Flexbox Defense

Классический «tower defense» со вкусом CSS — все башни и ловушки нужно размещать при помощи гибкой вёрстки. Игра состоит из 12 уровней, которые потребуют от вас вспомнить все тонкости системы Flexbox.

Untrusted

Untrusted — это мета-JavaScript-адвенчура, в которой вы играете за персонажа по имени Dr. Eval — символ @, который может изменять окружающий мир, модифицируя его исходный код (ух, прям Матрица ? ). Игроку предоставляются функции, инициализирующие каждый уровень, и API, с помощью которого нужно прокладывать путь к выходу из уровня.

Dungeons & Developers

Дерево магических навыков, но магия эта — не льда и огня, а веб-разработки. Отмечайте свои знания CSS, HTML и JavaScript и следите за продвижением к званию Мастера.

Как искать партнёра для разработки игры Материал редакции

4 урока, которые я извлек из создания собственного проекта

Инди-разработчик Артур Думчев поделился с редакцией vc.ru опытом разработки логической игры под Android и рассказал об ошибках, которые допустил при поиске партнёра.

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

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

К слову, более опытный программист сделал бы версию и для веба, и для iOS, но я программирую три месяца и пока могу осилить только Android, поэтому мне и нужен был партнер.

Предыстория

Неделю назад я начал делать игру. Эта простенькая и в то же время изысканная головоломка скрашивала минуты ожидания на скучных лекциях в университете. Тогда у меня была Nokia с системой Symbian, а потом я поменял ее на Android. И время от времени, вспоминая об игре, заходил в стор, пытался ее найти и терпел фиаско. Неделю назад я опять оказался в сторе по известной причине, опять не обнаружил желаемое, и вдруг до меня дошло — какого черта самому не написать эту игру?

Оригинал я так и не нашел, но я помнил правила. К слову, они довольно простые.

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

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

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

Урок первый — проверяйте, что вас поняли правильно

Требуется археолог высокой квалификации, готовый провести пятнадцать лет на раскопках инкских захоронений в поселке Геенна, на Аллигаторовой реке. По окончании работ обеспечен титул или орден. Пенсия полагается, но ни разу не понадобилась…

Из книги «Законы Паркинсона» Сирила Паркинсона

Я поставил себе дедлайн на игру — ровно 7 дней, и искал партнера, который все эти 7 дней будет заниматься игрой. Нужно было нарисовать дизайн, подобрать звуки, разработать алгоритмы для ИИ (бота), придумать, как объяснить правила игры, и — самое сложное — сделать так, чтобы все это отлично работало на iOS, Android и в вебе.

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

Вот такая проблема в коммуникации, а в результате спустя 7 дней нет ни i , ни веба.

Урок второй — учитывайте интересы

Есть два рычага, которыми можно двигать людей — страх и личный интерес

Наполеон Бонапарт

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

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

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

В итоге к дедлайну у нас есть несколько ботов, но нет ни веба, ни i .

Урок третий — работайте с теми, у кого есть опыт

Кто, опыт отринув, делами вершит — в грядущем немало увидит обид

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

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

В итоге, к концу дедлайна…

Урок четвертый — давайте людям самим ставить себе задачи

Помню пример из книги Литвака М. Е., которую читал еще в школе. Отец (Литвак) и сын решают поиграть. Отец хочет сыграть в шашки, а сын — в догонялки.

Как отец может навязать сыну свой выбор?

— Сыграем в догонялки?

— Уже вечер, шумно.

— Я большой, мне негде будет спрятаться.

— Ну, может быть тогда в шашки?

— Хм… Хорошая идея.

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

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

В заключение

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

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

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

Материал очень для начинающих, не соответсвует моим ожиданиям от рессурса который называется Venture capital

поставили на место зарвавшегося юнца)

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

Цукерберг рекомендует:  Как организованность помогает карьере

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

Я ставлю плюс коментариям которые мне нравятся и минус тем которые мне не нравятся , вроде бы именно для этого добавлена эта функциональность на сайт? Для редактора рубрики Сергей ты очень близко к сердцу воспринимаешь такие пустяки )

нет, мне показалось что ты не так воспринял шутку про юнца, за это мне было бы неудобно, т.к. она адресована не тебе. Я т.е. готов к любой жесткости беседам, но не к случайным оскорблениям, такое воспитание. На этом фоне странную ремарку про «близко не близко» давай спишу на твою очередную попытку тролинга, я всячески тебя поддерживаю в этих тренировках, ты знаешь по social-чатику)

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

«Я поставил себе дедлайн на игру — ровно 7 дней, и искал партнера, который все эти 7 дней будет заниматься игрой. Нужно было нарисовать дизайн, подобрать звуки, разработать алгоритмы для ИИ (бота), придумать, как объяснить правила игры, и — самое сложное — сделать так, чтобы все это отлично работало на iOS, Android и в вебе.»
7 дней на игру которая будет отлично работать на ios, android и web?
И я правильно понял что Вы ее разрабатывать даже и не думали, а искали «партнера» который сделает все за Вас? Хех, кто эту статью пропустил?)

Что за хрень в материале?

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

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

1) Продумать Тз нужно сначала отдельно на каждый раздел игры, а потом 100 раз проверить что получилось. (Я не сам пишу игру.)

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

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

4) Фрилансеры с ценами ну просто порой ахиревают по этому нужно уметь адекватно оценивать проект и время. К примеру я со своим договорился платить ему по 33300 тыс в месяц, разделил все на 3 этапа, клиент, сервер отладка. Так ради интереса скажу что мне предлагали заплатить и по 2-3 млн за разработку учитывая того что у меня имеется графика, естественно я отказался.

5) Когда заказывайте графику у дизайнера описывайте максимально что вы хотите видеть, нарисуйте в Painte квадратами где и какой элемент должен быть расположен. Попытайтесь объяснить какую графику вы хотите увидеть скинув ему различные примеры.

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

Надеюсь все что я тут расписал кому нибудь как нибудь да поможет!
Всем удачи!

Успешный старт. Как создать свою игровую компанию

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

Такие истории будоражат мозг. Если у других сложилось, почему бы не попробовать? Чем они лучше? И самодеятельные разработчики решают стать профессионалами. Но вопрос, чем другие лучше (или чем они хуже других), часто проясняется тогда, когда что-либо менять уже поздно — машина родителей продана, квартира заложена, банк требует возвращения кредита, а до результата, на который возлагалось столько надежд, все так же далеко, как вначале. Слишком часто начинающие разработчики делают столько ошибок, что первый этап развития становится последним.

Рекомендации по начальному строительству игровой компании нам сегодня дают:

ChSМихаил Пискунов, ведущий сценарист KDV Games;

Feodor — Федор Мукин, геймдизайнер Wargaming.net;

ALexusB — Алексей Бобровников, ведущий геймдизайнер «Корсаров: Возвращение легенды» студии Seaward.ru Team, сейчас занимается новым проектом в компании «Акелла»;

Евгений Жуков — исполнительный директор Abyss Lights Studio, Украина;

dabАлексей Дубовой, руководитель и главный программист Elemental Games.

Представители «Игромании» — Владимир Болвин, Алексей Макаренков и Светлана Померанцева — послушали разработчиков, пересчитали карманную мелочь и решили пока подождать со своими амбициозными проектами.

Начало начал

[Игромания]: Как начинающим повысить шансы на успех? С чего начинать? Чего избегать?

[ChS]: Главное для команды — наличие ядра. Это люди, за плечами которых опыт совместной работы и хотя бы один завершенный проект. Необязательно выпущенная и проданная игра, но хоть что-то законченное, какая-то достигнутая общими усилиями цель. Не менее важна мотивация, люди должны отдавать себе отчет, почему они выбрали именно игры, а не развитие сети киосков по продаже мороженого, например.

Обязательна трезвая оценка собственных сил и текущего положения в игровой индустрии. Если у вас нет представления о том, какое место займет новорожденная компания на рынке (сейчас и в будущем) и почему, лучше в геймдев даже не соваться. У начинающих с этим сложно. Они готовы сворачивать горы (хотя, может, и в горах не были ни разу), получать баснословные суммы за свой «мегахит», чтобы остаток жизни провести на островах Бали в окружении роскошных красавиц (из числа наиболее симпатичных фанаток «мегахита»). Идеализм — это хорошо, но жизнь непременно внесет свои суровые коррективы. И опытные товарищи помогут справиться с неправильными представлениями.

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

[ALexusB]: Последовательность на самом деле очень простая, вот только споткнуться можно на любом из шагов. Создается команда, а не просто группа товарищей по принципу «а давайте». Затем делается что-то осязаемое (диздок, концепты, арт, наработки по игровому движку, демо). Издатель хочет видеть вещи, которые он может «пощупать» и оценить возможную прибыль. А не то, что только предстоит сделать, или прожекты, которые еще неизвестно как реализовывать. Такое может себе позволить только проверенная команда с несколькими релизами за плечами.

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

Неплохой способ поднабраться опыта в геймдеве — выпустить один-два бесплатных проекта, а затем уже браться за что-то серьезное. Взять, к примеру, Якуба Дворски и его студию Amanita Design. Сначала они (на самом деле 90% работы делал Якуб) выпустили две части флэш-квеста Samorost (вторая часть была платной, открытие всех уровней стоило $7), а теперь трудятся над коммерческой игрой Machinarium. Одно плохо — собрать классную команду для работы над проектом, который заведомо не принесет прибыли, довольно сложно.

[Евгений Жуков]: Для успешного старта в игровой индустрии требуется (в порядке важности): опыт; четкое видение проекта (бизнес-план, концепт); связи, желательно личные контакты с правильными людьми. Разбираем по пунктам:

Опыт. Имеется в виду опыт продаж и опыт руководства проектом, желательно игровым, от начала до конца. Остальные виды опыта не в счет: опыт программиста, 2D/3D-художника, дизайнера вам мало помогут, это нужно конкретным сотрудникам, но не руководителю. Слишком много команд прокололось именно на том, что классные специалисты пытались начинать бизнес (и я не исключение), не имея опыта продаж и руководства командой или проектом. Суровая правда жизни в том, что бизнес — такая же область деятельности, как программирование или рисование. И ему придется посвящать все свое время. А значит, будет нереально совмещать продакшн-должность (художник, программист, дизайнер) и решать вопросы финансирования и руководства. Мне повезло — никто нам не поверил и денег не дал. Пришлось самим научиться их зарабатывать.

Четкое видение проекта. Начинать «смотреть» лучше всего в самое далекое будущее. Кто купит именно вашу игру, какова возможная прибыль? Из этого делается вывод, на какой бюджет можно рассчитывать, а то сплошь и рядом наблюдаю ситуации, когда на игру тратится больше, чем даже чисто теоретически можно заработать при продаже. И как следствие: что за проект можно реализовать в рамках такого бюджета. То есть нужна четко построенная схема «прибыль — бюджет — проект».

К сожалению, у большинства команд (и мы не были исключением) все происходит с точностью до наоборот: «Будем делать такую вот игру мечты! Денег надо будет много. Кому и за сколько это продать, пока неясно, пускай издатель с этим парится». Вроде бы очевидно, что так мыслить нельзя, но почти все новички именно так и делают.

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

Для благоприятного старта требуются все три вышеперечисленных пункта плюс везение, харизма, упрямство и собственная «скважинка» на заднем дворе (или паровоз на запасном пути).

При этом не надо ради идеи (подчеркиваю, идеи), основанной на голом энтузиазме:

— бросать работу в стабильной студии (или где вы там работаете?);

— раскручивать родственников на деньги;

— закладывать квартиру, машину, недвижимое либо движимое имущество.

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

[dab]: Я бы сказал, что каждый случай успешного стартапа уникален. Из своего опыта разработки «Космических рейнджеров», из опыта нового стартапа, который, надеюсь, скоро закончу, я сделал ряд выводов. Сразу отмечу, что имеется в виду тот случай, когда денег нет, привлекаются бесплатные энтузиасты, а проект большой.

  • Ядро команды должно состоять из 1-3 человек, и эти люди должны быть готовы сделать 90% игры;
  • Настраивайтесь, что все остальные не будут работать вообще или их вклад окажется минимальным;
  • Обязательно будут люди, которые неделю или месяц поработают, затем желание делать игры у них пропадает. Совсем. Таких подавляющее большинство;
  • Ядро должно состоять из очень продвинутых кадров. Возможно, у них и нет законченных проектов, но каждый должен хорошо разбираться в своей области. Если таких людей нет, проект завершить невозможно. Чтобы научиться программировать или рисовать, нужно много лет, за это время ваш пыл иссякнет, а люди не будут ждать, пока вы чему-то не научитесь;
  • Наличие отличного программиста в руководстве проектом обязательно. Потому как идеи без реализации ничего не стоят. И никто другой не сможет определить, можно ли реализовать задумки или они совершенно бредовые. Если такого человека нет, проект завершить тоже невозможно;
  • Все отвечают за проект, но кто-то берет на себя больше. У руля должен находиться яркий лидер. Он же обычно занимается геймдизайном. Если такого нет — опять проект завершить невозможно. Лидер цементирует команду своей уверенностью и харизмой, потому как жизнь состоит не только из белых полос;
  • Изначально искать художника вовсе не обязательно. Для демоверсии достаточно взять графику из других игр (кстати, это никакой не плагиат, когда дело дойдет до коммерческой стадии, у вас будет уже своя графика). Благо соответствующих инструментов в последнее время стало много. Графикой можно заняться вплотную, когда на горизонте появится издатель;
  • Безусловно, люди, составляющие основной костяк команды, должны быть фанатами своего дела. Разработка может тянуться годами. Это требует сильной мотивации, которую нельзя подпитывать деньгами, поскольку их нет. Только уверенностью в успехе;
  • Проживание в одном городе для всех руководителей и ведущих специалистов обязательно. Команда должна постоянно встречаться, отмечать праздники и так далее. Вроде бы мелочь, но и без этого проект завершить крайне сложно. Люди не будут чувствовать себя единой командой, а запал быстро пройдет, все разбегутся;
  • Что бы ни говорили, надо делать игру мечты. Иначе желание что-то делать быстро пройдет и вы не сделаете ничего. Только не переусердствуйте. Думайте, что можно сделать в разумные сроки, а что нет. Мечта должна быть реализуема. К сожалению, часто такого понимания нет, люди несут полную ахинею, которая либо неиграбельна, либо нереализуема;
  • Основная часть команды должна работать полный рабочий день, минимум по восемь часов, даже если нет денег. Если основная работа отнимает большую часть времени, вы не сможете закончить проект, поскольку ваша эффективность будет близка к нулю. Если вы будете работать, допустим, по два часа в день, на создание игрового движка вам потребуется пять и более лет.

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

Как оформить отношения

[Игромания]: А на каком этапе команде любителей требуется оформить юридическое лицо? Когда молодой команде превращаться в Entertainment, Interactive, Ltd, ООО и ЧП? Что это дает? Повышаются ли шансы на заключение договора с издателем?

[ChS]: Создание юридического лица — отнюдь не начальный этап в жизни команды разработчиков. Компания (в качестве юридического лица) — это очень мощный, но сложный и дорогой в обслуживании профессиональный инструмент. Не меньше, но и не больше. Как экскаватор по сравнению c лопатой. Экскаватором выкопаешь больше, но сама по себе выемка грунта не самоцель. Перед таким ответственным шагом нужно научиться использовать профессиональный инструмент и, главное, отдавать себе отчет, где копать. Кому ваши ямы будут нужны?

[Feodor]: Важность юридического оформления стоит приблизительно в одном ряду с выбором компьютеров, столов и мышек для сотрудников. Это не то, на что надо тратить много сил. Лицо потребуется только тогда, когда «завтра подписывать договор». Подписывать! А не обсуждать. То есть когда все уже решено окончательно и бесповоротно. Сделать это нетрудно — надо нанять бухгалтера и дать ему денег. Он все сделает сам.

[Евгений Жуков]: Смысл этой операции в юридическом оформлении отношений между сторонами или партнерами и фиксации имущественных прав интеллектуальной собственности на ком-то или чем-то.

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

К тому же желательно ограничить круг «отцов-основателей». Чем меньше народу, тем легче дышится. Компания с более чем тремя учредителями — базар и бардак. В идеале основатель должен быть один. Если больше, все зависит от обстоятельств. Главное, кто контролирует финансы. Обычно именно здесь впоследствии возникают серьезные разногласия, так что решайте этот вопрос заранее.

Для начинающего разработчика очень важно, чтобы его заметили издатели. Добиться этого можно, принимая участие в выставках и фестивалях. Например, Independent Games Festival, где выставляют свои работу инди-разработчики. В этом году, например, второе место на фестивале заняла игра Audiosurf, а разработчика тут же заметили в Valve Software (сейчас игра продается через Steam). Занявшая первое место игра Crayon Physics Deluxe (тоже сделанная одним человеком) привлекла к себе еще больше внимания; когда игра выйдет, она, скорее всего, будет продаваться очень неплохо.

[ALexusB]: В общем-то, оформиться можно на любом этапе. С самого начала или в процессе (если черный нал рулит). Все упрется в ваше желание официально получать деньги, а издателю надо обосновывать траты на вас в своей бухгалтерии. Начинающие часто работают «за интерес». При этом даже устойчивые группы не спешат с оформлением, пока нет конкретных перспектив. Мой личный опыт — три года без оформления.

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

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

В любом случае, сначала хорошенько подумайте, договоритесь, кто учредители, в каких долях, какие гарантии остальным, должности, оклады, штатное расписание. Потом это все поможет ответить на вопрос «где деньги, Зин?».

Это важно знать
  • Если есть желание стать разработчиками, начинайте делать игры. Даже если поначалу у вас ничего не выйдет, вы приобретете бесценный опыт, с которым любая игровая студия предложит хорошую зарплату;
  • Не ходите к издателю, если на руках нет играбельной демоверсии. Даже если вам повезет и вы подпишетесь («подписаться» на сленге разработчиков означает заключить с издателем контракт), у вас окажется очень мало времени, чтобы завершить игру. Крутые проекты за полтора года не делаются. В результате ваши проценты (отчисления с прибыли) будут невысокими, и вы обречете себя на вечное производство «середнячков» — это в лучшем случае — в условиях постоянной нехватки средств. Вы должны понимать, что основные деньги собирают топовые игры, остальным достаются крохи. И если вы сделали посредственную игру, на хорошую опять не будет денег. Более того, вам придется содержать команду, а издатель будет поджимать со сроками;
  • Изначально нужно либо брать готовый перспективный движок, либо делать все основательно, с расчетом на то, что ваш движок с минимальными переделками потянет целую серию игр;
  • Если ядро команды состоит из нескольких человек, обязательно договоритесь о процентном распределении. Потому как люди разные, взгляды не всегда совпадают и отношения постепенно меняются. Очень часто те, кто вначале были друзьями, со временем превращаются во врагов. Особо наглые кидают других. Проработав много лет на энтузиазме, вы можете оказаться за бортом, и никому ваш вклад в игру будет неинтересен;
  • Пытайтесь понять друг друга, даже если сложно. Иногда стоит пересилить себя и пойти на уступки, даже если вы считаете себя правым. Это лучше, чем спорить до изнеможения.
  • Не стоит обольщаться по поводу материального вознаграждения. Я, к примеру, за три года разработки первых «Космических рейнджеров» получил $2000. То есть по 1400 рублей в месяц — уборщица в школе получает больше, не надрываясь. Если бы игра не понравилась игрокам, больше я бы и не заработал.
Это важно знать

Офисные страсти

[Игромания]: Допустим, юридическое оформление завершилось успешно или, наоборот, новички решили пока не регистрироваться. Следующий вопрос: где делать игру? Понятное дело, грезится офис, в котором сексапильная секретарша разносит утомленным сотрудникам капуччино в тоненьких фарфоровых чашечках. А что в реальности?

[Feodor]: Чтобы делать игру, достаточно снять квартиру. Конечно, если деньги девать некуда, снимайте офис и нанимайте секретаршу. В реальности ничего такого не требуется. Тут речь идет скорее о ролевой игре в «игровую компанию», где главную роль исполняет хозяин лишних денег.

[Евгений Жуков]: Офис требуется в случае, когда кому-то из специалистов необходимо работать вместе, в группе. В сложном игровом проекте для слаженной работы пяти и более человек офис нужен обязательно. Помимо прочего, это самое удобное место для встреч, планирования и обсуждения текущих этапов. Да и с издателем встречаться, показывать команду и продукт тоже где-то надо.

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

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

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

Третий офис располагается тоже в квартире, но в спальном районе. Рядом супермаркет, аптеки, магазины, тренажерный зал — в общем, все что нужно. Половина команды живет в соседних домах. До метро десять минут пешком. Никаких проблем с пробками на дорогах и общественным транспортом. Цена аренды, соответственно, на порядок ниже. Сегодня в центре Киева можно снять офис как за $80/м, так и за $5000/м — на выбор. Мы платим $20/м, что крайне недорого. Обычно заключают договор минимум на год с оплатой первого и последнего месяца.

Площадь надо считать из расчета 4 кв. м на человека минимум, а лучше 6-8. Планировка также вносит коррективы. Например, комната квадратной формы на 20 кв. м позволит посадить меньше людей, чем прямоугольная того же метража или вытянутый коридор, поскольку в центре остается «ничейный» пятачок. Там никого не посадишь, а деньги за метры придется платить исправно.

[ALexusB]: А мы очень долго работали удаленно. Форум, ICQ, электронная почта, FTP — на начальных этапах это оптимальный вариант. Многие участники вообще из зарубежья. У меня до игровой индустрии были проекты оффшорные (для других стран) и удаленное внедрение систем, когда заказчик далеко.

Это сложно, подразумевает определенные методы и стиль. Но некоторым людям проще по аське говорить, чем встать и сходить в соседнюю комнату. Плюсы? Офиса нет, никаких расходов на помещение. Так что это вопрос подхода и команды. Если ваши люди работают только тогда, когда на них смотрят, — что ж, придется подумать об офисе, но тут уже вопрос: а нужна ли вам такая разболтанная команда?

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

Мы три года работали без офиса и сняли его лишь недавно для нового проекта; его делаем с нуля при поддержке издателя.

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

[Игромания]: Разобрались с бумагами, с офисом, самое время приступать к разработке. И тут выясняется, что, даже работая по двадцать часов в сутки, три человека будут делать игру десять лет. Нужны рабочие руки. А денег у команды «с улицы» практически нет. Что делать?

[Feodor]: Использовать бесплатный аутсорсинг — энтузиастов, которые согласны работать за опыт, за компанию, за идею. Стоит привлекать все ресурсы, какие только можно. Искать за бесплатно, за имя в титрах. Это если денег нет. Не самый лучший вариант для стартапа — большая текучка, непредсказуемое качество. Чтобы исключить утечку информации, придется подписывать с постоянными участниками NDA (non-disclosure agreement, договор о неразглашении) и никому ничего лишнего не говорить. Очень хлопотный вариант. Надо искать деньги; тут либо банк, либо инвестор, либо издатель. Часто спрашивают, какой вариант лучше. Правильный ответ — тот, кто дает больше денег, ну или хотя бы просто соглашается дать. Такое, чтобы все три варианта сработали одномоментно, — редкость. Надо сходить ко всем, поговорить, причем не ныть «вот нужны деньги, мы, наверное, сможем заработать» — в этом случае 100% никто не даст ни копейки. Надо искренне верить в свой успех и убедить в этом других.

[Евгений Жуков]: Никогда не связывайтесь с энтузиастами! Такая бесплатная помощь обходится крайне дорого. Если вы не оплачиваете работу, у вас нет никаких механизмов, чтобы управлять людьми. Они могут и, скорее всего, будут делать только то, что им нравится, и тогда, когда им нравится. Исключать утечки нужно договором и материальной заинтересованностью. Причем не «либо-либо», а вместе. Ищете средства хотя бы на начальную разработку. За игру «на бумаге» сегодня мало что дадут, если инвестор, уж простите за грубость, не полный идиот. Наилучшее решение — собственный бизнес, необязательно связанный с игровой индустрией.

Высокие и низкие старты

[Игромания]: Как вы считаете, сегодня стартовать легче, чем пять-десять лет назад? Почему в последнее время так много обратных историй, где вначале все было шикарно, а в конце акционер называл работу компании самодеятельностью?

[ChS]: В принципе, да. Появилось больше возможностей за счет разнообразия игровых платформ, форматов, каналов и моделей дистрибуции. А «игровые компании», которые за все время существования не произвели на свет ничего, кроме радужных обещаний, — это совсем даже не новость, а естественный экономический процесс, во всех странах и сферах деятельности подобное происходит. Если, к примеру, вспомнить историю с игровой приставкой Phantom, наши случаи вообще покажутся смехотворными. Не тот масштаб (на разработку консоли Phantom было истрачено $25 млн, привлекалось множество издателей, а в итоге на презентации фирма Infinium показала заинтересованным лицам приставку, в которой работали только лампочки подсветки логотипа).

[Feodor]: Начинать всегда трудно. При этом о провалах говорят значительно чаще, чем об успехах, потому и складывается порой неприглядная картина. Только это неправильно — публично рассказывать, как у нас все плохо. Хорошего ведь тоже хватает.

[Евгений Жуков]: Стартовать сейчас легче — за прошедшее время накопилось много счастливых историй, когда все обогатились. Это уменьшает бдительность инвесторов. Как результат — много громких стартапов. Однако это никоим образом не влияет на количество успешных проектов, поскольку круто стартовать — это даже не полдела, а значительно меньше. До релиза доползает в разы меньше народу, а до прибыльности дотягивают и вовсе единицы.

Еще один путь прорваться в большой геймдев — модостроение. Такие игры, как Damnation (выходит в конце этого года) и Red Orchestra: Ostfront 41-45, выросли из любительских модификаций для серии Unreal Tournament. Кстати, во многом этому поспособствовало участие проектов в конкурсе Make Something Unreal, который ежегодно проводит Epic Games. А, например, игра «Корсары: Возвращение легенды» выросла из мода к «Пиратам Карибского моря».

[ALexusB]: Я начинал с обычного мода к «Пиратам Карибского моря». Позднее он вырос в аддон «Корсары: Возвращение легенды». Довольно долго (2,5 года) процесс разработки шел просто так, ради фана и драйва, практически в одно лицо. Понятное дело, без денег. При этом была (и есть) основная работа, где зарабатывались деньги на житье-бытье. Постепенно образовалась команда (Seaward.Ru), подключались такие же психи, как я. Позже, после переговоров с «Акеллой», встали на коммерческие рельсы и выпустили две игры: «Корсары: Возвращение легенды» и продолжение «Корсары: Город потерянных кораблей».

Тянуть две работы очень сложно. Это реально, если ничего не отвлекает, но для проекта с нуля (без движка и накопленных за три года материалов) — утопия. Только изменений в движке базовой игры набежит на многие тысячи человекочасов, без помощи со стороны тут не обойтись. У нас было много фанатов-форумчан, которые делали что-то за интерес (за упоминание в титрах, за опыт). Благодаря им удалось наладить тестирование. И все же до релиза такие «народные» разработки доводят главные действующие лица команд, а не сами команды (там большая ротация, и вклад каждого участника крайне мал). Управление комьюнити — это отдельная песня. Но как бы то ни было, у нас все получилось.

Help — кто поможет в создании игры?

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

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

Вы не задумывались о работе в игровой индустрии? В нашей компании часто открываются вакансии, которые могут заинтересовать таких творческих людей, как вы. Почаще проверяйте сайт http://careers.ea.com на предмет вакансий, которые могут вам подойти. А если вы заинтересованы в получении соответствующего образования в сфере интерактивных развлечений, пройдите по ссылке http://careers.ea.com/students.

$a$ из $b$ пользователей считают этот материал полезным.

Создание Команды Разработчиков Игр

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

Разработка игр — дело кропотливое, сложное, объёмное и весьма разнообразное по характеру выполняемых работ. Коммерческие проекты создаются профессиональными командами из десятков, а иногда и сотен человек в течение долгого времени.

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

Памятка создателю команды разработчиков игр

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

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

Ядро команды — ключ к успеху

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

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

Поиск людей — несколько моментов

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

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

Другая крайность — это совсем уж новички, которые первый раз открыли Photoshop неделю назад и уже горят желанием участвовать в разработке игр. Несомненно, что среди таких людей попадаются достаточно талантливые художники, моделеры, программисты и т.д. Главное для них — это стремление к самосовершенствованию и постоянному развитию. Как я и говорил в одной из статей этого цикла «Создание игр для начинающих», разработка игр — это постоянное, непрекращающееся обучение и повышение своего уровня. Ваша основная задача на этапе поиска и рассмотрения потенциальных участников команды — разделить тех, кто реально готов работать, от тех, для кого это забава на две недели. Помните: фраза «я вот тут за 5 минут в триДэМаксе наклепал» — это отчётливый сигнал к тому, что человек не настроен на серьёзную работу и толку от него не будет.

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

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

Где и как искать людей

Теперь о том, где и как искать людей для своего проекта. Очевидно, что самое «рыбное» в этом плане место — тематические форумы о разработке игр, 3D или 2D графике и программировании. Поиски следует начать именно отсюда, велика вероятность, что там вы найдёте нужных людей.

Отдельно стоит заострить внимание на то, каким образом вы подаёте себя и свой проект на сайте/форуме с нужными вам людьми. Небрежное отношения к созданию и оформлению темы-объявления с анонсом проекта и предложением вступить в команду — величайшее зло. «Создаётся MMORPG, проект основан сегодня, нужны все» — такое содержание темы не сможет привлечь даже самых отчаянных людей, умирающих от скуки.

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

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

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

Итого — сначала результат вашей личной работы над проектом, затем — тема на форуме. Ни в коем случае не наоборот. В конце концов, где гарантия, что поработав над своей идеей месяц, вы не разочаруетесь в ней и не забросите все дела? А если команда уже набрана и люди потратили своё время.

Читайте далее 4. Управление командой разработчиков игр

Как собрать команду и сделать игру с нуля

Этот пост для тех, кто мечтает сделать свою игру, но не знает с чего начать. Я предполагаю, что этот человек уже прочитал как минимум пяток книг по геймдизайну и у него уже есть определенный опыт работы в индустрии. Если одно из этих условий не выполнено, этот пост не для вас и читать его не надо. Как не надо и начинать делать свою игру мечты. У меня было несколько стартапов, с переменным успехом. Первый раз я попробовал сделать свою игру, если не путаю, где-то в 1999-2000 году. В то время существовала компания Fireglow, сделавшая известнейший тайтл «Противостояние» (в английском варианте «Sudden Strike»). Наверняка вы помните эту стратегию; это была первая русская игра, которая попала на первые строчки мировых чартов. К сожалению, я был еще слишком юн и в разработке тайтла не принимал участия. Но я дружил с некоторыми ребятами, которые его делали (мы подружились на почве общих, компьютерных, интересов, будучи еще совсем подростками).

Однажды ко мне пришел в гости один из них, прекрасный программист Виктор Баргачев. Между делом зашел разговор о том, как идут дела в их команде, когда ждать следующую игру. И оказалось, что дела идут никак, идей нет. И Витя, зная, что я тогда учился на режиссуре, предложил мне написать сценарий (слов геймдизайн мы еще не знали). Вдруг да что получится. Я привлек товарища, мы написали страниц триста разных вариантов и сценариев; ключевой программист команды Fireglow и менеджер (технический директор, вроде как) ушли из Fireglow и мы начали работать, впятером, над новой, суперсложной РПГ. Через полгода начинание умерло из-за высокой сложности задумки, недостатка опыта всех членов команды, неправильного менеджмента и других детских болезней стартапов. Тем не менее, начало моей карьеры геймдиза было положено именно тогда. Потом были еще игры, и тоже самостоятельные. Некоторые были завершены с переменным успехом, одна довольно удачно. Но во всех случаях я использовал один и тот же подход к формированию команды, готовой работать в свободное время, за идею и исключительно на энтузиазме. Этот подход работает; может быть это какой-то особый секрет, может быть нет. Возможно, мне повезло найти лайфхак, благодаря которому я могу теперь создавать команды, вместе с которыми могу реализовывать идеи (и свои, и команды). Ниже я поделюсь способом, который так хорошо для меня работает (но не факт, что так же хорошо будет работать и для вас). Я сознательно опускаю тут объем задуманного проекта. Это может быть ММО с динамическим изменением игрового мира и грабежом корованов, или простенький паззл. Во втором случае ваши шансы сильно возрастают, но это предмет для другой статьи; здесь я только порекомендую не делать ничего сложного в качестве первого проекта с новой командой. Оптимальная команда для старта — три человека: геймдизайнер, программист и художник. Все остальное (звуки, музыка и т.п.) легко находится позже. И тут возникает вопрос: где найти этих двух человек (при условии, что вы — геймдиз)? Далее — поэтапный план действий.

Шаг 1: организация рабочего пространства

Что это такое? Это вики и планировщик задач. Для вики я использую Atlassian Confluence, трекер — в зависимости от сложности проекта. Наверное, привыкать лучше сразу к хорошему, поэтому рекомендую Atlassian Jira. И то, и то суммарно обойдется в $20 / месяц. Далее, если нужен контроль версий и единое хранилище, то SVN или GIT; Bitbucket для гита — бесплатный до какого-то вполне приемлемого количества пользователей. Если есть собственный хостинг и знание, как поднять СВН — то он точно не помешает. Для работы с Unity3D рекомендую Asset Server, но последние версии Unity умеют работать и с СВНом/перфорсом, так что тут что больше нравится. Дешевый хостинг (бесплатный на год) берем на Amazon AWS (micro instance) — полный рутовский доступ, любая операционная система. Требует знания азов админки; для меня было прекрасным способом получить базовый скилл в linux’е. Теперь я знаю несколько линуксовых команд, могу поднять вордпресс из консоли, поставить PostgreSQL и Trac, а также все напрочь безвозвратно запороть, поэтому бекапить систему настоятельно рекомендую. Если таких скилов нет, то Atlassian Confluence On Demand — ваш выбор. Все уже установлено, настроено и вам остается только начать работать над диздоком. Здесь многие спросят: «зачем это надо, ведь и в ворде прекрасно можно работать!», и будут не правы. Вики позволяет делать перекрестные ссылки, жизненно необходимые для создания полноценной документации; позволяет работать над документацией совместно, обеспечивает доступ к последним изменениям в любой момент и так далее. После работы в конфлюенсе в ворд возвращаться не захочется.

Шаг 2: написание диздока и необходимых материалов

Обязательный шаг, если вы хотите найти вменяемую команду, с которой будете долго и продуктивно работать. Или если вы не хотите найти людей, щедрых на обещания, но исчезающих, как только доходит дело до работы. Это случается даже с оплачиваемыми сотрудниками, что же говорить о тех, кто будет работать с вами на энтузиазме? В общем, если вы хотите найти настоящих бойцов-соратников, то напишите нормальный диздок. Конечно, полный вы не сможете написать; по мере работы вы будете его дорабатывать и это нормально и правильно. Но отправная точка должна быть. Даже не точка, а мощная платформа, которая выдержит все возникающие у будущих членов команды вопросы, предложения и критику. Как писать диздок, я рассказывал тут. Кроме того, нужны литературные описания, питч. Это должна быть эссенция вашего диздока и видения, в котором выверена каждая буква, в котором каждое слово стреляет, поражая воображение ваших будущих соратников. Этот документ должен запасть им в сердце, душу и мозг, воспламенить их — и только тогда они будут с вами преодолевать все последующие трудности и сложности (которые гарантированно возникнут). Питч должен занимать не более двух страниц, четко и лаконично описывать игру, какой она будет, и ее USP (уникальные особенности). Прочитав питч, люди должны почувствовать, что это — игра. Они должны видеть, как она будет работать, ощущать ее так, словно они в нее уже играли. В общем, питч будущей игры — это ваш шанс собрать сильную команду. Нет питча — нет сильной команды. Telescope on Map ca. 2001

Шаг 3: поиск команды, привлечение соратников

Многие начинают создание своего проекта с этого шага. Находят пару человек, собираются и затем возникает вопрос: «Ну что, какую игру делать будем?». В случае сработанных команд, которые закончили предыдущую игру, это здорово. Но не в случае, если вы собираете новую команду. Плохо и то, если вдруг вместо предоставления материалов для ознакомления, вы начинаете рассказывать о том, какая это будет отличная игра. Этот этап тоже будет нужен, но потом, Ваша задача — найти команду на то видение, которое у вас есть; это должны быть люди, которые разделяют ваше видение и будут ему следовать, помогая и участвуя, без попыток изменить игру под свое видение, которое с вашим может расходиться. Поэтому шаг 2 полезен еще и тем, что отфильтрует не подходящих вам людей до того, как вы начнете работать. Итак, у вас есть дздок и питч. Вы точно знаете, какую хотите сделать игру. Я всегда начинал (и начинаю, и буду начинать впредь) с поиска художника, который может хорошо рисовать концепт-арты. Он сможет превратить ваши слова в картинки, и это сильно облегчит поиск программиста (и других членов команды, если это понадобится). Факт: под красивые картинки найти других членов команды в разы легче, чем без них. Именно поэтому я считаю, что начинать надо с художника. Ищем художника. Следующий вопрос: где и как его искать? Есть gamedev.ru, где найти кого-то стоящего по-моему почти невозможно (конечно, чудеса случаются, но это должно сильно повезти). ДТФ тем более. Я не трачу время на форумы и объявления. Для своего последнего проекта я обошел порядка двадцати тематических ресурсов (где выкладывают свои работы художники стиля, в котором будет игра); нашел несколько самых интересных и написал (где-то по е-мейлу, где-то по скайпу). Мне дико повезло (или нам повезло, и мы таким образом встретились): идея игры зажгла первого, самого сильного художника, и мы начали работать. Концепты получаются сногсшибательными — ни на одном проекте вообще я еще не работал с таким талантливым концеп-артистом (ни на финансируемых, ни на стартапах). Поэтому — не надо бояться высокого уровня человека. Вполне возможно, что ваша идея является именно тем, что он сам уже давно ищет. Кроме того, на текущем энтузиастском проекте остался и художник-моделер с предыдущих стартапов, найденный точно таким же образом, но несколько лет назад.


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

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

«Модный» старт
UPD: Как и где я искал художников и программистов — я искал и на профессиональных сайтах, типа deviantart (ни одного энтезиаста там не нашел, кстати) и render.ru. Также я просматривал резюме людей, ищущих работу и списывался с подходящими кандидатами, имеющими опыт и портфолио. Портфолио и резюме можно искать на dtf.ru или gamedev.ru. Конечно, сильно помогает гугл поиск по ключевым словам. Ни в одном из резюме не будет и не было написано, «интересует работа на энтузиазме», но многим перспективные проекты интересны. Таким образом, болшого списка ресурсов у меня нет и не было.

Шаг 4: прототип

Шаг опционален потому, что если вы прислушались к моему совету в самом начале, на создание простой игры вам деньги не нужны. Вы сделаете ее сами, причем мой опыт показывает, что сделаете вы ее примерно за то же время, что и при обычной (оплачиваемой) разработки. Но если вы делаете среднюю или большую игру, вам понадобятся деньги на расширение команды, далее на маркетинг и т.д., а значит, и прототип. Раньше, когда в 2001 году я приезжал в Москву за деньгами, встречался с замечательным человеком Сергеем Герасевым и Юрой Мирошниковым, прося $300к на разработку, меня вежливо отправляли обратно. Кстати, если вдруг Сергей или Юра будете читать эту статью, то выражаю благодарность за то, что не смеялись и были такими терпеливыми. Так вот, меня отправляли обратно, в дождливый и сонный Питер, с сакральными словами: «приезжай с демо-версией». Тогда я не понимал, зачем она им нужна, ведь я так хорошо все рассказал и описал! Но демка/прототип нужен не потому, что они дураки и не понимают, какой будет игра. Прототип нужен для того, чтобы понять, может эта команда что-нибудь вообще делать или нет, стоит с ней связываться или все закончится на словах. Отсутствие прототипа не гарантирует, что команда ничего не сделает; наличие прототипа не гарантирует, что команда сделает игру. Но это существенное снижение рисков. Это — демонстрация серьезности и ответственности команды и того, что с ней можно работать. И, самое главное: прототип нужен не тому, кто будет вам давать деньги. Прототип нужен вам самим. Stack of One Hundred Dollar Bills U.S.

Шаг 5: привлечение инвестиций — классический вариант

Бытует мнение, что деньги на игру достать сложно. ЭТО НЕ ТАК!

Да, я написал это капслоком, еще и жирным, еще и подчеркнул. Деньги на игру найти очень просто, причем источники могут быть разными, но во всех случаях вам нужна демо-версия или прототип. Для себя я вывел правило: нет прототипа — нет работы с инвесторами. Мне регулярно предлагают деньги, в разных размерах и с разным количеством нулей. Но я каждый раз отказываю по той причине, что сейчас веду другой проект и есть определенные обязательства, которые я выполню. Но если бы я не имел таких обязательств, то я бы все равно отказал по двум оставшимся: а) еще нет играбельного прототипа и б) есть краудфандинг. Я считаю, что начинать разработку без рабочего прототипа — это очень большие риски, в случае срабатывания которых вы потеряете чужие деньги и кучу своего времени; без рабочего прототипа условия, на которых вы можете договориться, скорее всего будут сильно хуже, вплоть до кабальных (практикуется в нашей стране очень хорошо). Имея прототип, вы можете торговаться или даже выбирать с кем работать. Например, после презентации прототипа одной из игр в 2009 году в Доме Предпринимателя, ко мне обратились два разных инвестора и я выбрал того, который показался мне более подходящим (ошибся, кстати). Финализируя: делайте прототип.

Нет времени объяснять, просто сделайте прототип!

В общем, что касается классического подхода: делаете демо, берете пакет документов (концепты, питч) и получаете деньги, отдавая большой % компании. Взамен получаете деньги, если профильный инвестор — профессиональное продюссирование, хорошие фидбеки и контроль качества, стимулы в виде пинков и нагоняев, маркетинг и все прочее (если доживете до релиза). Для многих это стоит того огромного процента, который у вас возьмут. multiracial hands

Шаг 5: привлечение инвестиций — альтернативый вариант

Да, краудфандинг. Я там был, собрал $30k на проект, который теоретически не должен был собрать и $10k (об этом я писал на хабре, в этом пост-мортеме). Если делать все правильно изначально, то собрать $50k не проблема. Есть сложности с выходом на Кикстартер, но есть и ИндиГоГо, есть и наши площадки (planeta.ru, boomstarter.ru, где пока что рекорд на игру — 500 тыс. рублей, против десяти миллионов $ в США). Но даже если вы приступите к шагу 1 немедленно, выйти на площадку вы сможете не ранее, чем через годик — к этому времени и на нашем рынке станет получше, и может быть на Кикстартер выйти проще будет. Чем хорош краудфандинг для разработчиков игр? Тем, что отсутствуют кабальные условия. Собрали — и вперед. Есть и минусы, заключающиеся в необходимости наработки других материалов (для кампании) и того, что вы будете сами по себе, никто не даст вам умных (или не очень) советов и вы не будете работать с профессиональными продюсерами первое время. О том, какие нужны будут материалы, и как вообще это работает, можно прочитать в нашей группе Русские на Кикстартере. Если вы собираетесь пойти этим путем, то изучение материалов группы — обязательно.

Финиш?

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

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

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

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

Независимо от вашего уровня программирования, вы тоже можете написать свою первую игру. Два года назад я думала что это невозможно, но я все равно попыталась этого достичь. Для меня — разработка игр стала самым сложным испытанием в моей жизни! Но оно того стоило! Теперь я понимаю, что разработка игр подобна любому навыку в нашей жизни: вы становитесь лучше, когда что-то делаете, терпите неудачи, получаете опыт и улучшаете свои навыки.

Я сама научилась всему тому, что знаю сейчас и теперь я постараюсь научить и вас.

Чтобы сделать игру, вы должны пройти 6 этапов разработки: Разработка идеи. Арт. Программирование. Звук. Шлифовка. Публикация.

Каждый из этапов я структурировала следующим образом:

  • ? Совет. Здесь, я буду давать вам советы, основываясь на своем и чужом опыте.
  • ? Ресурсы. Также, я буду прикреплять ссылки на те или иные ресурсы, которые будут вам наиболее полезны.

Этап №1: Разработка идеи ?

Совет ?

У вас есть отличная идея! Как вы ее запишите?

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

  • Изюминка. Почему вы считаете идею своей игры превосходной? Для меня это наиболее важный пункт в проекте. Как только вы определитесь с «изюминкой» вашей игры — прописать оставшиеся пункты проекта не составит вам большого труда! Ваша игра заставляет над чем-то задуматься? Может быть она скандальна? Или же это ремейк классики прошлого? Или это нечто новое, что никто и никогда не разрабатывал?
  • Механика. Что, как и с какой целью делает ваш игрок — это и есть геймплей вашей игры. Например: клавиши QWOP могут использоваться для простого перемещения или общения в «мистическом чате» игры, но также они могут быть использованы для составления множества боевых комбинаций, как в игре «Dwarf Fortress».
  • Сюжет. Какую историю вы хотите рассказать всем тем, кто будет играть в вашу игру? Какие эмоции они будут испытывать? У каждой игры есть своя история. Если сюжет вашей игры не так очевиден — придумать ее сможет и сам игрок. История может быть придумана в игре про числа «2048». Игрок, играя в популярную стратегию «Civilization», может сам придумать историю становления своего государства. Даже в игре «Monument Valley», с ее безмолвием, каждый додумывает свою историю. Подумайте, какую историю расскажет ваша игра?
  • Настроение. Какое впечатление окажет ваша игра на игроков? Каково будет ее графическое оформление? Какой звук? Первое впечатление об игре очень важно — игра может «зацепить» пользователя с первых минут и в итоге он будет играть в нее и дальше. Возможно вы сделаете вашу игру в стиле ретро: с пиксельной графикой и музыкой в стиле ретро-вейв. А возможно, вы выберете ультра-современный дизайн, с плоской геометрией объектов, «чистыми» текстурами и инструментальной музыкой.

*Сложно придумать хорошую идею для игры? На этом этапе всем нам бывает очень сложно что-то придумать. Что же делать?

  • Присоединяйтесь к игре hackathon/jam. Вам и другим участникам будет поручено сделать игру за короткий промежуток времени. Во время участия в хакатоне вы встретите единомышленников, которые будут поддерживать и помогать вам. А что насчет творческого волнения и конкуренции во время работы? Все это благоприятно скажется на вас и на ваших навыках! Не знаете с какой площадки начать? Рекомендую попробовать Ludum Dare — одну из самых больших площадок для разработчиков!
  • Записывайте все свои идеи! Я и многие другие разработчики, которых я знаю, записываем все свои идеи. Таким образом, когда вы не сможете ничего придумать, вы сможете вернуться к своим старым идеям и мыслям и что-то из них почерпнуть!

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

Ресурсы?

Все нижеперечисленные ресурсы и программы опробованы мною лично и многими из них я пользуюсь до сих пор!

Для совместной работы (для команд):

  • Google drive
  • GitHub (?). Требуются git и Unity .gitignore.
  • Unity Collab. Самый простой сервис из трех. У бесплатной версии есть ограничения.

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

-Книга «The Art of Game Design» . Автор Джесси Шелл

Этап №2: Арт ?

Совет ?

Вы продумали свою игру и записали все свои идеи; Мои поздравления — это потрясающе! Теперь пора поработать над реализацией ваших задумок!

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

Вы не умеете рисовать? Не волнуйтесь. Каждый из нас может нарисовать что-то красивое, руководствуясь тремя основными принципами визуализации: цвет, форма и пространство.

UI

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

2D анимация

У вас есть два варианта для создания 2D анимации:

  • Кадр за кадром. Здесь вам придется рисовать каждый кадр анимации и затем соединять их воедино. Для этого вам следует использовать спрайт- листы вместе с TexturePacker (или, если вы используете Unity — Sprite Packer).
  • Скелетная анимация. Нарисуйте все нужные конечности объекта и затем анимируйте, меняя их положение относительно предыдущего состояния. Этот способ анимации быстрее, проще и сэкономит место на вашем жестком диске, по сравнению с анимацией «кадр за кадром». Если вы решили создать 2D анимацию и используете движок Unity — попробуйте начать с анимации спрайтов или Anima2D.

Разное

Вот несколько общих советов по оформлению игр:

  • Разбивайте элементы на плитки для создания плиточных изображений и экономии места на жестком диске.
  • 9-частей / 9-квадратов. Масштабируйте объекты с немасштабируемыми границами через центр изображения (растягивайте и сжимайте изображение) для изменения его масштаба и сохранения памяти.

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

  • Сделайте каждую текстуру или объект кратным размеру 4 и силе равной 2(мера качества изображения) для экономии памяти.
  • Если вы используете Photoshop, используйте «File»> «Export»> «Layers to Files», для того чтобы быстро экспортировать каждый слой в виде файла (например PNG или JPEG).

Ресурсы ?

Программы для создания UI:

Программы для создания 2D объектов (ассетов):

  • Photoshop (?).
  • Gimp.
  • Paint Tool SAI — отлично подходит для создания плоских изображения в стиле аниме.

Программы для создания 3D объектов:

  • Blender (?). Мощная программа, которую достаточно сложно выучить.
  • Maya. Хороша для анимации.
  • Max. Хороша для рендеринга.

Сайты с ассетами:

  • Behance. Шрифты + иконки + темы дизайна
  • KennyNL. Полностью готовые к игре UI /2D /3D арт и ассеты высокого качества.
  • Open Game Dev Art. Огромная пользовательская библиотека концепт- арта.
  • Dribbble. Дизайнерские концепт-арты от приглашенных художников.
  • Behance. Пользовательские дизайны.
  • itch.io . Сайт с инди-играми.

Этап №3: Программирование ?

Совет?

Шаг первый. Сперва решите, какой игровой движок и >Ресурсы.

Шаг второй. Пишите код.

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

Нижеприведенные основополагающие принципы C++ помогут вам разобраться с кодом и этого вполне хватит на первое время (все примеры кода приведены на C ++, одним из основных языков программирования, используемых в Unity 3D):

1) Типы данных и переменные. В основе всего кода лежат данные. Эти данные хранятся посредством переменных. Вы можете написать переменную подобным образом:

Давайте разберемся с этим поподробнее:

int— это тип данных. i — это имя переменной. 0 — значение переменной.

С этим разобрались. Теперь попробуем разобраться вот с этим:

string — это тип данных. s — это имя переменной. И как вы наверное уже догадались, что “pusheen is best cat” — это значение переменной.

Некоторые общие типы данных: int и long — являются данными целых чисел. float и double — используются для обозначения десятичных чисел. А строка (string) может нести в себе любое предложение (даже пустые «»).

Хотите узнать больше? Посмотрите это и вот это.

2) Оператор if. Этот оператор проверяет, является ли какое-либо условие истинным. Если да, то он запустит код, находящийся внутри него:

Если условие оказалось неверным, альтернативное действие определяется связкой операторов else if:

Либо можно прописать тело кода для оператора else отдельно:

3) Циклы For и while. Цикл while выполняет код, находящийся в теле цикла, до тех пор, пока данное условие истинно. Когда условие ложно, цикл while завершается:

Подумайте: как долго этот цикл будет продолжаться?

Цикл For работает также как и цикл while:

Это эквивалентно этому:

4) Основные структуры данных. Итак, у нас есть определенные виды данных которыми мы можем манипулировать. Мы также можем хранить эти данные в некоторой системе — структуре данных. Вот виды структур данных, которые вы должны знать: массивы, списки, очереди, стеки и наборы.

Вот пример массива:

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

5) Функции и исключения. Функция — это небольшая строка кода, описывающая большой участок кода. Например, если вы вызовете:

EatBread() будет выглядеть вот так:

Вызов EatBread() на самом деле будет вызывать два оператора в функции EatBread(). Если вы допустите ошибку в коде — это может привести к возникновению исключения. Красные «злые» ошибки будут как бы говорить вам: «Эй, назад! То что вы сделали — просто не работает. Вернись и проверь».

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

Что ж, есть еще несколько вещей, которые вы должны будете знать:

6) Язык. На каком языке вы собираетесь писать свои игры? C ++? Javascript? C #? Каждый язык отличается друг от друга и может позволить вам делать несколько разные вещи.

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

8) При выборе игрового движка, поинтересуйтесь и посмотрите уже выпущенные игры на том или ином движке. На движках Unreal и Unityнаписана целая масса бесплатных игр. Вы можете создать свою игру, основываясь на другой игре. (Я сделала свою первую игру на основе платформера Corgi Engine.)

Слова поддержки: Я понимаю, сначала вам будет страшно, когда вы начнете программировать. Понятное дело, поначалу вы будете чувствовать неуверенность и собственную некомпетентность. Вы будете постоянно допускать одни и те же ошибки, снова и снова. Это не значит, что вы плохо программируете — у вас просто недостаточно опыта. Примите этот вызов!

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

Несколько важных моментов:

  • Объектное ориентирование. Делайте свой код более естественным.
  • Названия. Называйте свои классы, методы и переменные так, чтобы название передавало его цель и задачи. Например, функцию атаки в ближнем бою следует назвать meleeAttack (), а не mA () или protecbutalsoattac (). Вы (и все остальные, кто будет читать или работать с вашим кодом) должны понимать, что, зачем и почему.
  • Декомпозиция. Если определенный участок кода повторяется — поместите его в отдельную функцию. Вызывайте эту функцию по мере необходимости, вместо полного дублирования повторяемого кода.
  • Используйте паттерн Singleton. Он позволяет предоставить доступ извне к данным, которые должны храниться в одном экземпляре.
  • Избегайте статики. При создании игр я избегала создания статических переменных (одиночные игры — исключение). Их жизнь — это время жизни игры, а они медленные и в редакторе они могут вести себя непредсказуемо.
  • Паттерн наблюдателя. Он позволяет не тратить время на проверку компьютером кода, который должен исполниться, в зависимости от другого участка кода.

Несколько важных вещей в Unity:

  • Сопрограммы. IEnumerators (перечислители) и Coroutines (сопрограммы) позволяют создавать определенные алгоритмы действий. Я, например, использую их для: создания всплесков визуальных эффектов, передвижения и для режима ожидания в загрузке игровой сцены.
  • ScriptableObject (скриптуемый объект). Класс, который экономичнее и эффективнее содержит данные, чем MonoBehaviors.

Ресурсы ?

Выбор игрового движка:

1) Вы можете написать свой собственный движок! Требуются знания C/ C++ на низком, системном уровне.

2) Unity — кросс-платформенный, поддержка 2D/3D. Требуются знания Javascript / C # уровня middle.

3) Unreal Engine — кросс-платформенный движок, поддержка 2D / 3D (2D плохо поддерживается). Требуются знания C ++ уровня middle.

4) pixi.js — поддержка 2D. Требуются знания Javascript уровня middle.

5) GameMaker Studio — кросс-платформенная программа, поддержка 2D / 3D. Требуются знания GML начального уровня.

6) Corona — фреймворк, кросс-платформенный. Требуются знания Lua начального уровня.

Среда разработки:

  • Visual Studio Code для MacOS (?) — очень плавно работает, не тормозит и обладает потрясающими функциями VSCode (встроенная справочная информация, быстрая навигация и т.д.).
  • Visual Studio для Windows (?).
  • MonoDevelop — поставляется с Unity, часто тормозит.

Бесплатные ассеты для Unity:

Для Unity существуют тонны бесплатных ассетов в Unity Asset Store, GitHub, bitbucket и на других сайтах. Я постоянно их использую в каждом своем проекте. Сделайте свою жизнь проще — пользуйтесь! Но помните, что они неидеальны. Если вы заметили в них какие-то ошибки — исправьте их или сообщите разработчику!

И последнее, но не менее важное! Средство №1 для разрешения всевозможных проблем в программировании: Google!

Этап №4. Звук

Советы ?

Во-первых: вам нужны звуки?

Музыка творит чудеса в плане настроения самой игры и погружения в нее, но оно занимает много драгоценного места на жестком диске.

Если ваш ответ: «Да, мне нужно звуковое сопровождение», то каким оно будет?

Добавите ли вы музыку? Звуковые эффекты? Озвучку персонажей или голос рассказчика?

В любом случае прислушайтесь к моему совету: записывайте и сочетайте звуковое сопровождение таким образом, чтобы оно полностью соответствовало настроению вашей игры. Например, «Bastion» сочетает различные струнные музыкальные инструменты и пение, соответствующее игровому миру. «Crypt Of The Necrodancer» использует смесь электронных битов и чиптюн-рока, чтобы игроку было комфортно играть в эту красочную и ритмичную игру.

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

Ресурсы ?

Программы для создания и обработки звуков:

  • Logic Pro. $200. Только MacOS.
  • FL Studio (?). $99–899. Есть бесплатная версия.
  • Reaper. $60–225.
  • Audacity (?). Бесплатная программа. Ограниченный функционал. Крайне полезна для очистки аудио от различных шумов.

Генераторы ретро-звуковых эффектов:

  • Soundcloud (?). Soundcloud распространяет огромное количество великолепной музыки под эгидой Creative Commons (CC). Вот плейлист
  • , который подойдет для ознакомления. Перед использованием бесплатной музыки, обязательно убедитесь в том, что это легально.
  • Incompetech (?). CC музыка.
  • Bensound. Тоже CC музыка.

Этап №5. Шлифовка

Советы ?

Эй! Ты здесь! Ты сделал это! Это просто невероятно (я серьезно, если ты доберешься до этого этапа, я бы хотела, чтобы ты со мной связался и показал свою игру)!

Ты точно закончил…верно?

Что ж, я уверена на 99.99999%, что в игре наверняка есть баги.

А это значит, что пришло время ее протестировать!

Тестирование на предмет багов

  1. Поручи другим людям сыграть в твою игру. Ты наверняка будешь окрылен проделанной работой, и вряд ли найдешь в своем творении хотя бы половину ошибок. Но лучше, если другие будут играть перед тобой, потому что, когда произойдет столкновение с проблемой, они с трудом смогут описать ее в подробностях.
  2. Запускай игру на всех целевых платформах. Твой проект может работать в редакторе, но работает ли он, например, на IOS? Для Linux и различных версий Andro >Супер, ты нашел баг. Что делать дальше?
  1. Проверь консоль на наличие исключений. Нашел? Хорошо! Найди файл и номер строки, в которой возникло исключение. Если исключение звучит как что-то с другой планеты — гугли внятное объяснение. Затем выясни, почему тот номер строки вызывает исключение.
  1. Все еще не можешь понять в чем причина? Напиши в консоль. Вызови оператор в те места, которые, по твоему мнению, вызывают проблемы. Выведи значения переменных и проверь, являются ли выведенные переменные теми, что ожидались. Если нет, исправь ситуацию.
  2. Становится только хуже? Проверь журнал событий. Журнал проекта даст тебе значительно больше информации, чем консоль. Внимательнее прочти строки, в которых произошло исключение. Гугли все, что не знаешь. Сможешь все починить?
  3. Ложись спать. Утром все встанет на свои места и этот баг забудется, как дурной сон. Верно??

Распространенные ошибки

Что не так: Ты пытаешься воспользоваться чем-то, что равно null (несуществующая переменная).

Что не так: Недопустимый синтаксис в коде.

Решение: В сообщении об ошибке должно быть указано, какой символ выдает ошибку. Просто измени символ.

Совет: Если символ обрамляется двойными кавычками, убедись, что используешь «правильные» кавычки. Как на примере снизу.

Что не так: Некоторые шейдеры не могут нормально отобразиться.

Решение: Возможно ты используешь 3D шейдеры для 2D игры. Или какая-то функция шейдера не поддерживается OC, на которой выходит игра. Также стоит убедиться, что ты используешь мобильные шейдеры для мобильной игры.

После того, как покончишь с багами, займись оптимизацией.

Общие советы по оптимизации

  • Задайте целевую частоту кадров. Целевая частота кадров должна быть 20FPS для визуальной новеллы, и 60FPS для шутера от первого лица. Чем ниже целевая частота кадров, тем быстрее игра рендерит их.
  • Анимация/ система частиц/ Occlusion Culling. Occlusion Culling — это функция, отключающая рендеринг тех объектов, которые в данные момент не видит камера. Персонажи будут анимированными, частицы будут обновляться, а 3D-модели будут отображаться только тогда, когда их видно.
  • Сожмите аудио и текстуры. Crunch поможет вам сжать текстуры. Также снизьте качество звука. Обратите внимание, что сжатие может заметно ухудшить качество ассетов. А может и не снизить. Это как повезет.
  • Объектный пул. Это порождающий паттерн проектирования, набор инициализированных и готовых к использованию объектов. Когда системе требуется объект, он не создаётся, а берётся из пула. Когда объект больше не нужен, он не уничтожается, а возвращается в пул. Как вы догадались, это очень повышает производительность.
  • Используйте Ray Casting, а не Ray Tracing. Если в рейтрейсинге лучи трассируются для каждой точки экрана, то в рейкастинге стены всегда перпендикулярны полу, и поэтому есть возможность трассировать всего один луч для целого столбца экрана — именно поэтому рейкастинг и является наиболее быстрым методом построения трёхмерной проекции.

А вот это советы для тех, кто не боится трудностей:

  • Оптимизируйте шейдеры. Дайте рендереру материал для работы. Это сэкономит ресурсы в начале, так как игре не нужно будет создавать для всего новые материалы. Пусть шейдер включает только то, что функционально необходимо (например, кнопка, не требующая маскирования, может использовать Sprite шейдер)
  • В Unity используйте AssetBundles вместо Resources. AssetBundles берет дополнительную память, как из интернета (например, Dropbox), так и из локального хранилища(например, жесткий диск).

Ресурсы ?

Все они принадлежат Unity, но могут быть применимы к другим движкам.

Этап №6. Публикация ?

Советы ?

Поздравляю! У тебя что-то, да получилось! Пришло время показать всему миру твой проект.

Лично для меня, момент для публикации — самая тревожная часть. Если ты в чем-то сомневаешься, то сообщество разработчиков будет лучшим местом для первой публикации! Ведь ты в этом не одинок и ты зашел так далеко — может быть, стоит дойти до конца, верно?

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

По поводу прессы. Напишите в игровые СМИ о вашей игре по email за неделю до релиза, чтобы дать им время написать или отснять материал по вашей игре. Скорее всего, они вообще ничего не напишут о ней. Я заметила, что «пресса» любит интересные истории разработчиков, уникальную / противоречивую концепцию. Но самое главное: опишите ваш проект и процесс его создания в мельчайших деталях!

Как найти подходящее СМИ для публикации?

  • Найдите блогеров или писателей, которые вам нравятся, просто загуглив их имена. Их электронная почта должна где-то появиться: Twitter, LinkedIn и т. д. Или..
  • Найдите электронную почту журнала / компании на странице About.Выглядят они примерно вот так: [email protected] .

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

Публикации в СМИ о моей игре:

Участвуя в игровых фестивалях, вы можете получить всевозможные награды и/или получить признание других разработчиков или СМИ.

Участвуйте во всевозможных конференциях, вы сможете обзавестись полезными связями с другими разработчиками и компаниями (не забудьте оставить им свою визитную карточку!)

3. Youtube и стримеры. Игровые блогеры могут сделать видео о вашей игре, если:

  • Если у нее будет высокий рейтинг на игровых платформах, где она была опубликована.
  • Если вы отправляете сведения о вашей игре посредством email, то не пишите о себе — пишите о вашей игре. Будьте краткими и убедительными. Сопровождайте ваше письмо красивыми картинками с концепт-артом и гифками.

4. Социальные сети.

Социальные сети — это отличный маркетинговый инструмент. Например, Agar.io заполучила аудиторию на 4chan, Butterfly Soup безумно быстро раскрутилась на Twitter, но не стоит забывать и про другие социальные сети, которые всегда попадают в мой Топ-4 лучших рефереров:

Мои любимые социальные медиа-платформы для маркетинга расположены ниже, в разделе «Ресурсы».

5. Не менее важный вопрос: положиться на издателя или попробовать сделать все самому?

Игровой маргетинг- это огромная сфера. Хотите, чтобы издатель урегулировал все вопросы? Можете отправиться путем Hotline Miami x Devolver Digital или же сделать все самому, как разработчики Farmville или Doki Doki Literature Club’s.

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

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

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

6. Нажмите кнопку «Опубликовать»!

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

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

Просто осознайте, что вы создали настоящую игру! Вы многому научились. Этого достаточно.

К тому же, ваша следующая игра точно станет хитом!

Ресурсы ?

Платформы для дистрибуции игр:

  • Steam (?). PC. Требуется 100$ для публикации своей игры.
  • Origin. PC.
  • GOG. PC. Бесплатно для публикации. Игра должна пройти строгую модерацию.
  • Mac App Store. MacOS. Требуется Apple Developer account.
  • itch.io (?). PC/Web. Бесплатно для публикации.
  • Game Jolt (?). PC/Web. Бесплатно для публикации.
  • Armor Games (?). Бесплатно для публикации. Нужно получить статус разработчика.
  • Kongregate (?). Web. Бесплатно для публикации.
  • Newgrounds (?). Web. Бесплатно для публикации.
  • GitHub (?). Web. Бесплатно для публикации на вашем собственном сайте с доменом в формате “___.github.io”.
  • Amazon. Web/Mobile. Бесплатно для публикации.
  • Google Play (?). Mobile. Требуется внести единоразовый платеж в 25$.
  • iOS App Store (?). Mobile. Требуется Apple Developer account.
  • Game Developer’s Conference (GDC). Сан-Франциско.
  • Penny Arcade Expo (PAX). Сиэтл /Бостон/Филадельфия/Мельбурн.
  • Electronic Entertainment Expo (E3). Лос-Анджелес .
  • Tokyo Game Show. Япония .
  • Steam Dev Days. Сиэтл . Только для Steam разработчиков.

Информация о игре:

  • reddit. Выберите подходящий subreddit. Мои фавориты- /r/WebGames, /r/IndieGaming/ и /r/visualnovels.
  • Facebook. Создайте страницу игры в группе на Facebook или разместите информацию о игре на личной странице (если у вас есть возможность). Также на Facebook есть множество других групп, где вы можете показать свою игру! Вот некоторые из них:
  • Tumblr.
  • Twitter. Попробуйте пройтись по хэштегам #gamedev, #indiedev, и #screenshotsaturday.

Заключение

Нет никакого чит-кода для быстрого создания игры. Есть только решимость и труд.

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

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

Если вы хотите издать свою игру

Издательство Hobby World постоянно ищет новых авторов с оригинальными идеями игр. Если вы считаете, что ваш проект должен быть издан именно нашим издательством, отправьте полные правила вашей игры и примеры игровых компонентов на почту newgame@hobbyworld.ru

В теме письма укажите своё имя (никнейм), название вашей игры. Приложите правила в формате Word (.doc, .docx, .rtf) или .pdf; фотографии или макеты игровых компонентов каждого вида (поле, карточки, планшеты, жетоны и т. п.). В тексте письма и/или на первой странице правил укажите следующие данные об игре:
• возраст, длительность партии и количество игроков;
• краткую информацию, о чём игра (например, если говорить о «Колонизаторах»: это игра на менеджмент ресурсов в сеттинге условного Средневековья);
• рассказ о базовой механике: на чём строится игровой процесс (геймплей) в игре, какие уникальные механики в вашей игре есть (сейчас практически любая игра без уникальных механик не издаётся);
• полную комплектацию игры (для издателя важно понимать, сколько денег ему надо будет вложить в производство и что именно ему придётся производить. Особо уникальные компоненты, например 100 уникальных миниатюр, производить дорого).

Правила игры должны быть полными — такими, чтобы по ним можно было сыграть в вашу игру без подсказок. Если игра нас заинтересует, мы попросим вас выслать полный макет игры, чтобы изготовить прототип в офисе и опробовать его на практике. К сожалению, мы не можем оценить нашу заинтересованность в игре по её описанию или организовать с вами встречу, чтобы вы продемонстрировали нам игру. Если вам необходимо показать игру издателю лично, это можно сделать на авторской игротеке московского фестиваля “Игрокон” или санкт-петербургском “Граниконе”.

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

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

Обычно мы отвечаем авторам в течение месяца, но в зависимости от загруженности сотрудников этот срок может меняться.

Полезные ссылки

1. Доклад «Издатель, разработчик и мировые стандарты»

FAQ

Цель настоящего списка частых вопросов / ответов в том, чтобы:

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

У меня есть готовая настольная игра и я хочу увидеть её изданной. Что мне предпринять?

Присылайте игру в издательство в электронном виде.

В каком виде прислать игру? Должен ли я подготовить файлы сразу со всеми компонентами?

Для начала желательно предоставить краткое описание игры (3-4 абзаца), в котором кратко сказано об игровом процессе, об оригинальных элементах игровой механики, о необходимых компонентах игры, а также о времени партии и количестве игроков. Вы можете сравнить свою игру с другими известными вам играми. Также необходимы полные правила игры и примеры игровых компонентов, хотя бы в черновом оформлении. Предпочтительны самые распространённые форматы файлов: .DOC, .RTF, .PDF, .JPG. Если издательство заинтересуется концептом вашей игры, у вас запросят дополнительные материалы и информацию.

У меня пока нет готовой игры, но есть идея, которая кажется перспективной. Что мне делать с моей идеей?

Доведите идею до «играбельного» состояния, сделайте прототип, подготовьте файлы — и присылайте в издательство. «Голая» идея издателям не интересна.

Вы просите прислать все файлы. А вдруг издательство украдёт мою игру?

В отечественные издательства в год приходят сотни настольных игр. Например, в 2015 году только одно издательство Hobby World рассмотрело более 200 предложений о публикации игр. Просить автора прислать файлы — сложившаяся практика в отрасли настольных игр. Крупные издательства не будут рисковать своей репутацией и «воровать» правила вашей игры.

У меня уже готовы иллюстрации и художественные дизайны для моей игры. Вы издадите мою игру вместе с ними?

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

Можно вместо файлов я вам почтой пришлю поиграть готовый прототип или приеду к вам в офис со своей игрой?

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

Если вы примете мою игру, сколько денег я на ней заработаю?

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

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

Допустим, оптовая цена на вашу игру (минус налоги) равна 500 руб. Авторские отчисления в 4% с одного экземпляра составят 20 руб. Если первый тираж игры заявлен в 2000 экземпляров, то издатель выплатит вам аванс за половину тиража: 20000 руб. Аванс делается в счёт будущих роялти от продаж игры, то есть как только роялти от проданных экземпляров превысят 20000 руб. аванса, издатель продолжит выплачивать вам деньги за каждый проданный экземпляр.

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

Вышлите мне авторский договор для изучения!

Текст авторского договора является коммерческой тайной каждого издателя. Издательство предоставит вам текст договора только в том случае, если ваша игра ему интересна.

Можно я пришлю игру в ваше издательство и заодно вашим конкурентам? Или, к примеру, одновременно отправлю её на один из конкурсов разработчиков?

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

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

Есть ли у вас команда тестировщиков, чтобы я мог потестировать и улучшить свою игру?

Издательство «по умолчанию» предполагает, что вы присылаете готовую к изданию, протестированную и сбалансированную игру.

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

Что такое «продюсирование» применительно к настольной игре?

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

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

А давайте я вам разработаю игру на заказ, например, по «Героям меча и магии»?

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

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

Если вы отвергнете мою игру, вы хотя бы объясните, почему она вам не подходит?

Это зависит от политики конкретной компании. Hobby World старается кратко отвечать всем авторам, поясняя, почему игра не подходит издательству.

Сколько игр из тех, что присылают авторы, добираются до издания?

Менее одного процента.

Как долго мне ждать от вас положительного или отрицательного ответа?

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

Если вы принимаете игру к изданию, когда она всё-таки выйдет?

У крупных издательств программа выхода игр расписана на год вперёд, поэтому разумно рассчитывать, что ваша игра увидит свет через 9 месяцев, а то и через год после того, как вы подписали договор с издательством.

По вопросам розничных заказов:

По вопросам издательства и оптовых заказов:

105005, Москва, ул. Бауманская д. 11 стр. 8

Цукерберг рекомендует:  Вакансии Дом Фарфора
Понравилась статья? Поделиться с друзьями:
Все языки программирования для начинающих