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

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


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

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

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



Спасибо:


<< < 2 3 4 5 6  >
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

Фотография
Дата: 27.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, было бы очень хорошо.
Спасибо:
<< < 2 3 4 5 6  >

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

loading
clippy