Как стать автором
Обновить

Комментарии 24

Совершенно куцая техническая часть. Рекламный буклет какой-то.
Что конкретно вас интересует? Можно сделать продолжение в более хардкорном стиле, не проблема.
Я думаю тут имелись ввиду такие вещи, какой стек используется (Rx, TPL DataFlow, и т.п.), какие другие либы используются (QuickFix? QuantLib?), ну и все такое прочие.
В таком случае, это вопрос вообще из области «какие кони использовались при выпекании ватрушек» :). Протокол, по которому SmartX общается с сервером — проприетарный, и софт, его разбирающий, соответственно, тоже. Сторонние либы в этой области не используются. У нас вообще, по большей части, свои разработки используются.
Мне вот интересно, кстати — вы упоминаете, что
было выбрано новое графическое ядро – open-source проект Gordago, — которое затем было сильно «допилено» в соответствии с нашими нуждами в плане производительности.

Из того, что я вижу здесь на странице самого Gordago — он распространяется под LGPLv2. Вы, насколько я понимаю, распространяете библиотеку в составе вашего ПО. Где-то можно посмотреть исходники ваших доработок? Или они отправлены обратно в апстрим?
С разработчиком проекта Gordago мы общались в процессе разработки терминала, и все вопросы с лицензированием были решены. В результате SmartX распространяется по собственной лицензии, которая не предполагает открытия исходных кодов
Сколько примерно терминалов обслуживаются одним сервером?
Ежедневно подключаются тысячи наших клиентов. В моменте на одном сервере запросто может быть, скажем, 3 тысячи подключений.
И что к каждому из них котировки идут по отдельному соединению?
Не совсем ясно, что вы имеете в виду. Человек у себя дома запускает терминал, через интернет соединяется с сервером, получает данные.
Первый открывает несколько окон котировок на 10 уровней с наиболее активными инструментами, второй делает то же самое… и таких 3 тысячи и все они подключаются к одному серверу. Сервер, а особенно маршрутизаторы, не захлебнутся от такого потока одновременно отдаваемых терминалам данных?
Странный выбор .Net для трейдинга — вы автоматически исключаете из ваших потенциальных клиентов всех пользователей Linux и Mac OS X.
Судя по тому, что почти никакие терминалы не работают под данные ОС — вы смогли бы получить дополнительных клиентов.
На самом деле, число клиентов, желающих торговать на этих платформах не особенно велико. Поэтому тут вступает логика затрат на разработку таких решений и получаемого за этот счет профита — пока более выгодно не делать терминалы под эти ОС.
Дак вы же не пробовали )
если нет терминалов, то и торговать никто, естественно, не будет.
Если бы был консольный терминал для linux или api на сервере, программисты бы могли писать своих роботов для торговли, выгрузки данных, анализа. Лично мне это было бы очень интересно.
Так API у нас есть, был даже специальный топик об этом. Так что об этом мы думаем).
А есть возможность отвязаться от COM? Было бы круто просто иметь спецификацию протокола
API сервиса работающего под Win*? Как единичный терминал сгодиться. Как терминал для 2-3 трейдеров тоже. Но если нагрузить его хотя бы 10 человек? Вы пробовали? Win* сколько ресурсов съест? А если говорить про реалтайм (хоть какой-то) то тут все очень плохо.

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

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