Нововведения, по поводу, а чаще без оного, любимая игра бюрократов. И биржа, как мы не раз убеждались на собственной шкуре, не исключение. А также и в приближенных к биржевым кругах, типа разработчиков биржевого ПО.
Вот последнее — решение «отменить» купайл (хорошо ещё, что не понедельники).
Сам я своих первых «купайлят» настрогал еще в далеком 2005. И с тех пор они меня не подводили. Миллионы функций, которых нет в старом убогом купайле, но есть в новомодном клуа, мне не нужны. Простого и, как показала практика, надежного (!) купайла вполне достаточно для связки с любимой по выбору сторонней программой анализа с удобным и знакомым языком. И конечно для управления сделками и заявками.
Я не против клуа — возможно он в разы прогрессивнее. Но он мне не нужен, а меня заставляют на него переходить. Заставляют (!) — это раз. Да еще при многочисленных багах и глюках, и при «сырой», по признанию самих разработчиков, документации к нему. Я понимаю, что у всех свои интересы. Вот мнения и разделились. Но как интересно и чётко: те кто работает на рынке — «руки прочь от купайла», те кто программирует — купайл говно и в скобочках «могу переписать любую прогу с QPILE на LUA, но не бесплатно». Ну всё понятно… Понятно и другое — большинству, причём подавляющему, до купайла нет дела. У них свои методы работы, свои заботы и интересы.
Но ведь по сути дело не в купайле, а в полном пренебрежении со стороны разработчиков биржевого ПО интересов пользователя. Вот в чем проблема. Причём общая для нас всех, реально работающих на рынке, а не падальщиков-программистов разных приблуд к откровенно убогому ПО официальных разработчиков.
Пренебрежение, хамское и лицемерное отношение разработчиков биржевого ПО к пользователям, а как результат унылое дерьмо типа Квик — вот наша общая проблема. Разве Квик за прошедшие почти два десятилетия стал хоть немного лучше и удобнее? И не станет, если мы вместе не заставим разработчиков ПО делать как нам лучше, а не брокеру или самим себе. Вот где Смарт-лаб, как сообщество трейдеров мог бы проявить себя.
ЗЫ. Только что: Ввиду того, что мы получили более чем достаточное вполне количество объективных обоснований того, что QPILE пока нужен и в ряде случаев QLUA его не заменяет — принятие решения о прекращении поддержки откладывается на неопределенный срок. За сравнительную информацию о недостатках LUA в QUIK спасибо, мы ее учтем и используем при дальнейшем планировании развития QLUA.
Вопрос о купайле пока снят. Но о пренебрежении и убогом ПО, думаю, нет.
Эти две вещи несовместные, если подумать.
Вместо запора будет что-то вроде приличного корейца, не реактивный самолет, но ездить всяко лучше.
Купайл — безумное старье.
Луа — так себе новация, не первой свежести. Но уж всяко лучше купайла.
Есть альтернативы Квику. Не буду перечислять, их много.
Вы, по Вашим же словам, прицепились к самому старому и убогому сервису в самой отстойной программе. И не хотите никаких улучшений в принципе.
Почти везде существует олигополия производителей и торговых сетей. Товар средней паршивости есть, имхо, неизбежная плата за рост производительности труда.
Когда я был разработчиком, у нас принято было считать, что клиент — идиот, которые не знает, чего хочет, а разработчик — придурок, который делает не то, что нужно заказчику.
2) Арка спрашивает, мол, ребят, хотим убить этот костыль, вы как, не против? Если против, то мы, конечно, оставим.
3) При должной прямоте рук перепилить код с QPile на LUA можно быстро и эффективно.
Что не так?
Тут то же самое. Не нравится — пользуйтесь более ранними версиями. Совместимость вверх уже не будет гарантирована де-юре, де-факто она будет довольно долго.
Каждый выбирает то, что ему требуется. Мне важна скорость, быстрота разработки и универсальность. Я за C++/C#+R/Matlab. Вам достаточно QPile — Вы можете его использовать, никто не отнимает-то его. Он будет в старых версиях терминала QUIK. А данные терминалы будут довольно долго нормально взаимодействовать с сервером QUIK.
Suum cuique, коллега.
А «довольно долго нормально взаимодействовать», когда речь о деньгах это не серьёзно просто.
bosov, R+quantmod/иное API. Вы даже можете к серверу QUIK напрямую подключаться. Просто повторюсь — никто не забирает у Вас QPILE. Просто в новой версии терминала его не будет. Пользуйтесь старой. Кто-то вон на Windows XP до сих пор и прекрасно себя чувствует.
Что значит не забирают — любое очередное нововведение на бирже и сам с него слезешь. Такие риски с деньгами? Нет уж увольте. Да и сам вопрос поддержки копеечный. Ну ввели на бирже Т+, в купайле добавить обращение к стандартной табличке с новыми данными — делов-то. И это раз в несколько лет. А жить под постоянной угрозой, что останешься ни с чем — это совсем другое.
По мне, проще Rcpp + thrust для этих целей. Ну, или Magma/Hiplar и иные библиотеки, только их ещё бы под R Windows собрать надо нормально.
OpenCL можно использовать в любом месте MQL5 программы. Прелесть нативной поддержки в том, что не надо строить велосипеды. Все прямо по месту.
Интеграция с MSVC 2015 и выше будет представлена уже июне. Сейчас она вовсю пишется. Будут единые с MSVC файлы проектов *.mqproj, которые можно компилировать как в MetaEditor, так и в MSVC.
Вообще у нас была идея сделать нативный коннектор к R, чтобы разработчики не мучились со сторонними коннекторами. Возможно, реализуем.
Вот статья с примерами про пайпы в MQL5: Связь с MetaTrader 5 через именованные каналы без применения DLL