Comments 2
Не очень понятно в чём преимущество для баланса и симуляций: симулировать какие-то сражения между юнитами гораздо проще в самой игре на UE или Unity, чем реализовывать все те же самые механики на Python и делать таким образом двойную работу.
Если ГД умеет программировать - для балансных расчётов подойдёт любой язык, если эксель уже не справляется. Python может быть полезен при анализе статистики, для генерации каких-то конфигов через jinja2, возможно. Но это не делает его каким-то особенным языком специально для ГД.
Хорошие замечания и для частных случаев я соглашусь, но если умеет программировать уже... если игра на юнити... и много других если. Я пишу и под юнити и роблокс и веб движки например и уже удобнее взять один инструмент. Далее игра может быть не готова, да и из готовой игры переделывать под симуляции часто не так просто учитывая что нам надо упрощенная версия. Далее симуляции мало прогнать, нам часто надо проанализировать их и настроить красивых графиков. По сути я предлагаю альтернативу Machinations (который активно используют для упрощенных симуляций) для гейм дизайнеров без громоздкого визуального программирования. Пайтон не серебрянная пуля а хороший инструмент который можно экстраполировать на множество задач гейм дизайнеров, учитывая что он прост в освоении или если дизайнер уже занимался аналитикой то может уже и знать немного. Наверно статья названа не самым удачным образом и главное комбо в Пайтоне с Юпитером. Я не считаю его особенным языком. Как уже писал выше я игры делаю на нескольких языках и движках. Просто хороший инструмент.
Зачем Python нужен Гейм-Дизайнерам