Ответы пользователя по тегу Разработка игр
  • Куда податься с идеей для игры?

    Tiendil
    @Tiendil
    Разработчик ПО.
    Идеям цена 10 центов за дюжину. Чтобы собрать команду под идею и без денег необходимо обладать эпической харазимой.

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

    Если к геймдеву никак не относитесь — осваивайте нужную профессию или ищите деньги.
    Ответ написан
    1 комментарий
  • Что нужно, чтобы стать разработчиком игр?

    Tiendil
    @Tiendil
    Разработчик ПО.
    Нужно желание и знание ЯП.
    Разработка игр ничем принципиально не отличается от любой другой области. Особенно, с точки зрения программиста.

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

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

    Стоит или нет — решайте сами. Этот вопрос из разряда «нравится / не нравится».
    Ответ написан
    Комментировать
  • Монетизация игры HTML5 (web-browser и/или mobile native-wrapper) и анти-читинг. Реально?

    Tiendil
    @Tiendil
    Разработчик ПО.
    Единственная надёжная защита от читов — проведение расчётов на собственном сервере. Всё остальное — лишняя трата веремени и денег.

    Варианты монетизации, в первую очередь, зависят от жанра и ЦА. Абстрактная игра монетизируется тоже абстрактно. Но основных подходов три:

    - продажа контента: шапки, уровни, петомцы.
    - продажа экономии времени: разного рода энергия, бонусные жизни.
    - продажа преимущества перед другими игроками.
    Ответ написан
    Комментировать
  • Связать учебу в магистратуре с разработкой игры?

    Tiendil
    @Tiendil
    Разработчик ПО.
    >Подскажите что-то актуальное, что можно изучать, исследовать
    У вас уже пару лет как должен быть такой список, если его нет, то не надо идти в магистратуру и тратить 2 года впустую. Идите работать. Когда список появится, тогда и идите учиться.

    Делать игру в качестве проекта не надо — это много лишней работы, не имеющей никакого отношения к любой заявленной цели.
    Ответ написан
    2 комментария
  • PhpGameDev: Сохранение состояния рандомного NPC во время боя. Как?

    Tiendil
    @Tiendil
    Разработчик ПО.
    - Хранить NPC имеет смысл в сущности «текущий бой», а вот где её хранить уже есть разница.
    - Если под сохранением в сессию подразумевается сохранение в cookies, то это плохая идея, т.к., в случае двух одновременных запросов от пользователя, будут конфликты.
    - Если под сохранением в сессию подразумевается сохранение на стороне сервера, то это скорее всего и есть сохранение в БД.
    - «Если рассчитывать на 20 тыс игроков в онлайне, не нагнется ли…» — вопрос не корректен, т.к. не описана логика игры и железо на сервере. Если расчёт хода раз в сутки, то не нагнётся, если раз в секунду, то может и нагнуться.
    - Число онлайна, кстати, дико оптимистично.

    Варианта два:

    1. Хранить в БД.
    2. Хранить в фоновом процессе в памяти, который и делает обсчет логики, не обращаясь к БД.

    Во втором случае, общаться с таким процессом можно, например, через отправку сообщений amqp. Результаты вычислений процесс может как ложить в кэш (который много быстрее БД), так и слать сразу клиенту (websockets).

    Если это коммерческий проект ОБЪЕКТИВНО имеющий возможность получить 20к онлайна, заморочайтись 2-ым вариантом. Если это хобби, прототип или просто изучение новой технологии — не заморачивайтесь и начните с 1-ого, когда игра разовьётся, всё станет более очевидным.
    Ответ написан
    1 комментарий
  • Как организовать структуру игры?

    Tiendil
    @Tiendil
    Разработчик ПО.
    1. Единственного правильно ответа нет.
    2. Сразу грамотно ещё никто никогда ничего не писал, не нужно надеяться и/или переживать. Если проект учебный, то просто пишите.
    3. Если «экран» — это то, что отвечает за отрисовку игры, то он точно не должен управлять логикой.
    4. Если возникают проблемы с определением того как управлять набором объектов, проще всего ввести дополнительную абстракцию (как Ваш вариант 2), только назовите не Engine (слишком уж обще), а, например, UnitsManager — все команды, касающиеся юнитов шлите ему, а он внутри уже пусть сам разберётся. Это позволит разделить всю логику на две независимые части (одна делает всё с юнитами, другая с ними ничего не делает), что упростит восприятие архитектуры.

    Это, конечно, примерно.
    Ответ написан
    3 комментария