Dmitry Roo, ты же понимаешь, что речь об игре с графикой. Об игре, которая будет использоваться сторонними людьми и которые не планируют настраивать окружение и интерпретатор.
ТС спрашивает о создании крупных игр. И крупные игры не пишутся на интерпретируемых языках.
belugasinister, ну это тоже можно решить общей БД, а заодно так сказать сделать "гальваническую" развязку. Независимую работу друг от друга и возможность восстановить состояние "триггеров" после перезапуска, если были в очереди.
Можно использовать межпроцессорную связь. В питоне для этого много инструментов есть, можно поднять сокет и передавать данные между ботами, что позволит даже на разные серверы разнести ботов.
Если твой второй бот - лишь отправляет данные, а не общается (т.е. не читает сам сообщения), то вообще нет проблем. Можно не запускать лонгпул для второго бота, а просто от его имени делать рассылку. И не нужно ни каких потоков
mkone112, если из Eve убрать питон игра будет игрой и будет работать. Перестанут работать диалоги и какие-то мелкие скрипты. Не более. Она будет запускаться, отображаться и даже позволит играть без особых проблем. ПИТОН ТАМ ВСПОМОГАТЕЛЬНЫЙ ЯЗЫК, который был взят вместо популярного для этого дела LUA.
LUA язык позволяющий писать игры? НЕТ! Он вспомогательный и не обязательно использовать его и тем более именно его. Это можно было сделать и на основном языке.
Я тебе рекомендую не позориться, демонстрируя отсутствие компетенции.
mkone112, сама игра написана на C++. Это ядро и физика и рендер и сетевой стек - ВСЁ написано на C++. Питон там используется для работы внутренних игровых моментов. Его удобно использовать как замену lua.
Dmitry Roo, Java больше подходит для написания игр, чем питон, хотя да - совершенно не подходящий язык. И питон ровно такой же. Он тоже исполняется посредником, он даже больше ограничен чем java.
Minecraft имеет кучу проблем в связи с этим. А MS, купившая игру переписала её на C++.
mkone112, что Eve? Она написана не на питоне, а на C++. Питон там используется в качестве скриптового языка для внутренних алгоритмов, как например lua.
где граница между скриптом и "полноценной программой"?
Скрипт не требует участия пользователя (или требует только вводных данных)
Скрипт выполняет одну задачу и завершается
Полноценная же программа - имеет визуальный интерфейс, позволяет и помогает решать задачу пользователю. Выполняет сложную задачу или непосредственно взаимодействует с пользователем во всем цикле работы.
По-простому и грубо: скрипт - консоль, программа - GUI.
Wx, TKinter и прочие поделки - смехотворная вещь в сравнении с крупными фреймворками в нормальных языках. Скорость разработки близится к нулю, как и эффективность и быстродействие.
Лучше сначала поюзай нормальный инструмент в разработке полноценной программы с десятком окно и тысячей контролов отличных от кнопки и едита с картинками.
rPman, у Эмбаркадеро сайт часто на обслуживании. Они сейчас много что всюду меняют. Система заявок (Jira) у них очень часто тоже глючит из-за этого.
Попробуй сейчас войти в систему или зарегаться.
Ссылка на CE версию CBuilder. https://www.embarcadero.com/ru/products/cbuilder/s...
Скачивание должно начаться сразу, а ключ придёт на почту
Daidin, бот - это по большей части тоже просто скрипт. Скрипт - это любой алгоритм, который просто не требует участия пользователя (или почти не требует).
Это может быть работа нейросети, бот, обработка данных, парсинг, работа с файлами и т.д.
rPman, да, Делфи, лет 5-10 назад как раз совсем не развивалось, что и вырыло яму, из которой сейчас он выбирается потихоньку. Так, за последние несколько лет в язык столько всего завезли, помимо кроссплатформенности.
Сейчас МС хотят взяться за WinForms и даже опубликовали гайд для миграции приложений на UWP под WinForms.
ТС спрашивает о создании крупных игр. И крупные игры не пишутся на интерпретируемых языках.