SMART-LAB
Новый дизайн
Мы делаем деньги на бирже
Информация
Блог им. robot-scalper
QUIK: отказ от поддержки встроенного языка QPILE
- 18 мая 2016, 16:13
- |
Очевидное свершилось!
Продвинутые алготрейдеры итак уже давно отказались от QPILE и перешли на LUA.
Теперь и сами разработчики уходят от QPILE.
Письмо от разработчиков QUIK.
Тема: QUIK: отказ от поддержки встроенного языка QPILE
Здравствуйте!
В течение ближайшего года мы планируем рассмотреть вариант с прекращением
поддержки встроенного в Рабочее место QUIK языка QPILE. Этот интерпретатор
скриптового языка был разработан нашей компанией в 2002г. В течение 10 лет язык
развивался по пожеланиям пользователей, добавлялись новые возможности,
клиенты с помощью него создавали свои собственные расчетные таблицы,
писали роботов и делали интеграции с другими продуктами.
В 2012г. мы приняли решение об отсутствии перспектив его дальнейшего развития,
в результате чего в Рабочее место QUIK был встроен интерпретатор скриптового
языка LUA. QPILE прекратил свое развитие, но поддержка была сохранена.
Последующие 4 года мы пропагандировали среди клиентов применение LUA,
который в текущий момент является основным инструментом, используемым
для разработки клиентских скриптов в QUIK.
Best regards,
QUIK clients support
ARQA Technologies
теги блога Robot-Scalper.ru
- 1апреля
- bitcoin
- HFT
- LUA
- MetaTrader
- QPILE
- quik
- quik 7.x
- RI
- robot
- RTS
- SECRET
- si
- tslab
- usd
- USDRUB
- акции
- алгоритм
- алгоритмы
- алготрейдинг
- анализ
- аналитик
- анекдот
- Анекдоты
- анекдоты про трейдеров
- баг
- Биржевые секреты
- биткоин
- боковик
- валютный рынок
- веселье
- грааль
- графики
- демо
- день трейдера
- деньги
- дивиденды
- доллар
- игра на бирже
- инвестиции
- индикаторы
- интерфейс
- комиссия
- конкурс
- контртренд
- коррекция
- кошелек
- крипта
- криптовалюта
- Линда Рашке
- мартингал
- Мартингейл
- ММВБ
- Московская биржа
- мтс
- опрос
- оптимизация
- оффтоп
- паттерны
- пирамидинг
- привод
- прогнозирование рынков
- прогнозы
- психология торговли
- разворот
- разработка
- рецензия на книгу
- робот
- роботы
- РТС
- рубль
- сбербанк
- секреты
- система
- скальпер
- Скальпинг
- скрипт
- смартлаб
- статистика
- стратеги
- стратегии
- тестирование
- торговая система
- торговая стратегия
- торговые роботы
- торговые системы
- торговые стратегии
- торговый робот
- трейдинг
- тренд
- ТС
- Управление капиталом
- успех
- усреднение
- фондовый рынок
- форекс
- ФЬЮЧЕРСЫ
- ЦБ
- юзабилити
- юмор
Мы предпочитаем использовать LUA, с прямым подключением его в QUIK.
Чем меньше звеньев в системе, тем она быстрее, надежнее и отказоустойчивее.
Эксель, также как и QPILE должны исчезнуть из алготрейдинга. IMHO.
Почему обязательно Excel? По DDE и в программу на С# любую таблицу можно загонять. Но мне вообще от квика только минутки нужны, поэтому качаю по DDE таблицу всех сделок с нужными эмитентами в программу на C#, где сам формирую минутки, а дальше в алгоритм и сигналы либо в текстовый файл для квика на своем личном счете, либо в компанейский фреймфорк (пусть там сами исполняют).
А как тестер систем Excel — форева!
Нашел в интернете несложную программу DDE сервера от Морошкина, разобрался с кодом и изменил под себя.
С появлением LUA надобность в C++ отпала.
Возможно, люди по старинке продолжают программировать на C++, так как уже есть свои программные наработки. Да и связка C++ и QUIK вполне приемлемая.
Но, я убежден, чем меньше звеньев в системе, тем она надежнее. Поэтому мы предпочитаем использовать как можно меньше сторонних модулей и программ.
отказ от терминала не уменьшит кол-во звеньев. Тогда нужно будет программировать свой терминал, чтобы отправлять запросы на сервер. Одно первичное инициирующее звено всё-равно должно существовать.
Мы торгуем и на минутках, и на старших таймфреймах и на тиках.
Заметим, даже если выставлен в терминале QUIK таймфрейм 1М, то это ещё не значит что робот будет принимать торговые решения 1 раз в минуту. Он может совершить десяток и более сделок, обрабатывая и выставляя заявки каждую секунду или чаще. На QLUA это можно реализовать. И у нас есть такие решения.
Но это я наверное уже больше придираюсь к вашим словам. =)) обиделся я про плюсы =))
Главное знать все возможные решения и выбирать наиболее подходящее для своих задач.
Поясню почему я перешел на таблицу всех сделок. Изначально я попытался пользоваться свободно распространяемым скриптом на QPILE, формирования таблиц минуток из графиков. Но там выяснялась одна неприятная особенность: в этих таблицах предыдущая минутка могла измениться (закрытие и возможно максимум или минимум) после формирования следующей, что для моих алгоритмов неприемлемо. Поэтому перешел на формирование минуток самостоятельно из таблицы всех сделок.
Главное, что бы они вообще не отключили QPILE. А то обидно будет. Столько всего понаписано на нем.
Мы практически все свои скрипты (99%) перевели на LUA.
На QPILE ведь совсем неудобно ими пользоваться.
Конечно, с этого дня на QPILE ничего разрабатывать уже не будем.
Поддержка клиентов была очень сложная.
С переходом на LUA технических вопросов стало в 8 раз меньше!
По интерфейсу тоже был качественный скачек. Компактная табличка с возможностью подкрашивания важных значений гораздо лучше безликой таблицы портфеля QPILE.
В связи с этим возникает вопрос, почему вы ждали сегодняшнего дня для перехода на LUA? ))
В интерфейсе у луа преимущество только в возможности кликов. Красить и в квипле можно.
А тех проблемы одинаково что там, что там.
нам LUA гораздо больше нравится.
Интерфейс не только закрашивать можно, но и строки можно компактно располагать, и кликать можно, и задать координаты окна можно и координаты расположения окна, чтобы оно не прыгало по экрану )) Намного удобнее.
Технических проблем в QPILE было гораздо больше. Костыль на костыле. Просто пробежаться по свечкам — большая проблема в QPILE. В LUA это легко делается. Плюс обработка событий есть.
Нет, разница великая есть между набором функций QPILE (языком его никак не могу назвать) и LUA (крутая опенсорсная разработка).
Да, со свечами косяк в QPILE. Просто не заморачивался по этому поводу, так как модуль уже давно то написан был и отлажен
Откройте его и вы убедитесь в серьезности намерений ))
Информация из первых рук и достоверна на 100%.
Чисто профессиональный интерес.
Проблема в тройных коллбэках на OnTrade(). Разработчики обещали как-то это дело поправить, но все тянут. Тема тут: https://forum.quik.ru/forum10/topic1082/
Пришлось учесть их неторопливость и внести дополнительные проверки в свои программы, что чуть-чуть, на ~0.001% снижает производительность системы.
Рассылку делал, по Skype сообщал, если не дошло, sorry.
Проблем нет.
Пусть ваш земляк уточнит, в чем именно проблема версии 7? Может мы сможем ему помочь решить проблему ))
Вот если бы под Линукс скомпилировали — другой вопрос.
Vadim S, 1. На дворе 21-й век. Про 32 бита надо забыть как страшный сон.
2. Неограничено памяти. Одна заморочка сразу снимается адекватным железом.
3. Современные терминалы требуют 64 бита. Чтобы нормально сделать интеграцию с древним 32-битным приложением надо попотеть.
ПС Знаю про QuikSharp, который якобы «решает» задачку.
Но на практике вижу, что это сырая поделка. Proof-of-concept. Причем авторы не торопятся реагировать на просьбы что-то допилить.
Они даже готовый пулл-реквест не могут принять...
Вон гугл хром уже отказался от поддержки 32 битной версии. (пришлось на старенький нотник старую версию искать).
Но объективно: Вы нагружали Квик, что он потребляет 3Гб (или сколько там ограничения)? Какие новые функции появятся (могут появиться) в 64 битной версии?
Vadim S, Вопрос не в самом Квике. Вопрос в интеграции с другими системами. Они все сейчас 64 бита становятся.
А он остаётся белой вороной на их фоне.
Давайте ещё вернемся к торговле по телефону.
Там вообще неважно какое железо на компе.
Даже старая Нокиа 3210 потянет. ;-)
Но хоть на реале стабильно отрабатывают.
Так что, что ни делается, всё к лучшему!
емеля емельянов, ну… =) это если на других рынках получается, то почему бы и не уйти.
Но для фортс есть к счастью альтернативы.
SmartX и TSLab к примеру.