Хочу написать торгового работа арбитражера на Питоне. Подскажите пожалуйста, какие будут трудности в процессе создания, как его лучше подключать к бирже и вообще если возможно, поделитесь своим опытом пожалуйста. Спасибо.
Сложно сказать, почему выбор был остановлен именно на Python. Да и вообще такое чувство, что человек запряг телегу впереди лошади, сначала формируется задача, потом под нее подбирается инструмент, а не наоборот. То есть я бы сначала определился с методом подключения к бирже и вообще сформировал пул задач, которые надо решить, а потом бы уже подбирал инструменты.
Lua как язык для работы с данными будет, на мой взгляд, сильно предпочтительнее питона, это факт. Плюсом тот же квик торчит своими интерфейсами в луу, предоставляя готовые методы, а с питоном много придется делать ручками.
Михаил, смотря что Вы называете «таблицами». Я под «таблицей» понимаю тип данных «таблица» в Lua, возможности, которые он предоставляет и скорость обработки данных, особенно на больших объемах. Python здесь проигрывает. Плюс Lua очень удобно встраивается в проекты c++ / c# etc, Python проигрывает и здесь
Все, что Вы можете сделать в Lua, Вы можете сделать и на Python. В принципе, «торгового робота» и «работу с таблицами» вы можете организовать и на VB+Excel, вопрос только в степени Вашей порочности :). Если Вы являетесь апологетом Python — извините, я не хотел задеть Ваших религиозных чувств
PSH, можете пояснить какие уникальные возможности предоставляет этот тип данных? Насколько я понял, это достаточно обычная хэш таблица, аналог dict из питона, и до функционала DataFrame там очень далеко.
Михаил, если для решения Ваших задач Вам требуется функциональность DataFrame и именно DataFrame — не вижу ни одной причины, по которой Вам не следует использовать DataFrame.
Я бы не стал утверждать, что тип table в Lua — это «аналог dict из питона». Сходу вспоминается table.__index и связанные с этим возможности, особенно вкупе с объявлением функций элементами таблицы. Плюс, повторюсь, скорость обработки. Плюс, повторюсь, интеграция с проектом c++/c#/еtc, хоть с квиком, хоть с Вашим личным, хоть еще с чем. Все вместе это даст Вам возможности, которых с помощью python будет добиться, скажем так, сложнее. Все эти вопросы достаточно хорошо описаны и документированы.
Вообще, диалог сваливается в достаточно узкоспециализированную область :)
PSH, в питоне у любого объекта можно __getitem__ определить, в том числе у словаря, и функция может быть элементом словаря. Меня интересует достаточно узкая область анализа данных и то, что для каких-то других целей Lua более оптимальный вариант вполне согласен. В этой области обычно фигурирует питон и R. TF, XGBoost, catboost и многие другие ML библиотеки имеют родной интерфейс на питоне, а на Lua нет. Про скорость обработки есть какие-то бенчмаки Lua против питоновских библиотек для работы с данными (numpy, scipy, pandas, statsmodels и scikit-learn), потому что со словарем никто данные не анализирует?
Здравствуйте. Помогите советом.
Я написал робота для форекс и MT4 на MQL. Теперь мне надо переписать его для работы на бирже криптовалют. На каком языке это лучше сделать?
📈 Почему важно инвестировать в компании с понятной логикой роста
Инвестору важно не просто видеть рост цифр, а понимать, откуда он берётся. Когда динамика объяснима, к ней проще относиться спокойно — без ожиданий чуда и без лишних вопросов. Понятная...
Сегодня стартует наш обновлённый челлендж, в рамках которого мы проведем PRO-эфиры с профессионалами Ириной Шармановой и Владом Умуровым! Это мощная прокачка ваших слабых сторон в торговле!...
Акции Норникеля вошли в десятку самых популярных бумаг на бирже
На днях Мосбиржа поделилась итогами работы за 2025 год . Количество частных инвесторов за 12 месяцев увеличилось на 5 млн до 40,1 млн, открыто 76 млн счетов (+11,7 млн за 2025 год), ежемесячно...
Обзор данных Росстата по выработке электроэнергии в РФ в ноябре 2025г. и по потреблению энергии в декабре 2025г.
Росстат представил данные по выработке электроэнергии в РФ в ноябре 2025г.: 👉выработка электроэнергии в РФ — 104,59 млрд кВт*ч. ( -2,69% г/г)
— в т.ч. выработка ТЭС станциями — 68,43...
profynn, У нас было 2 пакетика травы, 75 таблеток мескалина, 5 листов марок мощнейшей кислоты, полсолонки кокаина и гора возбудителей, успокоительных и всего такого, всех цветов, а ещё литр текилы,...
Интер РАО ЕЭС – рсбу/ мсфо
104 400 000 000 обыкновенных акций
www.e-disclosure.ru/portal/files.aspx?id=12213&type=1
Капитализация на 16.01.2026г: 359,971 млрд руб
Общий долг на 31.12.20...
Продаём бакс со всей дури! Без всяких стоп лосей.Неужели никто не видит? График д1.Все котировки болтаются рядом с мувингом.Цена пойдёт РЕЗКО ВНИЗ-сильно оторвавшись от мувинга.Первая цель 70.Ну ведь ...
Dron dronov, ну что вы сударь право, полно вам-с))))не стоит быть похожими на нас))) каждый человек индивидуален)), а на счёт мечтаний, где то слышали мы, что мечтать полезно и даже нужно, мечты дв...
Михаил, смотря что Вы называете «таблицами». Я под «таблицей» понимаю тип данных «таблица» в Lua, возможности, которые он предоставляет и скорость обработки данных, особенно на больших объемах. Python здесь проигрывает. Плюс Lua очень удобно встраивается в проекты c++ / c# etc, Python проигрывает и здесь
Все, что Вы можете сделать в Lua, Вы можете сделать и на Python. В принципе, «торгового робота» и «работу с таблицами» вы можете организовать и на VB+Excel, вопрос только в степени Вашей порочности :). Если Вы являетесь апологетом Python — извините, я не хотел задеть Ваших религиозных чувств
Михаил, если для решения Ваших задач Вам требуется функциональность DataFrame и именно DataFrame — не вижу ни одной причины, по которой Вам не следует использовать DataFrame.
Я бы не стал утверждать, что тип table в Lua — это «аналог dict из питона». Сходу вспоминается table.__index и связанные с этим возможности, особенно вкупе с объявлением функций элементами таблицы. Плюс, повторюсь, скорость обработки. Плюс, повторюсь, интеграция с проектом c++/c#/еtc, хоть с квиком, хоть с Вашим личным, хоть еще с чем. Все вместе это даст Вам возможности, которых с помощью python будет добиться, скажем так, сложнее. Все эти вопросы достаточно хорошо описаны и документированы.
Вообще, диалог сваливается в достаточно узкоспециализированную область :)
Для начала хотелось бы понять для какого рынка робот.
Россия или запад ?
Какие входящие данные нужны роботу ?
Котировки, стакан и пр.
На сколько сложным должен быть арбитраж.
На каждой ноге по 1му инструменту или более ?
Я написал робота для форекс и MT4 на MQL. Теперь мне надо переписать его для работы на бирже криптовалют. На каком языке это лучше сделать?