Кроме MT5 есть ли платформы что бы бот на С++(MQL5)?

Борис Литвинов, если нужна скорость, то здесь C++, ПЛИС + стойка на бирже.

В крайнем случае PLAZA II или FIX.

Но уж никак не терминал.

Борис Литвинов, HFT идеи тестированию практически не поддаются.

Если остальное у вас оттестировано(на чём ?), то встаёт вопрос развития.

Сборка портфелей, управление рисками.

Поиск денег в управление.

Создание юридической оболочки в конце концов.

При этом поиск новых идей никто не отменял.

Вместо этого диким программированием занимаетесь.

Не срастается как-то.

Борис Литвинов, т.е. все закономерности уже найдены ?

Боты работают на реальных деньгах ?

Как долго ?

Борис Литвинов, если они работают более 10 лет, значит вы уже достаточно состоятельны.

Следовательно можете нанять команду разработчиков, встать во главе и реализовать все ваши потребности менее, чем за год.

Причём они сделают это не только быстрее, но и качественнее на порядки.

Если нет, значит роботы не приносят должной прибыли и заниматься нужно именно торговыми идеями, а не программированием.

Борис Литвинов, обратитесь с вашими идеями к MT команде.

И поймёте, что она не команда вовсе.

Сколько она стоит и какова её мотивация(нулевая).

Если у трейдера есть идеи, то он стремится максимально быстро расширить их на разные инструменты, рынки и капиталы.

«Не тороплюсь» — это явно не из этой оперы.

Борис Литвинов, оптимально своего личного программиста.

Который работает либо за еду с перспективой процента от прибыли.

Либо за нормальную зарплату.

Sergey, важное замечание.

Программист да ещё со знанием предметной области — это золото.

Тарас Громницкий, писать свой терминал нормально, вопрос в другом, а куда он будет его подключать, по каким протоколам и потянет ли финасово, биржа же берет плату за прямые подключения+колокация+еще плата за всякие дополнительные фичи.

Мы не знаем финансовых возможностей автора, но думаю он бы крепко задумался если узнал прайс на прямые подключения.

Стеклянный грехомер, первый вопрос: «Нафига ?»

Зачем тратить такое количество ресурсов ?

Если закономерности найдены, то визуальное представление уже не требуется.

Пишутся роботы с минимальным интерфейсом и вперёд.

Стеклянный грехомер, торговый терминал — это трейдерский функционал с интерфейсом.

То о чём вы говорите — это framework или набор библиотек.

Никакого разночтения тут быть не может.

Если конечно речь о трейдинге и вы разговариваете с трейдером.

Борис Литвинов, в чём основная проблема ?

Почему нельзя создать мультибот ?

У меня почему-то таких проблем нет.

Собственно многопоточности никто не отменял.

Борис Литвинов, что значит «мониторит» ?

Собирает тики и строит по ним бары ?

Каждый тик ведёт сложнейшие подсчёты ?

Какие действия вы выполняете ?

Сбор данных и агрегация — это отдельный модуль, как и иные единые операции.

Они разделяются между всеми ботами.

Борис Литвинов, по каким правилам происходит набор позы ?

Нужно следить за ценой каждый тик ?

«Весь спектр» — это сколько инструментов ?

Вы их все покупаете/продаёте одновременно ?

В какой именно момент у вас в программе возникает затык ?

Что конкретно жрёт ресурсы ?

Борис Литвинов, может купить нормальный сервак вместо калькулятора?=))

Ну допустим реализация на С++ быстрее С# в два раза, это спасет ситуацию ?

Сейчас есть конвертеры С# кода в С++(думаю там есть ограничения из за библиотек но они не критичны)

Стеклянный грехомер, C++ быстрее, но разработка на нём сложнее, дольше и дороже.

Как и поддержка.

Здесь дело явно не в технологиях.

Автор что-то темнит.

Если бы ему нужен был софт, то он нашёл себе программиста.

А не изучал язык с нуля, чтобы потратить 2-3 года.

У него и без программирования головняков было бы достаточно.

Стеклянный грехомер, вот это и смущает.

У трейдера масса более важных задач, чем программирование.

Оно тоже необходимо, но не первостепенно.

А тут всё наоборот.

Скорее всего мы имеем дело не с трейдером, а с программистом.

Ему просто нравится писать софт.

А торговые идеи глубоко второстепенны.

Стеклянный грехомер, вообще человек склонен заниматься тем, что у него лучше получается.

Из этой области он черпает основные ресурсы, которые использует для улучшения своих результатов.

Трейдер бы торговал, развивал имеющиеся идеи и искал новые.

А на заработанные деньги нанял специалиста, который бы полностью снял с него вопрос программирования.

В данном случае всё выглядит наоборот.

Тарас Громницкий, похоже, автор ни черта не понимает ни в C# ни в C++ и никогда не разберется. Автор не знает что такое потоки, асинхронные очереди, события итд. Первая ошибка типа memory allocation error завалит весь проект, что бы торговать столько инструментов, достаточно просто подписаться на события по каждому инструменту, даже если это 100 инструментов то 100 событий это просто не о чем. Да и сказки про скорость C++ относительно C# тоже сильно преувеличенны.

Не ну правда, вы серьезно ?? У человека примеры как выводить строку на консоль, а он собрался писать многопоточное реалтайм приложение на языке с неуправляемым кодом. Похоже это просто троллинг

evgen000, он явно не программист.

Что и пытаюсь ему пояснить.

А также, что программистом стать не так просто.

И язык тут не решает.

Борис Литвинов, пример возможен после постановки конкретной задачи.

Абстракцию опровергнуть невозможно.

Ставьте.

Борис Литвинов, смена языка не поможет.

Необходима смена подходов.

Гарантирую, что плюсы разочаруют вас своей избыточной сложностью/гибкостью.

Вместо решения бизнес задач вы будете заниматься управлением памятью и поиском утечек.

Заколебётесь с созданием интерфейсов.

Выясните, что плюсы тоже не катят и забьетё на всё это болт.

tranquility, понятие «скоростной» довольно резиновое.

Как здесь уже писали, C# подходит для подавляющего большинства трейдерских задач.

Выход за границы его эффективности достигается 2мя способами:

1. Если программист неопытен и пишет неэффективный код.

2. Если нужно решать задачи с громадным количеством операций.

Но подобные системы среди частников и небольших компаний не встречаются.

Мой личный опыт подтверждает данные выводы.

BlackWeirdCat, согласен, но StockSharp в помойку и притоптать.

BlackWeirdCat, TsLab норм для тестирования.

Чтобы что-то быстро собрать.

Борис Литвинов, это не к языку, а к тому кто пишет и как.

Т.е. это вопрос реализации.

Борис Литвинов, ответственность не несут, потому как нет мотивации.

И от того, что специалистов мало.

Короче мысль такая:

1. Автор описывает необходимый ему функционал.

Для начала без излишеств.

Только самое основное.

2. Я разбиваю задачу на части.

3. Уточняю.

4. Предлагаю сроки и цену.

Могу сделать что-нибудь сравнительно простое в качестве примера бесплатно.

Или показать нечто из имеющихся разработок.

С высокой долей вероятности он поймёт, что это быстрее, качественнее и дешевле, чем делать самому.

А свободное время можно употребить с большей пользой и удовольствием.

Борис Литвинов, когда осознаете и на себе ощутите всё, что написано в комментариях, обращайтесь.

SergeyJu, Мне хватает).

Человек 10 лет в этой теме варится, неужели вы думаете, что его комментарии к посту смогут так легко переубедить — если он в друг все-таки ошибается — хз, ошибается или нет. А вот собственный опыт способен дать ему ответы. Потыкается-помыкается — поймет, перестанет, ну либо все получится, потом будет рассказывать, что я верил, все не верили, я оказался прав).

Я тоже считаю, что C# для обозначенных сложностей, задач более оптимален и по этому показателю на голову обыгрывает C++, но то я)).

А вот из C++ в MQL могут быть большие сложности, так как множество возможностей C++ в MQL не поддерживаются.

С ходу назову: отсутствие шаблонов, множественного наследования, другая идеология работы с указателями.

Зато когда длл загружаешь, она прямиком память из скрипта читает, что дает преимущества по сравнению с луа, например.

А что с коннекторами для С++ вычислений, есть что-то годное для трудящихся, или самому писать в любом случае надо?