Биржевой софт: история создания торгового терминала

[Nordvind]

Совершенно куцая техническая часть. Рекламный буклет какой-то.

[ITI_Capital]

Что конкретно вас интересует? Можно сделать продолжение в более хардкорном стиле, не проблема.

[mezastel]

Я думаю тут имелись ввиду такие вещи, какой стек используется (Rx, TPL DataFlow, и т.п.), какие другие либы используются (QuickFix? QuantLib?), ну и все такое прочие.

[ITI_Capital]

В таком случае, это вопрос вообще из области «какие кони использовались при выпекании ватрушек» :). Протокол, по которому SmartX общается с сервером — проприетарный, и софт, его разбирающий, соответственно, тоже. Сторонние либы в этой области не используются. У нас вообще, по большей части, свои разработки используются.

[GreyCat]

Мне вот интересно, кстати — вы упоминаете, что

было выбрано новое графическое ядро – open-source проект Gordago, — которое затем было сильно «допилено» в соответствии с нашими нуждами в плане производительности.

Из того, что я вижу здесь на странице самого Gordago — он распространяется под LGPLv2. Вы, насколько я понимаю, распространяете библиотеку в составе вашего ПО. Где-то можно посмотреть исходники ваших доработок? Или они отправлены обратно в апстрим?

[ITI_Capital]

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

[orignal]

Сколько примерно терминалов обслуживаются одним сервером?

[ITI_Capital]

Ежедневно подключаются тысячи наших клиентов. В моменте на одном сервере запросто может быть, скажем, 3 тысячи подключений.

[orignal]

И что к каждому из них котировки идут по отдельному соединению?

[ITI_Capital]

Не совсем ясно, что вы имеете в виду. Человек у себя дома запускает терминал, через интернет соединяется с сервером, получает данные.

[orignal]

Первый открывает несколько окон котировок на 10 уровней с наиболее активными инструментами, второй делает то же самое… и таких 3 тысячи и все они подключаются к одному серверу. Сервер, а особенно маршрутизаторы, не захлебнутся от такого потока одновременно отдаваемых терминалам данных?

[depdol]

Странный выбор .Net для трейдинга — вы автоматически исключаете из ваших потенциальных клиентов всех пользователей Linux и Mac OS X.
Судя по тому, что почти никакие терминалы не работают под данные ОС — вы смогли бы получить дополнительных клиентов.

[ITI_Capital]

На самом деле, число клиентов, желающих торговать на этих платформах не особенно велико. Поэтому тут вступает логика затрат на разработку таких решений и получаемого за этот счет профита — пока более выгодно не делать терминалы под эти ОС.

[ComputerPers]

Дак вы же не пробовали )
если нет терминалов, то и торговать никто, естественно, не будет.

[eu-gen]

Если бы был консольный терминал для linux или api на сервере, программисты бы могли писать своих роботов для торговли, выгрузки данных, анализа. Лично мне это было бы очень интересно.

[ITI_Capital]

Так API у нас есть, был даже специальный топик об этом. Так что об этом мы думаем).

[haskel]

А есть возможность отвязаться от COM? Было бы круто просто иметь спецификацию протокола

[depdol]

Промахнулся — извините.
Перенес выше коментарий.

[depdol]

API сервиса работающего под Win*? Как единичный терминал сгодиться. Как терминал для 2-3 трейдеров тоже. Но если нагрузить его хотя бы 10 человек? Вы пробовали? Win* сколько ресурсов съест? А если говорить про реалтайм (хоть какой-то) то тут все очень плохо.

Я почему говорю, мы пробовали внедрить ваших «конкурентов»-французов. Все закончилось ровно через 1 месяц. Схема сервер с API на Win* и клиенты подключенные к нему — требует огромных ресурсов самого сервера. Что приводит к глюкам, тормозам и прочим прелестям.

И мне всегда нравился фреймворк .NET — Поставь 2.5 версию. Потом мы обновили продукт и используем новый фреймворк — поставь 3.5 версию. Потом мы переписали программу — поставь 4.0 версию, но 2.5 удалить нельзя, так как мы с ней тоже работаем. А 3.5 требуется для соединения.
У Win* платформ, к сожалению получается примерно как-то так.
Хотя к чести сказать, они растут и ведут работу над ошибками :)
Надеюсь вы избежите подобных проблем.

[haskel]

Ок, я использую из под Parallels, а как вы узнали, что я не хочу под мак?
Но зная, как шикарно исполнен терминал для андройда, думаю, лучше пусть все остается так как есть.

[depdol]

И я с вами согласен, то, что я видел — тихий ужас.

[depdol]

Приведу пример из нашей компании. У нас 12 трейдеров. 6 из них хотели бы работать на Mac. Но, увы и ах — этого сделать нельзя.

[ITI_Capital]

Ну мы в будущем не исключаем создания каких-то решений и под Mac, вы поймите — мы сами только за, но встает вопрос ресурсов. Если его удастся решить, то почему бы и нет. Порадовать клиентов — это же хорошо :).

[depdol]

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