Отказ от поддержки встроенного языка QPILE

Страницы: Пред. 1 2 3 След.
RSS
[ Закрыто ] Отказ от поддержки встроенного языка QPILE, Отказ от поддержки встроенного языка QPILE
 
Цитата
Sergey Gorokhov написал:
Это потому что была поддержка, а теперь мы планируем ее убрать.
То есть не факт что оно дальше будет работать
Можете привести конкретный пример за последние 10 лет когда без поддержки купайл перестал бы работать?

Тема не только вызвала резонанс, но и показала четкое разделение мнений: те кто работает на рынке - руки прочь от купайла, те кто программирует - купайл говно и в скобочках "могу переписать любую прогу с QPILE на LUA, но не бесплатно". Ну всё понятно...
 
Цитата
валерий написал:
Можете привести конкретный пример за последние 10 лет когда без поддержки купайл перестал бы работать?

Например когда появилась Т+ схема лимитирования.
 
Цитата
Sergey Gorokhov написал:
Например когда появилась Т+ схема лимитирования.
А конкретнее, какие новые функции пришлось добавлять в купайл?
 
Цитата
валерий написал:
Цитата
Sergey Gorokhov   написал:
Например когда появилась Т+ схема лимитирования.
А конкретнее, какие новые функции пришлось добавлять в купайл?

те где есть упоминание про вид лимита:
GET_CLIENT_MARGINAL_PORTFOLIO_INFO_EX
GET_CLIENT_MARGINAL_BUY_SELL_INFO_EX
+ дать доступ к полю LIMIT_KIND из таблиц MONEY_LIMITS и DEPO_LIMITS
 
Цитата
Sergey Gorokhov написал:
те где есть упоминание про вид лимита:
GET_CLIENT_MARGINAL_PORTFOLIO_INFO_EX
GET_CLIENT_MARGINAL_BUY_SELL_INFO_EX
+ дать доступ к полю LIMIT_KIND из таблиц MONEY_LIMITS и DEPO_LIMITS
И что? Пришлось менять логику самого купайла? Добавлять "сотни тысяч" функций, которых нет в купайле, но есть в клуа? И это раз в 10 лет. Сколько трудов ушло на добавление новой обычной таблички... О ужас! А заставить сотни клиентов переучиваться и перелопачивать полностью свои наработки, да еще не известно с каким результатом - это фигня, конечно, по сравнению с этим.
 
валерий,
Как уже было несколько раз сказано и еще раз повторим, сейчас речь идет о прекращении поддержки а не об удалении QPILE
Да пришлось кардинально менять логику роботов QPILE, так как кардинально изменились сами принципы торговли. Если Вам повезло не застать этот период или не столкнуться с переходом, это не значит что другим повезло также.
 
Цитата
Sergey Gorokhov написал:
Да пришлось кардинально менять логику роботов QPILE, так как кардинально изменились сами принципы торговли. Если Вам повезло не застать этот период или не столкнуться с переходом, это не значит что другим повезло также.
А причем здесь логика роботов? Эта проблема была на стороне пользователей. А на вашей - добавить стандартную табличку. Всего делов, а не логику менять. Неподъёмная работа раз в 10 лет. И из-за этого столько проблем для пользователя. Да еще под соусом - купайл говно,морально  устарел. Лицемерие сплошное.
 
1. Сделать конвертер невозможно в данных условиях.
2. QPILE лучше не убирать. Мне без разницы. Работы и заказов только больше станет. А вот желающих перейти на MT5 после такого экзерсиса станет намного больше.
 
Цитата
Евгений Черных написал:
1. Сделать конвертер невозможно в данных условиях.
Сделать конвертер qpile->lua проблем нет - синтаксис qpile тривиален. Но где тот спонсор?
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 


QPILE, на мой взгляд, устарел.
Не стоит цепляться за него.
Lbot3D
 
Цитата
s_mike@rambler.ru написал:

Сделать конвертер qpile->lua проблем нет - синтаксис qpile тривиален. Но где тот спонсор?
Майк, какова цена вопроса? Если сделать за 10 тыс руб. коробочную утилитку, которая конвертирует в Lua максимум возможного, я в очереди...
 
Цитата
s_mike@rambler.ru написал:
Цитата
Евгений Черных   написал:
1. Сделать конвертер невозможно в данных условиях.
Сделать конвертер qpile->lua проблем нет - синтаксис qpile тривиален. Но где тот спонсор?
Проблемы есть и их очень много. Странно, что Вы этого не понимаете.
Конвертер конечно можно написать. Вопрос цены. Полоумных выкладывать такие деньги нет.
 
Да нельзя там сделать конвертер. Логика работы у роботов разная будет. В квипл программа идет по кругу, а в луа фунуции обратного вызова работают. Нельзя сделать универсальный конвертер. Можно конвертировать тлько стандартные функции, но не сам весь код программы. Поэтому это еще один довод что нельзя убирать квипл из квика. Слишком много народа на нем работают и простыми методами не смогут перейти на луа
 
Цитата
Дмитрий написал:
В квипл программа идет по кругу, а в луа фунуции обратного вызова работают.
В луа нечто типа while (true) {  ... Sleep(1000); } нельзя написать? Все, что сделано на QPILE можно перенести в Lua. Колбэки тут не нужны.
 
Цитата
Gridmer написал:
Цитата
Дмитрий   написал:
В квипл программа идет по кругу, а в луа фунуции обратного вызова работают.
В луа нечто типа while (true) {  ... Sleep(1000); } нельзя написать? Все, что сделано на QPILE можно перенести в Lua. Колбэки тут не нужны.
Так то можно. Но если уж переходить на луа, то лучше тогда колбэки использовать, чем делать квиплоподобный цикл. Так будет быстрее и современнее :wink:
 
Прелесть QPILE в том, что у него нет столько возможностей выстрелить себе в ногу, хоть даже этими многопоточными заморочками, синхронизацией общих контейнеров и пр. Услуги программистов на нем гораздо дешевле.
Хорошо, что Lua есть в QUIK, но для большинства задач удобнее старичок Квипли.
 
Цитата
Gridmer написал:
Цитата
   s_mike@rambler.ru  написал:

Сделать конвертер qpile->lua проблем нет - синтаксис qpile тривиален. Но где тот спонсор?
Майк, какова цена вопроса? Если сделать за 10 тыс руб. коробочную утилитку, которая конвертирует в Lua максимум возможного, я в очереди...
Э нет. Не тот порядок сумм.

Разовая конвертация и универсальное средство - это совсем разные понятия с совсем разными мозгозатратами ))))
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
Цитата
Sergey Gorokhov написал:
Цитата
Андрей 77   написал:
"В LUA нет пары тройки функций от QPILE
Но в QPILE нет сотен тысяч функций LUA"

LUA - не QLUA. Трейдерам не нужны "сотни тысяч"  функций Lua, им нужны десятки функций, но такие, которыми можно пользоваться,надежно реализовывать алгоритмы, а не  ломать постоянно голову, что это за зверь и как его вообще можно с пользой применить ...
А чем не устраивают имеющиеся функции? Только пожалуйста давайте обсуждать конкретику а не общий случай.
Я уже писал про SearchItems, сейчас борюсь с SetUpdateCallback. Не подскажите, как из callback'a этой функции узнать, какой инструмент ее вызвал ?
 
Цитата
Дмитрий написал:
Да нельзя там сделать конвертер. Логика работы у роботов разная будет. В квипл программа идет по кругу, а в луа фунуции обратного вызова работают. Нельзя сделать универсальный конвертер. Можно конвертировать тлько стандартные функции, но не сам весь код программы. Поэтому это еще один довод что нельзя убирать квипл из квика. Слишком много народа на нем работают и простыми методами не смогут перейти на луа
Да можно, конечно.

Купайл примитивен и на луа (вкупе с-библиотеками) эмулируется на раз-два. Формулы Бекуса-Наура + любой интерпретартор этих формул - и вот вам правила. Подключаем семантику - и готов компилятор в Lua. Готовых инструментов для разбора синтаксиса - миллион. Можно и самому написать - сложность синтаксиса qpile LR0.

Конечно, часть встроенных в купайл функций придется реализовать в библиотеке. Но они же элементарные


Где тот фонд, который мне заплатит за кросс-прроцессор?   (хохот)
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
Цитата
Vitaly Skorobogatov написал:
Тема вызвала большой резонанс, поэтому чувствуем необходимость прояснить свою позицию по данному вопросу. Нам действительно не хочется продолжать поддерживать QPILE, тут секрета никакого нет. Но окончательного решения по этому вопросу не принято и тема была поднята для выяснения отношения общественности к этому вопросу. На основании Ваших ответов мы будем думать, что делать дальше. Если вскроется, что существует целый пласт задач, которые можно решить только на QPILE - решение о прекращении поддержки QPILE будет отложено на неопределенное время. До тех пор, пока существующие ограничения LUA не будут каким-то образом преодолены. Сейчас мы просто собираем информацию и благодарны за то, что ей с нами делятся.
Ситуация понятная. QPILE имеет ряд "родовых" пороков, его нужно упразднять ..  Силы лучше направить на развитие и поддержку более современных/мощных средств. Lua - достойный выбор, однако к QLua постоянно всплывает ряд вопросов. Вот на этом и следует сосредоточиться. И ... документация, боже, она что, специально пишется с целью запудрить пользователям мозги и сделать использование QUIK невозможным ?
 
Цитата
Андрей 77 написал:
Ситуация понятная. QPILE имеет ряд "родовых" пороков, его нужно упразднять ..  Силы лучше направить на развитие и поддержку более современных/мощных средств. Lua - достойный выбор, однако к QLua постоянно всплывает ряд вопросов.
Может быть подскажите, как QLua сделать такой же простой и удобной как QPILE, прежде чем упразднять? Почему никого из спецов, поддерживающих это "убийство", не заботят проблемы "ламеров"?
 
Цитата
Gridmer написал:
Цитата
Андрей 77   написал:
Ситуация понятная. QPILE имеет ряд "родовых" пороков, его нужно упразднять ..  Силы лучше направить на развитие и поддержку более современных/мощных средств. Lua - достойный выбор, однако к QLua постоянно всплывает ряд вопросов.
Может быть подскажите, как QLua сделать такой же простой и удобной как QPILE, прежде чем упразднять? Почему никого из спецов, поддерживающих это "убийство", не заботят проблемы "ламеров"?

Здравствуйте,
QPILE не многим проще, большинство задач которые на нем решаются в Lua занимают гораздо меньше строк кода.  
Если у Вас возникнут проблемы с освоением Lua поддержка всегда поможет.
 
Цитата
Андрей 77 написал:
Цитата
Sergey Gorokhov   написал:
Цитата
Андрей 77   написал:
"В LUA нет пары тройки функций от QPILE
Но в QPILE нет сотен тысяч функций LUA"

LUA - не QLUA. Трейдерам не нужны "сотни тысяч"  функций Lua, им нужны десятки функций, но такие, которыми можно пользоваться,надежно реализовывать алгоритмы, а не  ломать постоянно голову, что это за зверь и как его вообще можно с пользой применить ...
А чем не устраивают имеющиеся функции? Только пожалуйста давайте обсуждать конкретику а не общий случай.
Я уже писал про SearchItems, сейчас борюсь с SetUpdateCallback. Не подскажите, как из callback'a этой функции узнать, какой инструмент ее вызвал ?


Код
function cb(index,class,security) 
   message(tostring(index).. " " ..class .. " " .. security)
end

function main()
class='QJSIM'
security='LKOH'
param='last'
   ds = CreateDataSource(class,security,INTERVAL_TICK,param)
   ds:SetUpdateCallback(function(index) cb(index,class,security) end)
   while true do
      sleep(1000)
   end
end
 
Цитата
валерий написал:
Цитата
Sergey Gorokhov   написал:
Да пришлось кардинально менять логику роботов QPILE, так как кардинально изменились сами принципы торговли. Если Вам повезло не застать этот период или не столкнуться с переходом, это не значит что другим повезло также.
А причем здесь логика роботов? Эта проблема была на стороне пользователей. А на вашей - добавить стандартную табличку. Всего делов, а не логику менять. Неподъёмная работа раз в 10 лет. И из-за этого столько проблем для пользователя. Да еще под соусом - купайл говно,морально  устарел. Лицемерие сплошное.

Просто Вам повезло не столкнуться с проблемами вот и все.
В данный момент мы уже отказались от дальнейшего развития QPILE
Дальше стоит вопрос об отказе поддержки. То что раньше приходилось "делать раз в 10 лет" делаться более не будет.
 
Цитата
Андрей 77 написал:
Цитата
Vitaly Skorobogatov   написал:
Тема вызвала большой резонанс, поэтому чувствуем необходимость прояснить свою позицию по данному вопросу. Нам действительно не хочется продолжать поддерживать QPILE, тут секрета никакого нет. Но окончательного решения по этому вопросу не принято и тема была поднята для выяснения отношения общественности к этому вопросу. На основании Ваших ответов мы будем думать, что делать дальше. Если вскроется, что существует целый пласт задач, которые можно решить только на QPILE - решение о прекращении поддержки QPILE будет отложено на неопределенное время. До тех пор, пока существующие ограничения LUA не будут каким-то образом преодолены. Сейчас мы просто собираем информацию и благодарны за то, что ей с нами делятся.
Ситуация понятная. QPILE имеет ряд "родовых" пороков, его нужно упразднять ..  Силы лучше направить на развитие и поддержку более современных/мощных средств. Lua - достойный выбор, однако к QLua постоянно всплывает ряд вопросов. Вот на этом и следует сосредоточиться. И ... документация, боже, она что, специально пишется с целью запудрить пользователям мозги и сделать использование QUIK невозможным ?


То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
 
Поддержу разработчиков квика. Это одно из верных решений. Можно перейти на lua (это второе верное решение).
 
Цитата
Sergey Gorokhov написал:
Дальше стоит вопрос об отказе поддержки. То что раньше приходилось "делать раз в 10 лет" делаться более не будет.
Получается вопрос и так решен. Всем спасибо за "пар", тема закрыта.
 
Цитата
Александр написал:
Поддержу разработчиков квика. Это одно из верных решений. Можно перейти на lua (это второе верное решение).
Разработчики MT5 тоже так считают http://smart-lab.ru/blog/329152.php
 
Цитата
Sergey Gorokhov написал:
То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
Уж как минимум прежде чем заставлять переходить с купайла на клуа надо бы разобраться и устранить "недочеты" (уж точно он не один), а не обещать стараться. Откровенное пренебрежение к клиентам и как вы стараетесь давно всем ясно.
 
Цитата
Sergey Gorokhov написал:
Просто Вам повезло не столкнуться с проблемами вот и все.
В данный момент мы уже отказались от дальнейшего развития QPILE
Дальше стоит вопрос об отказе поддержки. То что раньше приходилось "делать раз в 10 лет" делаться более не будет.
Сталкивался и не раз - нововведения любимая игра бюрократов и биржа не исключение. Но я уже писал вам, что переделка логики робота это проблема на стороне пользователя. А какие уж такие проблемы и трудозатраты на вашей стороне вы так и не показали. Из-за копеечного вопроса  вы показываете полное пренебрежение интересами клиентов. Лицемерно пишите, что интересуетесь мнением клиентов, а потом проговариваетесь, что вопрос решен.

Вот это пренебрежение и лицемерие даже в большей степени основание подумать с вами расстаться, чтобы через пару лет не пришлось срочно переходить с клуа на какой-нибудь супер новомодный Си с тремя плюсами с миллионами функций, которых не было в старом клуа,  и на что вы самоотверженно бросите все свои силы.

В общем, давайте, стреляйте себе в ногу из-за копеечного вопроса.
 
Цитата
валерий написал:
Цитата
Sergey Gorokhov   написал:
То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
Уж как минимум прежде чем  заставлять  переходить с купайла на клуа надо бы разобраться и устранить "недочеты" (уж точно он не один), а не обещать стараться. Откровенное пренебрежение к клиентам и как вы стараетесь давно всем ясно.

Как уже было сказано и не один раз, сейчас речь идет только и только о рассмотрении прекращения поддержки QPILE.
Если есть конкретные причины по которым Вы не можете перейти на Lua, будет предложен вариант решения или зарегистрировано пожелание на доработку.
Чтобы найти как можно больше недочетов и была создана эта ветка форума.
В результате к концу срока рассмотрения (которое как уже много раз говорилось будет длиться целый год)  найденные недочеты, по возможности, будут устранены.
 
Уважаемые разработчики Quik!

Мой написаны и используются десятки QPILE-скриптов для работы с опционами.
Я был бы рад перевести их на Lua, но в данный момент это невозможно, т.к. насколько мне известно, в Lua нельзя получить доступ к доске опционов.
А мне необходимо получать данные из нее (цены buy\sell\theor, волатильность, дата экспирации).

Так же мне необходим функционал:
1) получения значений индикаторов с графика (например текущего значения moving average)
2) построения и вывода на экран собственной таблицы, ячейки которой можно "раскрашивать" разными цветами.
Наверняка этот функционал в Lua есть, просьба подтвердить.

Спасибо,
Дмитрий.
 
Цитата
Dmitry Dimaka написал:
Я был бы рад перевести их на Lua, но в данный момент это невозможно, т.к. насколько мне известно, в Lua нельзя получить доступ к доске опционов.

Здравствуйте,
В QPILE тоже нет доступа к доске опционов и никогда не было.


Цитата
Dmitry Dimaka написал:
А мне необходимо получать данные из нее (цены buy\sell\theor, волатильность, дата экспирации).

Эти данные есть в таблице текущих торгов. К ней доступ через QLUA есть

Цитата
Dmitry Dimaka написал:
1) получения значений индикаторов с графика (например текущего значения moving average)

Через Lua это можно сделать двумя способами:
Первый это через функцию getCandlesByIndex
Второй это воспроизвести расчет нужного индикатора в коде Lua скрипта. Готовые функции есть по ссылке Все индикаторы на Lua

Цитата
Dmitry Dimaka написал:
2) построения и вывода на экран собственной таблицы, ячейки которой можно "раскрашивать" разными цветами.
Наверняка этот функционал в Lua есть, просьба подтвердить.

Да этот функционал есть. Он описан в справке QLUA.chm в разделе "Функции для работы с таблицами Рабочего места QUIK"
 
Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
 
Сергей,

То есть получается, что c помощью Lua я смогу получить все указанные ниже данные?
Спасибо заранее за ответ.

sBase=get_value(GET_PARAM_EX(ClassesList, tSecCode, "OPTIONBASE"),"PARAM_IMAGE")
nLastBase=GET_PARAM(ClassesList, sBase, "settleprice")+0
SOptType=substr(get_value(GET_PARAM_EX(ClassesList, tSecCode, "OPTIONTYPE"),"PARAM_IMAGE"),0,1)
nVol=GET_PARAM(ClassesList, tSecCode, "VOLATILITY")+0
nStrike=GET_PARAM(ClassesList, tSecCode, "STRIKE")+0
nDayToMat=GET_PARAM(ClassesList, tSecCode, "DAYS_TO_MAT_DATE")+0
nTheorPrice=GET_PARAM(ClassesList, tSecCode, "THEORPRICE")+0
Date = GET_VALUE(GET_PARAM_EX(ClassesList, tSecCode, "EXPDATE"),"PARAM_VALUE")+0
 
Цитата
Dmitry Dimaka написал:
То есть получается, что c помощью Lua я смогу получить все указанные ниже данные?

Да верно.
в QPILE Вы используете функцию GET_PARAM и GET_PARAM_EX
Эти функции работают с таблицей текущих торгов.

В QLUA для обращения к этой таблице используется функция getParamEx
 
Также считаю , что нет необходимости ставить палки в колёса людям , у которых собственные программы написаны под настоящую версию. По вопросу того же DDE,напрмер, полностью согласен , сам  несколько лет успешно пользуюсь данным выводом данных . Удобно , без проблем. Переписывать данные программы не очень удобно и есть ли вообще возможность сделать это ...Некоторые , возможно , могут столнуться с проблемами восстановления своих программ ВООБЩЕ. А у некоторых могут встать вопросы о преостановки торговли и изменении ПО. Зачем это делать?  
 
Цитата
Sergey Gorokhov написал:
Цитата
валерий   написал:
Цитата
Sergey Gorokhov   написал:
То что с документацией есть сложности к сожалению правда, мы стараемся исправить этот недочет.
В лубом случае если возникнет недопонимание, служба поддержки всегда готова помочь.
Уж как минимум прежде чем  заставлять  переходить с купайла на клуа надо бы разобраться и устранить "недочеты" (уж точно он не один), а не обещать стараться. Откровенное пренебрежение к клиентам и как вы стараетесь давно всем ясно.
Как уже было сказано и не один раз, сейчас речь идет только и только о рассмотрении прекращения поддержки QPILE.
Если есть конкретные причины по которым Вы не можете перейти на Lua, будет предложен вариант решения или зарегистрировано пожелание на доработку.
Чтобы найти как можно больше недочетов и была создана эта ветка форума.
В результате к концу срока рассмотрения (которое как уже много раз говорилось будет длиться целый год)  найденные недочеты, по возможности, будут устранены.
Ладно поддержка ваша не нужна, но совместимость рабочих портфелей QPILE для QUIK необходимо оставить обязательно, иначе очень много клиентов QUIK перебегут на MT5 что вам в принципе не выгодно, если вы сомневаетесь в этом то сами брокеры говорят что спрос со стороны клиентов с подавляющим перевесом на стороне MT5, единственное что меня удерживает от QUIK это очень удобный механизм отладки портфелей которые очень легко можно редактировать в текстовом редакторе и сразу же локально загружать в ИТС.  
 
Цитата
Vitaly Skorobogatov написал:
Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет - принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
И вам спасибо!
 
Цитата
Sergey Gorokhov написал:
Цитата
Код
   ds: SetUpdateCallback ( function (index) cb(index,class,security)  end )  
Здесь не cb определяет , а мы явно передаем security. Кроме того, такой метод имеет одну крайне неприятную особенность.
Вот если, например, сделать так:
Код
security='LKOH'

   ds1 = CreateDataSource(class,security,INTERVAL_M1)
   ds1:SetUpdateCallback(function(index) cb(index,class,security) end)

sleep(10000)

security='SBER'

   ds2 = CreateDataSource(class,security,INTERVAL_M1)
   ds2:SetUpdateCallback(function(index) cb(index,class,security) end)

то сразу будет видно, что callback в момент вызова получает не значение параметра security в момент его связывания с ds, а просто переменную security  и любое ее изменение в main првиедет к измнению работы callback'a. А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.
 
Цитата
s_mike@rambler.ru написал:
библиотеками) эмулируется на раз-два. Формулы Бекуса-Наура + любой интерпретартор этих формул - и вот вам правила. Подключаем семантику - и готов компилятор в Lua. Готовых инструментов для разбора синтаксиса - миллион. Можно и самому написать - сложность синтаксиса qpile LR0.

Конечно, часть встроенных в купайл функций придется реализовать в библиотеке. Но они же элементарные


Где тот фонд, который мне заплатит за кросс-прроцессор?   (хохот)
Дык выже сами написали, что проблем нет с таким конвертором. ЗАчем Вам фонд :)
 
Цитата
Sergey Gorokhov написал:
огим проще, большинство задач которые на нем решаются в Lua занимают гораздо меньше строк кода.  
Если у Вас возникнут проблемы с освоением Lua поддержка всегда поможет.
Это большая ошибка. MetaTrader на радостях сейчас шампанскою пьют
 
Они и представить себе не могли, что такая халявы к ним сама приплывет
 
Цитата
kbrobot.ru написал:
Цитата
   s_mike@rambler.ru  написал:
библиотеками) эмулируется на раз-два. Формулы Бекуса-Наура + любой интерпретартор этих формул - и вот вам правила. Подключаем семантику - и готов компилятор в Lua. Готовых инструментов для разбора синтаксиса - миллион. Можно и самому написать - сложность синтаксиса qpile LR0.

Конечно, часть встроенных в купайл функций придется реализовать в библиотеке. Но они же элементарные


Где тот фонд, который мне заплатит за кросс-прроцессор?   (хохот)
Дык выже сами написали, что проблем нет с таким конвертором. ЗАчем Вам фонд :)
Однажды я уже писал разбор синтаксиса qpile. Второй раз процесса ради уже неинтересно.
www.bot4sale.ru

Пасхалочка для Алексея Иванникова: https://forum.quik.ru/messages/forum10/message63088/topic7052/#message63088
 
Коллеги,
я не разработчик, а пользователь купленного робота.
Но как говорил Гусев в "Приключениях Электроника" - "У меня тоже голос, я тоже петь хочу".

Так вот - безусловно обновляться надо.
И трубы водопроводные обновлять надо.
И основные фонды.
Да и автомобиль с ноутбуком - тоже бы хотелось проапгрейдить.
Но в этом мире нет ничего бесплатного.
А ситуация на рынке и в мире - кому-кому, а уж представителям данного сообщества более чем хорошо известна.

Поэтому, конечно, можно быть формально правыми и в один миг "взорвать" старые трубы, старые автомобили,
старых друзей. Ой, а друзей то за что? Но ведь они же старые - давайте всех под одну гребенку - обновляться так обновляться!
Вот только друзья бывают живые и электронные, верные и не очень.

За все эти годы компания ARQA Technologies стала для сотен трейдеров если не другом, то верным товарищем и соратником.
Безусловно, всегда есть какие-то взаимные пожелания и даже упреки. Но, как бывший программист и IT-директор,
я не помню ни одного проекта, когда пользователи были бы на все 100% довольны. Им всегда что-то надо еще :).

Но я знаю и другое - Клиент всегда голосует своим карманом. И если столько людей пользуется данным продуктом,
а также языком QPILE - то значит это и есть выбор Клиента. Это может не нравиться. Это может казаться не логичным. Но это факт!
Только, пожалуйста, не надо про интерпретаторы. Лично я старый/закоренелый pascal-евиц, делфист и т.п.
Но сейчас - когда физически нет времени изучать новые языки, когда бизнес и рынок все жестче и жестче, когда куча чисто менеджерских задач,
я 99% кода пишу на VBA - и в 2-3 раза обгоняю в этом целый отдел автоматизации нашей компании. Надо сказать не мелкой.
Но жизнь такая пошла - гибким и быстрым надо быть на рынке, и порой проще прототип накидать и обкатать самому, чем писать кучу ТЗ.

Поэтому я обращаюсь к разработчикам Quik - не рубите сгоряча.
Вспомните 90-е. Судя по тому, что головной офис компании находится в Новосибирске, среди вас точно есть
те, кто на своем опыте почувствовал что такое "обновление основных фондов в кризисное время и "через колено".

У любой коммерческой организации есть Миссия и ключевые направления деятельности.
У вашей компании - это помогать в автоматизации торговых операций. ПОМОГАТЬ!
Да это не просто. Никто не говорит, что поддержка/совместимость с QPILE дается бесплатно
(хотя, откровенно говоря, думаю, используется в основном старый код).
Поэтому не делайте ошибку - не убивайте любовь Клиента к себе.
Я не говорю, что QPILE нужен всем. Кто-то любит за одно, кто-то за другое.
Каждый нашел в вашем продукте что-то своё.

Но не тот сейчас рынок, чтобы и своих пользователей терять, и подводить своих партнеров-разработчиков.
Ведь у них тоже есть клиенты. И скажу откровенно - заплатив свои кровные за продукт, и потеряв потом
возможность его полноценно использовать - я почувствую некую несправедливость. И при выборе следующего
продукта - вольно-невольно буду учитывать данные риски. Только, пожалуйста, не воспримите как шантаж или угрозу!
Очевидно, что 1 клиент, даже пишущий такие длинные посты, погоды вам не сделает.
Воспримите, это как потребность части ваших клиентов.

Могу конечно ошибаться, но скорее всего на этом форуме в основном разработчики и начинающие изучать трейдинг.
А большинство набравших обороты клиентов уже расплатилось с разработчиками роботов и т.п. и в "ус не дуют".
Но вот если с их роботами потом начнутся проблемы, то начнутся претензии. Порой - жесткие. И, думаю, часть негатива
обязательно выльется и на вашу компанию. Ну не любят эти гады-клиенты терять деньги. А кто любит?

Итог.
Если перефразировать умную мысль "бизнес - это не как меньше потратить, а как больше заработать",
то хорошая программа - это не какой функционал убрать (и таким образом снизить совместимость с тысячами сопутствующих разработок),
а то - как, наоборот, расширять свой сегмент рынка и охват пользователей. Кто-то выше очень точно написал - ваши конкуренты, наверняка,
напьются на радостях, ведь очевидно, что "кусок пирога", который вы собираетесь сами от себя отрезать - они попилят между собой.

В общем, давайте жить дружно.
Давайте помогать друг другу зарабатывать, а не мешать.
На падающем рынке не до смены сейчас технического фундамента. Тут бы с торговыми стратегиями и финансами разобраться.



С уважением,
человек некогда пересевший с QBACIS на Pascal со 100% уверенностью, что никогда больше не вернется к интерпретаторам и бейсику - языку для начинающих.
Но, как известно, жизнь всегда вносит свои коррективы.  И почему то именно на VBA, а не Java (ой, кстати, тоже не 100% чистокровный то компилятор :),
я сейчас приношу очень большую пользу бизнесу компании. А Делфи, Делфи, я признаться, до конца так и не освоил.
Парадокс... А ответ прост - дайте рынку и пользователям самим сделать свой выбор. Они же не враги сами себе, значит что-то в этом выборе есть.
 
А почему LUA???? Тогда лучше пристроить бы интерпретатор Дельфи или Си? и зачем прибегать к экзотике??? А QPILE лучше оставить.... Больше вопросов не к нему, а к квику... который иногда просто "падает", разрывает связь, глючит, "распухает" в памяти машины.... приходится дописывать проги по удалению или блокировке встроенных логов и т.д.   Если не будет QPILЕ, я лично перейду к брокеру, не использующему к квик вообще.... все ровно придется переписывать все, тогда уже и не на луа и не в квике..... Спасибо.
 
Цитата
Григорий Старцун написал:
Ладно поддержка ваша не нужна, но совместимость рабочих портфелей QPILE для QUIK необходимо оставить обязательно, иначе очень много клиентов QUIK перебегут на MT5 что вам в принципе не выгодно, если вы сомневаетесь в этом то сами брокеры говорят что спрос со стороны клиентов с подавляющим перевесом на стороне MT5, единственное что меня удерживает от QUIK это очень удобный механизм отладки портфелей которые очень легко можно редактировать в текстовом редакторе и сразу же локально загружать в ИТС.

Обеспечение обратной совместимости, это и есть поддержка. То есть если не будет поддержки то совместимость может быть в любой момент потеряна.
Однако, как уже было сказано выше, на текущий момент вопрос об отказе отложен на неопределенный срок.
 
Цитата
Андрей 77 написал:
А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.

Просто это не было реализовано.
Мы зарегистрировали от Вас пожелание на доработку. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
 
Цитата
Igor Golovin написал:
А почему LUA???? Тогда лучше пристроить бы интерпретатор Дельфи или Си? и зачем прибегать к экзотике???
Lua был выдран по многим причинам, одна из них его большая популярность среди сторонних продуктов.

Цитата
Igor Golovin написал:
А QPILE лучше оставить....
Как было сказано выше, вопрос о судьбе QPILЕ отложен на неопределенный срок.

Цитата
Igor Golovin написал:
Больше вопросов не к нему, а к квику... который иногда просто "падает", разрывает связь, глючит, "распухает" в памяти машины.... приходится дописывать проги по удалению или блокировке встроенных логов и т.д.

Если есть конкретные проблемы с которыми Вы сталкиваетесь при работе с терминалом, поддержка готова их рассмотреть.
 
Цитата
Sergey Gorokhov написал:
Цитата
Андрей 77   написал:
А почему нельзя в CreateDataSource, SetUpdateCallback предусмотреть чтобы и class и security и ds были доступны cb ? Но только не переменные с такими именами, а их значения.
Просто это не было реализовано.
Мы зарегистрировали от Вас пожелание на доработку. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Это не было реализовано потому, что пользователи могут сделать реализацию самостоятельно.
Предыдущий пример был не совсем корректный.
Код
function cb(owner, index )
   local t = owner:T(index)
   message( string.format("%s, %s, %d", owner.class_code, owner.sec_code, index))
end

   class_code = "SPBFUT"
   sec_code = "RIZ6"
   ds  = CreateDataSource(class_code, sec_code, INTERVAL_M1)
   assert(ds)
   ds.update_func = cb
   ds.sec_code = sec_code
   ds.class_code = class_code
   ds:SetUpdateCallback(function(index) ds:update_func(index) end)
Страницы: Пред. 1 2 3 След.
Читают тему
Наверх