bosov
bosov личный блог
20 мая 2016, 12:36

А пошли вы... со своим купайлом!

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

Вот последнее — решение «отменить» купайл (хорошо ещё, что не понедельники).

Сам я своих первых «купайлят» настрогал еще в далеком 2005. И с тех пор они меня не подводили. Миллионы функций, которых нет в старом убогом купайле, но есть в новомодном клуа, мне не нужны. Простого и, как показала практика, надежного (!) купайла вполне достаточно для связки с любимой по выбору сторонней программой анализа с удобным и знакомым языком. И конечно для управления сделками и заявками.

Я не против клуа — возможно он в разы прогрессивнее. Но он мне не нужен, а меня заставляют на него переходить. Заставляют (!) — это раз. Да еще при многочисленных багах и глюках, и при «сырой», по признанию самих разработчиков, документации к нему. Я понимаю, что у всех свои интересы. Вот мнения и разделились. Но как интересно и чётко: те кто работает на рынке — «руки прочь от купайла», те кто программирует — купайл говно и в скобочках «могу переписать любую прогу с QPILE на LUA, но не бесплатно». Ну всё понятно… Понятно и другое — большинству, причём подавляющему, до купайла нет дела. У них свои методы работы, свои заботы и интересы.

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

Пренебрежение, хамское и лицемерное отношение разработчиков биржевого ПО к пользователям, а как результат унылое дерьмо типа Квик — вот наша общая проблема. Разве Квик за прошедшие почти два десятилетия стал хоть немного лучше и удобнее? И не станет, если мы вместе не заставим разработчиков ПО делать как нам лучше, а не брокеру или самим себе. Вот где Смарт-лаб, как сообщество трейдеров мог бы проявить себя.

ЗЫ. Только что: Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет — принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.

Вопрос о купайле пока снят. Но о пренебрежении и убогом ПО, думаю, нет.
40 Комментариев
  • SergeyJu
    20 мая 2016, 12:42
    Вы бы определились, Вы хотите современное ПО, или Вы хотите, чтобы решения 15 летней давности, которые давно устарели, поддерживались.
    Эти две вещи несовместные, если подумать.
      • SergeyJu
        20 мая 2016, 12:58
        bosov, вот и выбрасывают запор, а Вы плачетесь.
        Вместо запора будет что-то вроде приличного корейца, не реактивный самолет, но ездить всяко лучше. 
          • SergeyJu
            20 мая 2016, 14:09
            bosov, вот за что я и не люблю аналогии, что они как дышло, куда повернул, туда и вышло. 
            Купайл — безумное старье. 
            Луа — так себе новация, не первой свежести. Но уж всяко лучше купайла.
            Есть альтернативы Квику. Не буду перечислять, их много. 
            Вы, по Вашим же словам, прицепились к самому старому и убогому сервису в самой отстойной программе. И не хотите никаких улучшений в принципе. 

              • SergeyJu
                20 мая 2016, 15:09
                bosov, потребитель выбрал квик, потому что остальное оказалось хуже.
                  • SergeyJu
                    20 мая 2016, 15:56
                    bosov, это всегда и во всем. Майкрософт кто только не честит. Против эппла существует целая антисекта. Магнит некоторые называют помойкой. А уж как ругают Сбер, Автоваз, Волмарт, Билайн, АТТ и прочих.
                    Почти везде существует олигополия производителей и торговых сетей. Товар средней паршивости есть, имхо, неизбежная плата за рост производительности труда.
                      • SergeyJu
                        20 мая 2016, 17:04
                        bosov, мы все, любимые,  разные. И одеяло мы, приведись нам его тянуть, в клочья порвем. 
                        Когда я был разработчиком, у нас принято было считать, что клиент — идиот, которые не знает, чего хочет, а разработчик — придурок, который делает не то, что нужно заказчику.
                          • SergeyJu
                            20 мая 2016, 18:04
                            bosov, по мне, так брокеры вообще не нужны. Я бы предпочел подключаться напрямую к бирже, без лишних посредников.
  • Дмитрий Ш
    20 мая 2016, 12:42
    Это софт такой штоле? Зачем его отменять тогда?
  • Karim
    20 мая 2016, 13:04
    На счет «падальщиков-программистов» это сильно )))). Любите чтобы вам кто то на халяву все писал.
  • 1) QPile морально устарел хрениллион лет назад. 
    2) Арка спрашивает, мол, ребят, хотим убить этот костыль, вы как, не против? Если против, то мы, конечно, оставим.
    3) При должной прямоте рук перепилить код с QPile на LUA можно быстро и эффективно. 

    Что не так?
      • Karim
        20 мая 2016, 13:46
        bosov, Если вы на рынке зарабатываете, то наймите «падальщика-программиста», а если не зарабатываете, то какая разница есть Qpile или нет.
      • bosov, ну Вас никто не заставляет пользоваться новыми версиями терминала — юзайте ту, где останется QPILE. Я вообще ни QPILE, ни LUA не юзаю, ровно как и от QUIK отказываюсь в сторону шлюзов. 
          • bosov, причём тут шлюзы и биржевая бюрократия? Говорю же, если будет нужен QPILE — используйте терминал с ним, но более старый. Терминал QUIK взаимодействует с сервером QUIK, а не с биржей. И тут, думаю, разрабы оставят некоторую совместимость «вниз». Просто ребят достало таскать везде труп на санках при имеющемся нормальном (ну, более-менее, от LUA я тоже не в восторге) инструменте, только и всего. Любое ископаемое, встроенное в систему, утяжеляет её и делает менее стабильной. Уверен, что арковцы и приблуду какую сделают для автоконвертации скриптов на QPILE в скрипты на LUA.
              • bosov, я просто не вижу проблем. К примеру, я не могу запустить 16-битное приложение в Windows 10 x64. Только через эмуляшку. Но я не бегаю и не причитаю, мол, какие козлы в Майкрософт, я не могу поиграть в любимого Аладдина или Принца Персии 1-го. То же касается ПО, которое, например, пытается срать на низком уровне в порты или обращаться к памяти — уж извините, архитектура новых Windows  другая. Не нравится — есть DOS, юзайте.
                Тут то же самое. Не нравится — пользуйтесь более ранними версиями. Совместимость вверх уже не будет гарантирована де-юре, де-факто она будет довольно долго. 
                  • bosov, я просто за технологии, за перспективы и рост. Многопоточность, GPGPU в QPILE? Не, не слышал. Правда, в LUA тоже нет.))) 
                    Каждый выбирает то, что ему требуется. Мне важна скорость, быстрота разработки и универсальность. Я за C++/C#+R/Matlab. Вам достаточно QPile — Вы можете его использовать, никто не отнимает-то его. Он будет в старых версиях терминала QUIK. А данные терминалы будут довольно долго нормально взаимодействовать с сервером QUIK. 
                    Suum cuique, коллега. 
                      • bosov, R+quantmod/иное API. Вы даже можете к серверу QUIK напрямую подключаться. Просто повторюсь — никто не забирает у Вас QPILE. Просто в новой версии терминала его не будет. Пользуйтесь старой. Кто-то вон на Windows XP до сих пор и прекрасно себя чувствует.

                    • MetaQuotes Software
                      20 мая 2016, 17:59
                      Бобровский Дмитрий, нативный доступ к GPU в виде OpenCL появился в MQL5 больше 4 лет назад, кстати.
                      • MetaQuotes Software, это я знаю. Правда, не знаю, какой из стандартов сейчас поддерживается — 1.0, 1.1 или 2.0. Плюс такой вопрос — можно ли юзать OpenCL расчёты напрямую или же только во встроенных индикаторах?
                        По мне, проще Rcpp + thrust для этих целей. Ну, или Magma/Hiplar и иные библиотеки, только их ещё бы под R Windows собрать надо нормально. 
                        • MetaQuotes Software
                          20 мая 2016, 18:33
                          Бобровский Дмитрий, сейчас мы поддерживаем минимально версию 1.1, так как на более ранней нет полной поддержки double.

                          OpenCL можно использовать в любом месте MQL5 программы. Прелесть нативной поддержки в том, что не надо строить велосипеды. Все прямо по месту.
                          • MetaQuotes Software, ну, это круто. Если бы ещё C#/С++ поддержка была полноценная с возможностью интеграции с MSVS, то я бы давно под вами на лицензии сидел.
                            • MetaQuotes Software
                              20 мая 2016, 18:44
                              Бобровский Дмитрий, у нас нет лицензий — все клиентские терминалы всегда были бесплатными и будут бесплатными. У нас такая бизнес модель.

                              Интеграция с MSVC 2015 и выше будет представлена уже июне. Сейчас она вовсю пишется. Будут единые с MSVC файлы проектов *.mqproj, которые можно компилировать как в MetaEditor, так и в MSVC.
  • Хм. А вот это уже интереснее. Кстати, вопрос — насколько «открытой» будет модель торговой стратегии. Смысл в том, что мне для моих расчётов необходимо использовать R/Matlab. Для этого используются сторонние компоненты, в частности, R.NET. При этом у меня свой враппер для R.NET, завязанный на декораторе, проксирующем вызовы базовой R.NET и превращающий их в запросы к пулу процессов R (таким образом реализуя многопоточность в R.NET) через TCP/IP. Вопрос — насколько стабильно будет такая вещь работать в метатрейде? Wealth-Lab падал даже на примитивном обмене данными по TCP/IP порой, крайне не любил сторонние библиотеки. Из стабильно работающих для таких вещей платформ знаю пока что только S#.
    • MetaQuotes Software
      20 мая 2016, 18:57
      Бобровский Дмитрий, тут в каждом конкретном случае смотреть надо. Вместо TCP/IP можете использовать pipe server на своей стороне и из MQL5 нативно подключаться к нему и обмениваться данными. Даже DLL не нужно будет иметь и падать нечему.

      Вообще у нас была идея сделать нативный коннектор к R, чтобы разработчики не мучились со сторонними коннекторами. Возможно, реализуем.
      • MetaQuotes Software, pipe не позволит создать распределённое приложение на нескольких серверах, к сожалению. Плюс WCF отрубается сразу. А если нативный коннектор к R будет — будет супер. За основу можно хоть R.NET взять, благо на гитхабе лежат исходники.)
  • MetaQuotes Software
    20 мая 2016, 19:33
     Как раз pipe позволит создать множество коннектов в сети к разным серверам. Пайпы же не только на локалхосте работают.

    Вот статья с примерами про пайпы в MQL5: Связь с MetaTrader 5 через именованные каналы без применения DLL

Активные форумы
Что сейчас обсуждают

Старый дизайн
Старый
дизайн