SMART-LAB
Новый дизайн
Мы делаем деньги на бирже
Информация
buybackoff
QUIKSharp 1.0 feedback
- 15 мая 2019, 01:04
- |
Товарищи, всем привет!
Кажется в течение последнего года не было серьезных вопросов к функционалу QUIKSharp, и мы собираемся наконец объявить его стабильным (версия 1.0, была бэтой очень долго) и доступным через NuGet, без необходимости клонировать проект с ГитХаба и строить его самим.
Очень важно, что цель проекта: «повторить API QLUA в C# максимально точно и качественно». Ничего больше, но не меньше.
Тут обсуждение: https://github.com/finsight/QUIKSharp/issues/195
Кто уже пользуется библиотекой и кого всё устраивает, просто поставьте +1 на ГитХабе (и может оставьте пожелания для версии 2.0). Кто пользуется, но испытывает неудобства, опишите их пожалуйста по ссылке.
Кто видит этот проект впервые и умеет прогать в C# — попробуйте, пожалуйста! Там есть пример с графической оболочкой и много отвеченных вопросов по тэгу question: https://github.com/finsight/QUIKSharp/labels/question, плюс readme на русском: https://github.com/finsight/QUIKSharp/blob/master/README.RU.md. Если что-то не будет работать — отпишитесь по той же ссылке, но только если таких вопросов и решений уже не было по тэту question.
Кто прогает на Python/Node.js(JavaScript/TypeScript): скажите — вам оно нужно!? Если да, то присоединяйтесть к разработке JSON-RPC интерфейса (отпишитесь по той же ссылке).
Удачной всем торговли!
P.S. Тут я скопирую кое-что для ARQA, не знаю как до них достучаться:
Кажется в течение последнего года не было серьезных вопросов к функционалу QUIKSharp, и мы собираемся наконец объявить его стабильным (версия 1.0, была бэтой очень долго) и доступным через NuGet, без необходимости клонировать проект с ГитХаба и строить его самим.
Очень важно, что цель проекта: «повторить API QLUA в C# максимально точно и качественно». Ничего больше, но не меньше.
Тут обсуждение: https://github.com/finsight/QUIKSharp/issues/195
Кто уже пользуется библиотекой и кого всё устраивает, просто поставьте +1 на ГитХабе (и может оставьте пожелания для версии 2.0). Кто пользуется, но испытывает неудобства, опишите их пожалуйста по ссылке.
Кто видит этот проект впервые и умеет прогать в C# — попробуйте, пожалуйста! Там есть пример с графической оболочкой и много отвеченных вопросов по тэгу question: https://github.com/finsight/QUIKSharp/labels/question, плюс readme на русском: https://github.com/finsight/QUIKSharp/blob/master/README.RU.md. Если что-то не будет работать — отпишитесь по той же ссылке, но только если таких вопросов и решений уже не было по тэту question.
Кто прогает на Python/Node.js(JavaScript/TypeScript): скажите — вам оно нужно!? Если да, то присоединяйтесть к разработке JSON-RPC интерфейса (отпишитесь по той же ссылке).
Удачной всем торговли!
P.S. Тут я скопирую кое-что для ARQA, не знаю как до них достучаться:
А если у кого-то есть выход на ARQA или кто-то из ARQA это читает — скажите им, что они очень нехорошие люди, раз еще не сделали сами JSON-RPC интерфейс. У них всё для этого есть, и я не могу понять, почему они этого не делают — это решение привязывает пользователей к Квику, а отсутствие такого решения в конечном счете быстрее толкает пользователей в сторону Плазы и т.п.
Навскиду, по-моему, нормальное нативное апи не должно заставлять своих пользователей дёргать ToDecimal, ToInt32 и прочее. Т.е. чем меньше одинакового кода в ваших же примерах (Tool.cs), тем лучше.
Можно ещё блумберговское апи посмотреть, но то на любителя. bloomberg.github.io/blpapi-docs/dotnet/3.8/html/N_Bloomberglp_Blpapi.htm
Вот пример их ответа forum.quik.ru/messages/forum16/message29802/topic3431/#message29802
Процессор не хуже Intel Xeon E5504,
Оперативная память не менее 2 ГБ,
10 ГБ свободного места на жестком диске.
Операционная система Windows Server 2008/2012/2016 (x64).
Теоретически, частник конечно же может купить Xeon (со всеми вытекающими), вот только для 99% частников это совершенно нерентабельно.
Если я правильно понял описание FIX — это в первую очередь для брокеров или специализированных компаний, которые хотят предоставлять интерфейс доступа к серверам через себя. Вот только брокерам это нах не нужно, когда есть плаза. Во всяком случае я не припомню ни одного брокера, который предлагал бы такой интерфейс подключения к серверам.
Относительно обычных затрат организации (например брокера) которая могла бы запустить у себя такой сервис — да, это требования небольшие, и малозатратные.
А вот для 99% обычных пользователей сборка такой системы — это разика эдак в три дороже обычного хорошего системного блока. И это если самому собирать. А если покупать готовый, то лучше даже не начинать.
Им надо делать нормальное апи с прямым подключением к их серверам.
Работать через Квик (по любому протоколу) изначально мертворожденная идея.
Если речь о частных роботописателях, то для прямого подключения есть плаза, но там нужен определенный уровень знаний, и такое подключение несет в себе дополнительные ежемесячные затраты.
Для тех, кто не является высококлассным специалистом в области программирования, и не имеет готовых гарантированно прибыльных алгоритмов, способных заведомо отбить затраты на прямое подключение — QUIKSharp очень достойная альтернатива.
Prophetic, «им» — это Арке.
Плаза стоит 10 тыр/мес и это дорого полюбе. Учитывая, что величина геморроя на самом деле вовсе не обнуляется как можно было бы предположить.
Чем сильны Финам, АйтиИнвест, Алор? Тем, что у них разработан свой протокол доступа. Он намного быстрее и стабильней Квик, но при этом все еще бесплатный. Этим полностью закрываются потребности «среднего класса».
Prophetic, Чисто наблюдения из жизни. Плаза — не про ХФТ. Плаза — это просто, чтобы «работало и не отваливалось в самый неподходящий момент». Пожалуйста, пользуйтесь на здоровье Квик. Если Вас все устраивает, кто может возразить? =)
Prophetic, зависит от Вашего брокера.
Айти дает SmartCOM.
Финам — Транзак.
Алор — у них тоже есть свой протокол.
Скачиваете соответствующую либу для своего брокера и кодите своих роботов на здоровье.
Если Вы берете КвикШарп — Вам все равно придется кодить. Но вопрос в другом. Если кодить самому, то зачем втыкать в середину такую ненадежную и тормозную штуку, как Квик?
Если Ваш брокер тупой и отсталый и дает только Квик или Плазу, ну… сочувствую. =)
Начинал торговать через квик. Понял, что руками нереально и надо торговать роботами. Первый опыт — QPILE --> QLua. Дальше уперся в ряд ограничений и жуткие тормоза. у брокера кроме квика и плазы ничего не было. Первые поиски найти что-то бесплатное (или недорогое) и удобоваримое, для написания роботов на C#, ни к чему не привели (C# я тогда только-только начинал изучать). Потом случайно наткнулся на QUIKSharp, вот тогда-то дело и пошло. Потом появился еще один брокер и снова собственного апи у него вроде бы нет.
Да, квик не самая стабильная програмулина, но для моих задач, с приемлемым уровнем рисков, пока хватает. :)
А почему нет возможности к серверу quik подключатся и говорить что я квик?
В принципе это убирает клиент квика.
Ведь клиент квик просто точнотакже оборачивает вызовы как вы вызовык нему.
на клиенте же ничего не происходит, кроме показа, это терминал.
все, все равно, проверяется на сервере.
и обертка в принципе такая-же получается. потому что вызовы луа это обертка над серверным ари.
не думаю что в процессе меняются параметры и имена функций.
Прямое подключение нужно только, если критична скорость. Если задержка в 0,5-1 сек не важны, то можно работать как угодно, да хоть и через квик, если для роботописателя — это проще в освоении.
Сам ещё не щупал.
Обещают следующее:
Быстрое создание и проверка торговых стратегий на языке Python
Встроенный DDE сервер
Асинхронная отправка транзакций trans2quik.dll и отслеживание исполнения
Интерфейс с библиотекой технического анализа ta-lib.org (более 150 функций и индикаторов)
Тестирование стратегий на исторических данных finam
Оптимизация параметров стратегии генетическим алгоритмом
Мониторинг через WEB интерфейс
а у вас как?
https://github.com/finsight/QUIKSharp/graphs/contributors