Краткое содержание интервью с гейм-дизайнером PoE1 и PoE2
(1/2)

Философия геймдизайна и трудности
• Дизайн умений: Октавиан утверждает, что идеи умений развиваются благодаря отзывам от художников по спецэффектам, программистов, других дизайнеров и QA. Для него главный руководящий принцип — "Круто ли это?".

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

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

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

• Модификаторы "Нельзя заблокировать, уклониться или подавить": Этот тег используется для специфических игровых механик, с которыми GGG хочет, чтобы игроки взаимодействовали, а не просто перерастали по уровню экипировки. Однако Октавиан выразил удивление и частичное несогласие с применением этого тега к некоторым элементам, таким как нестабильные ядра (Нестабильная основа) на T17 картах.

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

• Логика выпадения T17 карт: Решение привязать выпадение T17 карт к конкретным картам (например, Крепость - Fortress), а не делать их доступными везде, направлено на создание «гетерогенности» (разнородности) контента, поощряя игроков фармить определенные области для получения конкретных наград. Это также помогает защитить экономику игры, не позволяя одной стратегии полностью доминировать.

• Масштабирование наград: Октавиан объясняет, что некоторые механизмы наград, такие как осколки Предвестника (Harbinger shards) не масштабируются с общими модификаторами количества/редкости предметов на карте из-за фундаментальных различий в способе выпадения предметов. Это создает уникальные ниши для разных стратегий фарма.

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

🛠 Технические и системные сложности
• Внутренние структуры данных: Октавиан описывает сложность внутренних данных GGG. Например, "бафф" — это глобальный термин для всего, что может повлиять на персонажа (даже дебаффы, такие как "устрашение" (intimidated)), что делает систему запутанной. Точное отображение числовых значений и контекстно-зависимых описаний для свойств предметов также является серьезной технической задачей.
Он упоминает, что иногда видит в коде игры комментарии вроде "ужасный костыль", которым уже много лет, что говорит о большой сложности пересмотра и усовершенствования каждой системы в игре-сервисе как PoE.

• Ограничения характеристик: GGG намеренно не позволяет некоторым характеристикам достигать экстремальных значений (например, нулевое базовое время атаки, бесконечные заряды), чтобы не "сломать" игру. Он приводит пример из PoE2, где им пришлось отказаться от идей, которые позволили бы игрокам полностью останавливать (тайм-стопить) обычных монстров.

• Баланс умений в PoE2: В Path of Exile 2 сила была намеренно смещена с камней поддержки на базовые умения, чтобы сделать базовые умения более ощутимыми, так как было обнаружено, что саппорты, ориентированные на полезность без бонусов к урону, были менее пригодными для зачистки.

• Рост силы (Power Creep): Октавиан считает, что рост силы (power creep) — это неизбежная часть добавления большего количества опций для игроков в игре-сервисе, даже если отдельные опции идеально сбалансированы.

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

• Пример неожиданного отзыва: Он был удивлен отзывом игрока, который испытывал FOMO (чувство упущенной выгоды), когда ему предлагали несколько хороших предметов на выбор у Наёмников, и он предпочел бы случайный выбор, чтобы не принимать решение.

• Механики Наёмников: Точность Наёмников масштабируется с их экипировкой. У них также есть скрытое снижение входящего урона, чтобы они не умирали мгновенно, поскольку им не хватает интеллекта игроков. Он объясняет, что наёмники более высокого уровня используют умения более высокого уровня. Их умения — это именно «умения», а не «камни умений», что означает, что некоторые модификаторы для камней (например, +1 к уровню камней физических умений) на них не действуют.

• "Священный" контент: Октавиан заявляет, что ничто в PoE не является по-настоящему "священным" и защищенным от изменений, если на то есть веская причина, хотя такие причины должны быть “очень, очень вескими”.

• Умения, связанные со временем: Относительно Пут времени (Temporal Chains) и остановки времени (time stop) в PoE2, Октавиан подразумевает, что взаимодействие намеренно разработано так, чтобы предотвратить потенциально ломающие игру сценарии "стопроцентного аптайма остановки времени", и кто-то в GGG провел расчеты, чтобы это подтвердить.

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