Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 30
Линк?
Видео с ютуба не сразу понял как вставить, чтобы заработало
и линк на офф сайт добавьте, конечно все умеют пользоваться гуглом, но всеж удобнее пройти прям отсюда )
Сайт проекта
ttools.ru
В топик не стал добавлять ссылку ввиду очень неожиданной реакции на ссылку в прошлый раз :)
ttools.ru
В топик не стал добавлять ссылку ввиду очень неожиданной реакции на ссылку в прошлый раз :)
Господа, это все хорошо, но имеются ОС отличные от MS Windows. 2010 год — начинайте уже делать кроссплатформенные решения, коих так катастрофически не хватает. Надоели эти пляски с wine!
ну кстати с wine успешно было запущено приложение. А какой смысл делать кроссплатформу, если сами точки доступа к биржевым данным (терминалы брокеров и интерфейсы шлюзов для Российских бирж) все поголовно написаны под Windows? Т.е. в любом случае вся система будет запущена под Windows или в эмуляции
Не очень понятно как это связано с клиентским приложением? Я так понимаю взаимодействие в любом случае идет по сети?
Не скажу за ММВБ, у них не тогровал, а вот ФОРТС/РТС Стандарт вполне себе поддерживают интергацию через FIX. Но тут Вы, конечно, правы — клиентское ПО все поголовно под Windows написано и порочный круг замыкается. Однако нет необходимости всю систему целиком запускать в wine/windows.
Чего хочется, так это API не на уровне прикладных библиотек, а на уровне протокола общения с сервером торговой системы — был бы идеальный вариант. Но в наших с Вами силах лишь сделать адаптер для API торгового терминала и по tcp обмениваться данными с ним.
Такого рода извращения нужны чтобы своего робота запускать на выделенном unix-сервере в датацентре, а не на домашнем компе (ибо кто торговал, тот знает, как бывает страшно при потере коннекта или отключении электричества).
Чего хочется, так это API не на уровне прикладных библиотек, а на уровне протокола общения с сервером торговой системы — был бы идеальный вариант. Но в наших с Вами силах лишь сделать адаптер для API торгового терминала и по tcp обмениваться данными с ним.
Такого рода извращения нужны чтобы своего робота запускать на выделенном unix-сервере в датацентре, а не на домашнем компе (ибо кто торговал, тот знает, как бывает страшно при потере коннекта или отключении электричества).
Ну а почему бы не запускать в датацентре с Windows-платформы? Это обычная практика. А *nix — судя по всему, не пришло его время ещё в эту область. Хотя вобщем-то торговые автоматы — «правильные» задачи для *nix систем.
*nix в эту область давно уже пришли. Но не на наших биржах.
откуда ваша система берет данные о торгах?
Вы данные прям из памяти таскаете что-ли? насколько помню экспорт данных у Quik довольно медленный и убогий.
Quik вообще медленная штуковина.
Данные да, прямо из памяти. насчет потерь в скорости при экспорте средствами квик много споров, здесь трудно измерить насколько QUIK их задерживает, я выбрал этот метод по 2 причинам:
1) Средства квик ОЧЕНЬ неудобны в настройке.
2) Хочется в идеале сделать такой уровень автономии чтобы пользователю оставалось только включать и выключать торговую машину, и вмешиваться только в случае форс-мажора. К сожалению, стандартные средства квик этого пока не позволяют.
3) Существенны или нет задержки при экспорте средствами квик уже не важно, этот вопрос автоматически отпадает.
1) Средства квик ОЧЕНЬ неудобны в настройке.
2) Хочется в идеале сделать такой уровень автономии чтобы пользователю оставалось только включать и выключать торговую машину, и вмешиваться только в случае форс-мажора. К сожалению, стандартные средства квик этого пока не позволяют.
3) Существенны или нет задержки при экспорте средствами квик уже не важно, этот вопрос автоматически отпадает.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
QuikOrdersDOM — автоматизированная биржевая торговля