Алексей Елецкий

Хорошие автоматизаторы нужны всем геймдев конторам. Буквально всем. Но:

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

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

Можно ещё напрямую к лидам/менеджерам команд обращаться. Они лучше эту боль знают.

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

Как я понимаю, вопрос про программирование а не, например, арт или геймдизайн.

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

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

Поэтому.

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

Сюда и идите. Чем лучше ВУЗ и выше проходные балы, тем больше шансов почерпнуть полезные знания.

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

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

Ну и в целом про разработку игр:

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

Не указаны критерии хорошести.

Я делаю open-source браузерку:

- github: https://github.com/the-tale
- сайт игры: the-tale.org

И почему у всех топовых игр закрыты исходники?

Гемороя больше — открытие исходников добавляет дополнительной работы разработчикам. А профита больше не становится в большинстве случаев.

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

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

Если же трубы горят, то берите любой из топовых: Unreal, Unity, Godot.

нужно внедрить регистрацию игроков и сохранение результата

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

Все топовые провайдеры облаков это умеют: amazon, google, microsoft.

Посмотрите на это: https://lorehub.app/ — вики, ориентированная на дизайн историй и миров.

Смотря для чего:

Godot — если хочешь просто делать игры, небольшого или среднего размера. Или посмотреть что значит «делать игры».
Unity — если надо делать игру среднего размера уже вчера, возможно под мобилки с монетизацией.
Unreal — если хочешь погрузиться в глубины геймдева, делать AAA игры, собираешь команду мечты для создания next-gen шедевра.

>Python / Lua (Love). Сразу отпали
Про renpy вам уже написали в комментарии.

Из вопроса не понятны ваши конечные цели.

Если цель — создать игру, то вы смотрите довольно низкоуровневые библиотеки. Смотрите сразу игровые движки: Godot, Unity, Unreal.

Если цель — создать визуальную новеллу, гуглите специализированные движки. Вот прямо так: visual novel engine.

Если цель — изучить геймдев, опять смотрите движки.

>Казалась бы визуальная новелла, но 10-15 картинок в RAM и уже получалась не плохая нагрузка.
Либо у вас очень специфическое представление о «неплохой нагрузке» либо вы что-то очень сильно делаете не так.

Нельзя и не надо так делать.

Но если очень хочется, то можно: https://github.com/kragniz/json-sempai

>Буду ли я в какой-то компании работать и веб-разработчиком и разработчиком игр/ПО.

Тут можно дать два ответа.

1. Если именно веб-разработчиком (frontend на JavaScript, HTML, CSS), то маловероятно, но шансы есть. Сейчас «классические» браузерные игры не так популярны, как раньше. Поэтому большинство контор их не делает. Но остаются ещё, например, игры для соц. сетей.

Вцелом, всё может быть. Например, мне в Wargaming пришлось переключиться с C++ на fullstack JavaScript + Python и делать как раз браузерные клановые войны.

2. Если интересует не cтолько frontend на JavaScript, сколько просто реализация клинтских приложений на чём-угодно, то вариантов для устройства в геймдев очень много. Если есть ещё и знания backend, то с руками оторвут.

Прежде чем искать площадки и проекты, рекомендую:

1. Изучить рынок хотябы до уровня понимания различия в платформах (какие жанры где лучше заходят, какие люди играют, какой уровень затрат на разработку и какой размер команд, и так далее).
2. Найти эксперта по разработке игр конкретного жанра на конкретной платформе и с ним обсудить потенциальные возможности инвестирования. А лучше двух экспертов: технического (программист) и нетехнического (геймдизайнер, маркетолог, etc).
3. С экспертами сформировать набор шаблонных предложений, с учётом специфики рынка (вроде 100500 тыщ на 20 лет под 99% от выручки).

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

И наверное в геймдеве вообще нет проблем с удаленкой, в офисе сидеть уже нет никакого желания.

Большинство сидит в офисе. Особенно программеры. Удалённо может быть локализация, художники, маркетинг.

С вашим бэком Unity будет вполне приемлемым вариантом. Но это всё равно довольно широкая тема. Раз нравится визуалка, то либо графоний программировать, либо интерфейс и утилиты вспомогательные. Графоний требует отдельной компетенции (алгоритмы те же), поэтому остаётся гуи с утилитами. А это тоска, по сути. Ничем от фронтенда в вебе особо не будет отличаться по ощущениям. И платить будут не шибко много.

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

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

Вопрос сформулирован некорректно и без контекста ответить на него не получится.

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

Что можно сделать:

- Попробуйте представить как игрок будет взаимодействовать с игрой: где и в какое время будет находиться фокус его внимания. Скорее всего вы найдёте места/моменты на которых игрок «спотыкается» — на их оптимизацию и обращайте внимание.
- Попробуйте поставить шкалу в разные места экрана и поиграть. Выберите наиболее удобный.