Какой язык программирования лучше использовать для создания роботов?
Прошу уделить немного Вашего драгоценного внимания и ответить на мой опрос.
Жутко не хочется потом все переделывать и учить новый язык программирования )))) Хочется сразу же пойти правильной дорогой. Хочу заметить, что скорость работы в целом менее важна, чем удобство программирования/пользования и скорость разработки самих роботов.
Как дополнительная информация — планируется, что робот будет взаимодействовать с базами данным.
Obi Wan Kenobi, отвечу еще раз… Нужно знать один базовый язык… Для этой цели лучше всего подходит c#… Под этот язык заточено большинство биржевой инфраструктуры… Остальные языки можно изучать как вторые языки…
Karim,
для реально работающих систем и VBA не нужен, лишь хорошее умение работы с Экселем.
Все лучшие вещи найдены и предварительно протестированы мною в Экселе
Тимофей Мартынов, Трейдеры делятся на тех кто фонтанирует идеями, но не силён в кодинге и тех, кто считает, что технические вопросы — легкотня, идею бы интересную найти). Ну и конечно стратегии же не рождаются из пустого места, часто есть небольшая идея, общая, ты её вовремя тестирования развиваешь, допиливаешь и только по результатам тестов уже что-то вырисовывается, не всегда это готовая идея ещё до тестирования.
Зависит от торговой платформы, которую будете использовать. Если Quik, то нужно знать QLua, С++ и C#. MT4/5 там свой язык типа C#.
Если TSLab, то можно без языков, только кубики.
Наверное все эти варианты удовлетворяют требованиям, но с каждым свои нюансы. МТ5 не шибко популярен на бирже, но язык мощный, можно написать все что угодно. Квик и С# самый популярный. За ТС-лаб придется платить, но есть бесплатный аналог практически — StockSharp на том же языке и с теми же кубиками, как я понимаю, с возможностью бесплатного использования в случае простого подключения к Квику. Я торгую через МТ5, начал вот как раз с его языком разбираться, трех дней хватило чтобы на примерах начать писать простой индикатор. А где индикатор, там еще чуть-чуть и автомат торговли. Опыта в программировании нет, разбираюсь самостоятельно.
Изучай любой нативный язык: с++, object pascal и т. д.
В любом случае придется изучать несколько языков программирования. Если изучать c#, то быстрый коннектор для квика не написать, придется изучать с++.
Лучше изучай: c#, lua, c++ и mql, java или питон — в такой последовательности.
Если придется использовать постоянно БД, как вы написали, то тогда c# или java. В остальных случаях с бд будет проблематично. Придется делать костыли, причем эти костыли придется делать скорее всего на c++, c#, java.
Самый главный минус в выборе c# и java — придется придумывать коннектор к платформе. С c# вам скорее будет проще в этом случае, так как примеров в инете полно.
Вопрос из серии — что лучше, яблоки или помидоры.
я разрабатывал на Java, однако столкнулся с тем, что это всё-таки значительно медленный язык, медленнее чем C++, даже с учётом server JIT.
коннектор из и в Quik, что из C#, что из Java, что из любого языка в принципе не проблема. тем более что для себя я её уже решил.
а дальше уже вопрос удобства программирования и приемлемости скорости. если речь по Quik, то в принципе сильно высокие скорости не нужны. Если берутся данные свечей, то задержка от актуальной цены сделки на бирже, до появления её в квике на графике будет вряд ли меньше 250 мсек, так что соревноваться тут можно только с другими квик-клиентами, но никак не с теми умельцами, что разместились в колокации на бирже. Так что для начала лучше выбрать тот язык, который проще изучить и приятнее использовать.
Вообще всё в жизни должно быть приятно. Если это неприятно, значит вы как-то удаляетесь от задумки Творца.
если есть желание серьезно развиваться — учи C, C++
Это достаточно сложные языки, но, изучив их, ты получишь реально мощный бекграунд. Так или иначе, в алготрейдинге тяжело обойтись одним языком. Выучить после C, например, Java и Python — куда проще, чем наоборот:)
LUA/QPILE и встроенные языки — потеря времени. Рано или поздно — потребуется более широкий функционал и тогда отсутствие библиотек и наличие ограничений платформы — будет реальной проблемой.
Коллега). Мне тоже размер оперативки не позволяет хорошо разбираться в нескольких языках, тоже был постоянно в поиске того самого языка)), Выбрал C#. Пока в процессе освоения, хотя кое-что уже умею. Тоже пока тэщщу в TSLab, но юзаю платформу больше из-за реализации самой торговли, тестить было прикольней в Wealth-Lab).
никаких «роботов» не существует. есть программы. дебильное слово робот предполагает что это что то, за человека будет все делать. нифига! придется пов#%$вать!
ЦБ ожидает двукратный роста вложений в ПДС в 2026 году до 1,5 трлн руб.
Банк России ожидает, что к концу 2026 года объем вложений в рамках программы долгосрочных сбережений (ПДС) может достигнуть 1,5 трлн рублей, сообщила «Интерфакс» директор департамента...
Прибыль Аэрофлота сократилась на фоне роста расходов
Аэрофлот отчитался по МСФО за 2025 год ростом выручки на 5,3% г/г, до 902 млрд руб., при сокращении скорректированной EBITDA на 22,1% г/г, до 185 млрд руб., и падении скорректированной чистой...
Слушайте, а при прочих равных, что поменялось то, если на пальцах и условных цифрах:
Было:
— дыра в бюджете 15 руб
— выручка нефтянки 100 руб/экв, налоги 10% — продали на 10 руб/экв
— цб...
США-ПОШЛИНЫ-ПОВЫШЕНИЕ-ПЛАН
04.03.2026 15:56:10
США намерены повысить глобальные пошлины на импорт до 15% уже на этой неделе — Бессент
Вашингтон. 4 марта. ИНТЕРФАКС — Вашингтон планирует по...
Sergei, да, за 4 недели они прям без газа останутся, твои предположения на чем основаны, на том, что конфликт будет длиться год? И до конфликта они ничего не покупали?
ВИМ РД (рентный доход) за неделю подрос на 8,5%.
Сейчас РСП (расчетная цена пая) — 152.816р Дисконт к РСП также в районе 5,6%. Писал уже, что на этот и следующий год подняли прогноз по выплатам...
Верхнебаканский цементный завод – Прибыль рсбу 9м 2025г: 2,351 млрд руб (-14% г/г). Дивы из прибыли прошлых лет 95709,83 руб/акция. Реестр 26.12.2025г Верхнебаканский цементный завод – рсбу/ мсфо
4...
Рынок автолизинга в 2026 году: факторы влияния и прогнозы В 2026 году объём нового бизнеса на рынке автолизинга, согласно базовому сценарию, ожидается на уровне 2025 года или с умеренным ростом до 15%...
Вклады под 14,6%: Стоит ли фиксировать доходность в «весенних» продуктах, пока ставки не упали? Весна 2026 года стала последней возможностью для вкладчиков зафиксировать доходность по депозитам выше 1...
для реально работающих систем и VBA не нужен, лишь хорошее умение работы с Экселем.
Все лучшие вещи найдены и предварительно протестированы мною в Экселе
Если TSLab, то можно без языков, только кубики.
В любом случае придется изучать несколько языков программирования. Если изучать c#, то быстрый коннектор для квика не написать, придется изучать с++.
Лучше изучай: c#, lua, c++ и mql, java или питон — в такой последовательности.
Самый главный минус в выборе c# и java — придется придумывать коннектор к платформе. С c# вам скорее будет проще в этом случае, так как примеров в инете полно.
я разрабатывал на Java, однако столкнулся с тем, что это всё-таки значительно медленный язык, медленнее чем C++, даже с учётом server JIT.
коннектор из и в Quik, что из C#, что из Java, что из любого языка в принципе не проблема. тем более что для себя я её уже решил.
а дальше уже вопрос удобства программирования и приемлемости скорости. если речь по Quik, то в принципе сильно высокие скорости не нужны. Если берутся данные свечей, то задержка от актуальной цены сделки на бирже, до появления её в квике на графике будет вряд ли меньше 250 мсек, так что соревноваться тут можно только с другими квик-клиентами, но никак не с теми умельцами, что разместились в колокации на бирже. Так что для начала лучше выбрать тот язык, который проще изучить и приятнее использовать.
Вообще всё в жизни должно быть приятно. Если это неприятно, значит вы как-то удаляетесь от задумки Творца.
если есть желание серьезно развиваться — учи C, C++
Это достаточно сложные языки, но, изучив их, ты получишь реально мощный бекграунд. Так или иначе, в алготрейдинге тяжело обойтись одним языком. Выучить после C, например, Java и Python — куда проще, чем наоборот:)
LUA/QPILE и встроенные языки — потеря времени. Рано или поздно — потребуется более широкий функционал и тогда отсутствие библиотек и наличие ограничений платформы — будет реальной проблемой.
никаких «роботов» не существует. есть программы. дебильное слово робот предполагает что это что то, за человека будет все делать. нифига! придется пов#%$вать!