Обсудим совместные проекты в редакторе - зачем они и куда движутся - страница 10
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Кардинально перепишем.
Мы планируем включить поддержку C++, C#, R, Python с внешними компиляторами/интерпретаторами в редактор.
Кардинально перепишем.
Мы планируем включить поддержку C++, C#, R, Python с внешними компиляторами/интерпретаторами в редактор.
ох елки палки чеж все так круто то :) будем ждать
С Новым Годом!
Коммуникационная система, по сути, не только общение, .. плюс необходимый поток данных из терминала МТ и поддержка того же Си Шарп (исключительно, идеально, для конструирования необходимого интерфейса взаимодействия с пользователем приложений, ну это для меня, прошу прощения) даёт то, о чём и говорил Renat Fatkhullin, возможность реализации индивидуальной финансовой платформы (гигантский шаг, даже завидно :) ) поставки данных ... в связи с чем, особенно в части монетизации проектов той или иной востребованности :), хотелось бы получить разъяснения в отношении следующего:
1. Поскольку, как ни крутись, финансовая платформа анализа и поставки данных для конечного клиента требует соответствующих потоков котировок финансовых инструментов, а это, по опыту, не менее 7 основных мировых бирж, в первом приближении, с соответствующим листингом бумаг, то проблема работы приложения для конечного пользователя, тут же упирается в спецификации инструментов, имеющихся у брокера, следовательно, а учитывая реальный мониторинг рынка терминала МТ за последние три года, лишь у одного брокера из пятидесяти имеется нечто похожее, то зависеть от набора финансовых инструментов одного брокера - это самоубийство :) ... для полноценной финансовой "индивидуальной" платформы (частной ли, корпоративной ли), естественно
Поясню, для полноценного контроллинга, пусть, портфеля активов, в процессе количественного анализа динамики, требуется соответствующий набор финансовых инструментов, а у одного брокера имеется, как правило, набор, наиболее востребованных, по его мнению, групп инструментов для конечного клиента. О том, каков уровень этого клиента, можно с достаточно высокой степенью достоверности судить на основе соответствующих спецификаций инструментов у брокера. Замкнутый круг, учитывая стоимость поставки котировок. Необходим "профессиональный" набор финансовых инструментов, а у брокера (за редчайшим исключением, и не всегда у того, кто имеет соответствующие лицензии), фактически, этот поток котировок финансовых инструментов отсутствует!
КТО является поставщиком необходимого набора групп финансовых инструментов и как он реально будет реализован?
Ведь, если я правильно всё понял, MetaQuotes Software Corp. предоставляет, по сути, функционал разработки финансовых платформ с соответствующим коммуникативным интерфейсом.
2. Если БРЕМЯ поставки групп необходимых кластеров и потоков финансовых инструментов берёт на себя MetaQuotes Software Corp., то вопрос снимается, но комментарий услышать всё же хочется. Ибо слишком серьёзная ЭПОХА начинает формироваться с запуском этого проекта MetaQuotes Software Corp. Тут не ирония, не усмешка, а достаточно серьёзный взгляд на это рынок услуг и приложений ....
На сегодняшний день, для массового конечного клиента, в силу убогости организации доступа к потокам котировок и стоимости этих поставок, спасает, кстати, только EOD. Понятно, надеюсь, о какой нише клиентов идёт речь. Поэтому ВОЗМОЖНОСТЬ организации поставки обработанных данных из терминала МТ конечному клиенту, на основе заявленного MetaQuotes Software Corp. функционала, суть, революция, конечно, но реально ли, что ФУНКЦИОНАЛ ТЕРМИНАЛА ДЛЯ ОБРАБОТКИ ПОТОКА КОТИРОВОК и И БАЗЫ ДАННЫХ КОТИРОВОК будут независимы от БРОКЕРА?
Если нет, то пути решения этой ПРОБЛЕМЫ?
Понимаю, что звучит парадоксально, но такова реальная динамика терминала МТ на рынке. Торговый функционал и поток котировок предоставляет Брокер. В тоже время, как правило, потока и баз данных котировок, предоставляемых Брокером, недостаточно для для функционирования "индивидуальной" финансовой платформы. Но это в настоящее время. Поэтому всё творчество сводится к построению индикаторов, скриптов ... ну и ТС, наверное.
Приведу пример. Пусть неким Фондом, для контроля динамики портфеля активов, востребован анализ Волатильности по инструментам NYSE или MOEX, не важно, учитывающей корреляции с Индексами и соответствующими кроссами. Также пусть имеется разработанная финансовая платформа (торговый функционал МТ и необходимые кластеры баз котировок финансовых инструментов). Видно, что полноценная, так сказать, финансовая платформа, на базе предложенного MetaQuotes функционала, по сути, требует соответствующего набора финансовых инструментов для проведения анализа и конструирования вывода на его основе. А у одного Брокера, и это реальная практика, нет необходимых Баз котировок. Понятно, что неполноценные проекции на спецификации брокера могут быть реализованы урезанием функционала финансовой платформы ... в общем, хотелось бы получить ответы на подобные размышления о сути предложенного MetaQuotes революционного подхода.
То есть, для нормальной работы ФИНАНСОВОЙ ПЛАТФОРМЫ АНАЛИЗА и КОНСТРУИРОВАНИЯ ВЫВОДА необходима, пусть и на первом этапе, независимость от спецификаций инструментов одного Брокера, будет ли она реализована или решена каким - нибудь образом? По сути, это ведь не сложно обойти.
Проблем с независимыми данных уже нет.
Есть:
Будут:
Мы полностью поменяем идеологию работы с данными. Трейдер просто набирает/выбирает любой символ и получает его автоматически вне зависимости от того, на каком брокере сейчас сидит.
Фоновые дефолтные датафиды сами все найдут, что смогут и доставят данные.Проблем с независимыми данных уже нет.
Есть:
Будут:
Мы полностью поменяем идеологию работы с данными. Трейдер просто набирает/выбирает любой символ и получает его автоматически вне зависимости от того, на каком брокере сейчас сидит.
Фоновые дефолтные датафиды сами все найдут, что смогут и доставят данные.Просмотрел документацию по синтетическим инструментам с формульным управлением. Если ошибусь, извините. Независимый датафид, тем паче, для синтетики с формульным управлением, реализован у ваших "конкурентов" намного раньше и не совсем удачно, на мой взгляд, приходится для продажи, как бы там ни было, конструировать собственные временные ряды групп (портфель, типа, как бы :) ) финансовых инструментов, в том же шарпе, например. В чём суть. Сигнал, осциллограф. Сигнал, суть график. Его можно сжимать, растягивать, оперировать его характеристиками. Аналог формульного управления. Рынок характеризуется событийно на том или ином временном интервале и сей интервал, как правило, конечен. То есть, как бы там, что не говорили, а любой инструмент, в проекции на динамику заданного таймфрейма, имеет собственную ЭКСПИРАЦИЮ ... сделки, трейда, контракта, события и т.п. Вывод, как факт, требуются временные ряды финансовых инструментов с конструированными СЕРИЯМИ тех же сделок, транзакций и т.д. То есть, для профессиональной работы с исходным данными востребован не временной ряд цен финансового инструмента, а временной ряд СЕРИЙ этих цен, пусть и в виде интервальных гистограмм, что весьма наглядно, кстати .... Для реализации сконструированных СЕРИЙ ... млин, звучит то всё как :) ... необходимы логические операторы, а они в формульном управлении, надеюсь, ничего не пропустил, отсутствуют напрочь. Если это так, то золотым микроскопом по ржавым гвоздям ... очень детский конструктор напоминает.
Есть ли логические операторы в формульном управлении? Если нет, планируется ли? :)
Я не понял. Выражайтесь технически точно, пожалуйста.
Технически точно, сложно, учитывая ваш и мой уровень знания предмета. Вы Разработчик, а я пытаюсь понять суть ваших предложений ...
Тем не менее, будут ли, так как явно я не прочитал об этом в документации, в ФОРМУЛЬНОМ УПРАВЛЕНИИ для создания синтетического инструмента и, тем паче, датафида, УСЛОВНЫЙ ОПЕРАТОР, ОПЕРАТОР ВЫБОРА, ОПЕРАТОРЫ ЦИКЛА, BREAK, CONTINUE и логические переменные И, ИЛИ ...
Почему возникает такой вопрос. Я не вижу принципиальной разницы, например, для создания графика Ренко или РенджБаров преимущества формульного управления финансовыми инструментами, в сравнении с теми средствами языка, что существует в MQL сейчас, именно в силу того, что востребованы СЕРИИ цен, которые необходимо конструировать. То есть, как были сложности в МТ с формированием подобных серий графических представлений, так и останутся.
Если, действительно, цель - "основа данных (тики, бары, символы), включая датафиды" этой основы данных, то вопрос не имел смысла и я приношу свои извинения. Хотя "абыдно", конечно ... серии графических представлений финансовых инструментов (пользовательские графики синтетических инструментов) опять придётся формировать ручками ...
Формульный режим расширять полноценным языком не будем, так как это не имеет реального смысла. То есть, не будем делать то, что заведомо обречено на забвение.
Собственную логику лучше реализовать чисто на MQL5 и реализовать какой угодно функционал датафида.
Мы сами напишем полноценные примеры датафидов и включим их в поставку. После чего любой сможет легко дописать дописать свою логику.
Да вообще и сами можете написать - все давно доступно: https://www.mql5.com/ru/docs/customsymbols
Очень много вопросов возникает, в связи со сделанным Метаквотес предложением о коммуникациях, проектах, независимости баз котировок, финансовых платформах, Visual Studio для трейдинга ...
По сути, учитывая перспективу, можно закрыть офис и переехать на MQL5.com, предварительно проведя передислокацию кода собственных приложений ...
Учитывая, что работы, в этом случае, предстоит не мало, ну и последствия ... хотелось бы получить разъяснения в отношении сделанного упоминания о поддержке C++, C#, R, Python с внешними компиляторами/интерпретаторами в редакторе МТ.
Сроки, в каком виде будет осуществлена эта поддержка и в каком объёме? Хотя бы кратко, чтобы представление было.
Мы по шагам будем превращать MetaEditor в VisualStudio.
Подождите новых версий, мы покажем, как будет что-то готово. Сначала добьемся нормальной работы C/C++, потом за остальные возьмемся.