Разработка и поддержка новых коннекторов
Atom Ответить
26.03.2012


Всем добрый день!

Время от времени на форуме появляются вопросы о поддержке библиотекой разных площадок (например, ММВБ через mtesrl), либо вопросы связанные с работой коннекторов, которые сейчас никто не поддерживает (Транзак и Алор), так же часто возникают темы о различных проблемах с наиболее используемыми коннекторами (Quik, SmartCOM). Получается так, что "мыши плакали, кололись, но продолжали грызть кактус"BigGrin

Михаил уже предлагал заказать новые фишки у сторонних разработчиков, но та тема перешла в разработку коннектора для зарубежных площадок, и в результате, коннектор для OEC был написан. В связи с чем хочется провести небольшой опрос пользователей библиотеки:
1. интересует ли вас дальнейшее развитие следующих коннекторов: Транзак, Алор, ММВБ через mtesrl, Плаза для УБ или каких-либо других?
2. готовы ли вы принять финансовое участие в разработке данных коннекторов?



Спасибо:




51 Ответов
< 1 2 3  >
transdex

Фотография
Дата: 26.04.2012
Ответить


Mikhail Sukhov Перейти


Неожиданный поворот в предложении.BigGrin


Ничего неожиданного. 95% российских трейдеров уже и так отправляют заявки через Квик. Т.е. хуже не будет. API у Квика вполне вменяемое. Поэтому если получится опять кривоватый коннектор, пенять можно будет только на себя. BigGrin. Разумеется, это компромиссное решение, но вполне универсальное.
Кроме того, четкое разделение адаптера на датафид и брокерскую часть м.б. очень полезно в других случаях.
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 26.04.2012
Ответить


1) АПИ нормальное у Квика отсутствует
2) Коннектор к Квику написан года эдак 3 назад. Вообще то самое популярное в S# - это как бы коннектор к Квику.Laugh
Спасибо:

transdex

Фотография
Дата: 26.04.2012
Ответить


Mikhail Sukhov Перейти

2) Коннектор к Квику написан года эдак 3 назад. Вообще то самое популярное в S# - это как бы коннектор к Квику.Laugh


Так я как раз об этом. Надо совершенствовать популярный и востребованный коннектор, а не почивать на лаврах и не плодить коннекторы к маргинальным API. Можно и по другому сформулировать - заменить в коннекторе Квик неуклюжий DDE на датафид от плазы.

Спасибо:

Alexander

Фотография
Дата: 26.04.2012
Ответить


transdex Перейти
Надо совершенствовать популярный и востребованный коннектор, а не почивать на лаврах и не плодить коннекторы к маргинальным API. Можно и по другому сформулировать - заменить в коннекторе Квик неуклюжий DDE на датафид от плазы.


Не совсем понял по первому пункту в чей огород камень - кто почивает на лаврах и плодит коннекторы к маргинальным API.

По второму - заменив DDE на датафид от плазы мы получим PlazaTrader.
Спасибо:

anothar

Фотография
Дата: 26.04.2012
Ответить


Цитата:
Можно и по другому сформулировать - заменить в коннекторе Квик неуклюжий DDE на датафид от плазы.

Так то Плаза стоит денег вообще-то. Так что смысла в этом никакого. Насчет маргинальных апи-что поделать, если каждый брокер рожает свой велосипед, а их общий знаменатель-это убогий громоздкий динозавр прошлого века(Quik), поддерживать который нереально сложно.
Спасибо:

transdex

Фотография
Дата: 26.04.2012
Ответить


Alexander Mukhanchikov Перейти

Не совсем понял по первому пункту в чей огород камень - кто почивает на лаврах и плодит коннекторы к маргинальным API.

Это не камень - это гипербола - "стилистическая фигура явного и намеренного преувеличения, с целью усиления выразительности и подчёркивания сказанной мысли."

Alexander Mukhanchikov Перейти

По второму - заменив DDE на датафид от плазы мы получим PlazaTrader.


Еще раз:
1) PlazaTrader не торгует на ММВБ ( по крайней мере пока)
2) Обойдется в 2 раза дороже (нужен основной логин вместо просмотрового).
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 26.04.2012
Ответить


transdex Перейти



Если вся полемика сводится к тому, чтобы данные получать через Плазу, а отправлять заявки через Квик, то это и так возможно сейчас. Не востребовано, потому что это сущее извращение. Разделение датафида и транзакционного интерфейса сделано вовсе не потому, что так надо, а потому, что по другому в некоторых случаях нельзя. Так что не путайте причину и следствия.
Спасибо:

transdex

Фотография
Дата: 26.04.2012
Ответить


Mikhail Sukhov Перейти

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


А может наоборот - не востребовано, потому что сейчас - это сущее извращение?

PS. Прочитал веточку на пауке про адаптер Quik-OQ от SGN. Вот где извращение-то (с DDE).
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 26.04.2012
Ответить


transdex Перейти
А может наоборот - не востребовано, потому что сейчас - это сущее извращение?


Нет, именно разделение датафида от транзакций - это извращение. Сделали буржуи, потому что у них бизнес разделен. Технологически - это самый что ни на есть обычный косяк в архитектуре. Практически сразу же добавляется геморрой с синхронизацией состояния заявок, получения своих позиций, сделок... Вообще сущий ад с рас синхронизацией данных, и меток времени. И которые решаются уплатой лишних пару тысяч в месяц, чтобы доапгрейдить readonly логин до нормального. Из-за пары то тысяч себе такие приключение? Увольте.
Спасибо:

transdex

Фотография
Дата: 26.04.2012
Ответить


Mikhail Sukhov Перейти


Нет, именно разделение датафида от транзакций - это извращение. Сделали буржуи, потому что у них бизнес разделен. Технологически - это самый что ни на есть обычный косяк в архитектуре. Практически сразу же добавляется геморрой с синхронизацией состояния заявок, получения своих позиций, сделок... Вообще сущий ад с рас синхронизацией данных, и меток времени. И которые решаются уплатой лишних пару тысяч в месяц, чтобы доапгрейдить readonly логин до нормального. Из-за пары то тысяч себе такие приключение? Увольте.


Если кратко:

1. Есть анонимные данные. Они должны получаться там, где быстрее, дешевле, полнее и т.п. И достаточно получить один комплект.
2. Есть неанонимные данные и приказы. Они получаются и передаются туда, где дают и принимают. Возможна ситуация (напр. несколько счетов у разных брокеров) когда это происходит в разных местах и по разным API.
Поэтому разделение идет от данных, а не от буржуев.

Рассинхронизация возникает тогда, когда руководствуясь благими намерениями пытаются синхронизировать анонимные и неанонимные данные. Если не получается - просто не надо этого делать.

И еще раз - апгрейд readonly до основного за пару тысяч не дает ничего (совсем ничего) человеку торгующему акциями на ММВБ. А отдельное прямое подключение к ММВБ - это еще сверху, и не пара тысяч.

Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 26.04.2012
Ответить


transdex Перейти
И еще раз - апгрейд readonly до основного за пару тысяч не дает ничего (совсем ничего) человеку торгующему акциями на ММВБ. А отдельное прямое подключение к ММВБ - это еще сверху, и не пара тысяч.


Смысла нет сейчас переделывать или делать новый коннектор для поддержания ММВБ секции, так как обработка ММВБ заявок через Плазу - это вопрос лишь времени. Быстрее биржа сделает со своей стороны решение, чем появится первая стабильная версия подобного коннектора.

И в свете этой дискуссии коннектор к Алор кажется очень даже действующим, так как все описанные выше проблемы он УЖЕ решает.BigGrin

У Алора я так понял минус - это скорость. Скорость была оценена относительно COM коннектора. Новое решение, насколько я знаю, это чисто .NET и подключение напрямую к серверу, а не к терминалу. Так что возможно все описанное выше про него теперь уже не актуально. Я послал ссылку на дискуссию тех диру Алора. Попрощу, чтобы они прояснили ситуацию.
Спасибо:

Ignat

Фотография
Дата: 21.05.2012
Ответить


Не дождавшись комментариев, нарушу тишину в ветке.
Специально последние дни мониторил скорость отклика серверов Алора. Пинг у меня до сервера 58мс, отклик от сервера (который размораживает поток и позволяет ставить следующую заявку) после отправки заявки в большинстве случаев приходит через в среднем 100мс. Изредка бывает в диапазоне 150-300мс. Крайне редко бывает выше 300мс.
Спасибо:

Alexander

Фотография
Дата: 21.05.2012
Ответить


Ignat Перейти
Не дождавшись комментариев, нарушу тишину в ветке.
Специально последние дни мониторил скорость отклика серверов Алора. Пинг у меня до сервера 58мс, отклик от сервера (который размораживает поток и позволяет ставить следующую заявку) после отправки заявки в большинстве случаев приходит через в среднем 100мс. Изредка бывает в диапазоне 150-300мс. Крайне редко бывает выше 300мс.


Вау, крутые результаты. Лучше чем квик, лучше чем смарт.
Мы как раз заканчиваем допиливать шлюз к Alor, будем тестить.
Спасибо:

Ignat

Фотография
Дата: 21.05.2012
Ответить


Справедливости ради - это время отклика сервера для продолжения работы потока в аргументацию отсутствия асинхронности, однако из таблицы ордеров заявка приходит событием несколько позднее - через 400-800мс. Но время ожидания появления заявки в таблице ордеров уже ни коем образом не влияет на работоспособность потока.
Я бы поучаствовал в тестах шлюза к Алору.
Спасибо:

Barry

Фотография
Дата: 31.10.2012
Ответить


Подключаться к серверу на прямую по любому быстрее, чем через QUIK, а самое главное - надёжнее.
В основе Алора, на сколько мне известно, одна из старых версий NetInvestor Я сам использую NetInvestor и очень доволен.
А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров, среди которых несколько крупных и известных (кроме того, есть даже несколько брокеров в Казахстане) Еслиб был коннектор S# к NetInvestor, было бы очень хорошо.
Спасибо:

Sergey Masyura

Фотография
Автор статей
Дата: 31.10.2012
Ответить


Barry Перейти
Подключаться к серверу на прямую по любому быстрее, чем через QUIK, а самое главное - надёжнее.
В основе Алора, на сколько мне известно, одна из старых версий NetInvestor Я сам использую NetInvestor и очень доволен.
А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров, среди которых несколько крупных и известных (кроме того, есть даже несколько брокеров в Казахстане) Еслиб был коннектор S# к NetInvestor, было бы очень хорошо.


Сколько Вы готовы заплатить за коннектор для NetInvestor (можно в личку)?
Спасибо:

Barry

Фотография
Дата: 31.10.2012
Ответить


Почему сразу заплатить?.. Я рассчитываю на то, что владельцы проекта сами увидят свой интерес и реализуют такой коннектор.

P.S.: Ветка называется "Разработка и поддержка новых коннекторов" и нас спрашивают о том, какие вообще коннекторы нужны пользователям библиотеки.
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 31.10.2012
Ответить


Barry Перейти
А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров, среди которых несколько крупных и известных (кроме того, есть даже несколько брокеров в Казахстане) Еслиб был коннектор S# к NetInvestor, было бы очень хорошо.


Спасибо за информацию.

А чем это лучше Плазы или Квика. Первое поддерживают независимо от брокера, главное чтобы он был профучастником. Второе имеет внедрения куда больше и шире.

Чем на ваш взгляд коннектор для НетИнвестора будет полезен для S#? Какие даст преимущества, которые сейчас отсутствуют?
Спасибо:

Barry

Фотография
Дата: 31.10.2012
Ответить


В кратце преимущества:

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

с коммерческой точки зрения
- пользователь получает надёжное решение при котором не нужно платить за дорогие прямые подключения;
- большое количество людей будут счастливы от того, что им не придётся менять ради такой возможности брокера, а работать со своим, проверенным годами;
- возможность для команды S# более широко охватить рынок.


Спасибо:

esper

Фотография
Программист
Дата: 31.10.2012
Ответить


Barry Перейти
А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров

Посмотрел несколько брокеров из списка, так у них на сайте даже упоминания о брокерском обслуживании нет. Из более-менее известных только Алор, и то у них свое API.

Barry Перейти

с коммерческой точки зрения
- пользователь получает надёжное решение при котором не нужно платить за дорогие прямые подключения;
- большое количество людей будут счастливы от того, что им не придётся менять ради такой возможности брокера, а работать со своим, проверенным годами;

Как-то не видно здесь коммерческой выгоды, только плюсы для пользователяBigGrin
Автор топика
Спасибо:

Alexander

Фотография
Дата: 31.10.2012
Ответить


esper Перейти
Barry Перейти
А для проекта S# ещё важно, что NetInvestor поддерживают больше сорока брокеров

Посмотрел несколько брокеров из списка, так у них на сайте даже упоминания о брокерском обслуживании нет. Из более-менее известных только Алор, и то у них свое API.


Я тоже посмотрел список - у кого есть NetInvestor присутствует и Quik.
Спасибо:

Barry

Фотография
Дата: 31.10.2012
Ответить


Для брокеров с уникальным API коннекторов понашлёпали, понятно, что это не плохие брокеры, но всёж... А более распространённая система осталась без внимания.

esper Перейти

...
Как-то не видно здесь коммерческой выгоды, только плюсы для пользователяBigGrin

Больше довольных клиентов - больше бабла! Это же понятно...

Alexander Mukhanchikov Перейти

...
Я тоже посмотрел список - у кого есть NetInvestor присутствует и Quik.


Ну и пусть Квик присутствует... Главная мысль, что напрямую к серверу надёжнее и быстрее, чем когда посередине ещё терминал болтается. И если брокеры готовы у себя держать две системы, то это не просто так, значит не всех Квик устраивает.

Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 31.10.2012
Ответить


Barry Перейти
Для брокеров с уникальным API коннекторов понашлёпали, понятно, что это не плохие брокеры, но всёж... А более распространённая система осталась без внимания.


Если взять ТОП 10 брокеров, то у них есть НетИнвестор?
Спасибо:

Barry

Фотография
Дата: 31.10.2012
Ответить


МФД специализируется на банковском софте, поэтому в их списке много банков.
Спасибо:

Buratino

Фотография
Курсы
Дата: 04.06.2015
Ответить


По моим ощущениям NetInvestor по распространённости второй после QUIK терминал в России. Честно говоря, думал, что работы по внедрению NIAPI в S# уже давно ведутся.
Спасибо:
< 1 2 3  >

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.

loading
clippy