Интересная тема для многих: что будет нового в MetaTrader 4 и MQL4 - большие изменения на подходе - страница 44
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Извиняюсь, что не полностью ветку прочитал, а только лишь меня хватило на страницы с 1 по 7 и с 41 по 42. И чувствую, что своё мнение я вставить просто обязан. Я на MT4 & MQL4 c тех самых пор, когда все повально начали переходить с MT3. И меня больше всего привлекло в MQL4 то, что отношение простота/функциональность превосходила всех других конкурентов на порядок. И я считал именно это его основным преимуществом. И за всё это время MQL4 изменился очень сильно, после такой новости даже трудно представить что за зверь получится. Только вот, что бы сложнее не был. Так как чем сложнее становится MQL4 , тем больше поле деятельности для программиста, а не для трейдера! И тем самым свою потенциальную аудиторию MQL охватывает не полностью, а возможно и меньшую часть.
MetaDriver:
.........
Так почему бы не пообсуждать варианты будущего, пусть даже отдалённого (например MT6) ? Чего вы зазря ищете злые умыслы в этих обсуждениях? Лучше бы приняли участие.
.........
И по сему выше сказанному у меня есть идея-преложение для разработчиков. Для того чтобы сохранить гибкость и функциональность и вместе с этим сделать новый MQL-X не сложнее для постижения мозгами. Новый MQL сделать в виде Конструктора торговых стратегий, прежде всего в виде системы визуального проектирования и разработки стратегий, не требующая от пользователя знания языков программирования и особенностей функционирования торгового терминала, позволяющая быстро и легко писать(рисовать) сложные торговые стратегии. Наглядный пример HiAsm. Конечно HiAsm предназначен для написания пользовательских программ общего назначения. И является всего лишь одной из многих аналогичных визуально графических реализаций C++. Так вот если MQL уж очень похож на С++ и является объектно ориентированным, так почему бы ни сделать его в виде графического конструктора. При помощи которого можно будет значительно снизить вероятность синтаксических ошибок и затраты времени на кнопкотыкание составляя исходный код советника.
Очень хочется услышать мнение каждого по поводу предложенной мной идеи, особенно интересно мнение разработчиков....
Такой конструктор есть, Wizard MQL5. Только почему то не зарастает народная тропа в Jobs. А видимо потому что никому не нравятся стандартные решения. А Визард ничего кроме универсального (читай стандартного) решения ничего предложить не может. да и код там трёхэтажный получается руками куда проще и компактнее.
Но повторюсь решение уже существует.
Одним словом - хотите упростить жизнь обычным юзерам , нам надо, что бы совсем просто было, без всяких кодов,мы с FAQ где то эту тему затрагивали ,если это сделать бесплатным - то другим сервисам это не понравится : например работа
Да ладно вам, чё там не понравиться, есть визард, при его анонсе тоже кричали что не понравиться, нормально, Jobs не разорился, вон даже сигналы появились, и тоже не разоряются. Пилите будет зашибись.
Можно даже модельку на форуме обсудить, думаю энтузизисты подтянуться.
Извиняюсь, что не полностью ветку прочитал, а только лишь меня хватило на страницы с 1 по 7 и с 41 по 42. И чувствую, что своё мнение я вставить просто обязан. Я на MT4 & MQL4 c тех самых пор, когда все повально начали переходить с MT3. И меня больше всего привлекло в MQL4 то, что отношение простота/функциональность превосходила всех других конкурентов на порядок. И я считал именно это его основным преимуществом. И за всё это время MQL4 изменился очень сильно, после такой новости даже трудно представить что за зверь получится. Только вот, что бы сложнее не был. Так как чем сложнее становится MQL4 , тем больше поле деятельности для программиста, а не для трейдера! И тем самым свою потенциальную аудиторию MQL охватывает не полностью, а возможно и меньшую часть.
MetaDriver:
.........
Так почему бы не пообсуждать варианты будущего, пусть даже отдалённого (например MT6) ? Чего вы зазря ищете злые умыслы в этих обсуждениях? Лучше бы приняли участие.
.........
И по сему выше сказанному у меня есть идея-преложение для разработчиков. Для того чтобы сохранить гибкость и функциональность и вместе с этим сделать новый MQL-X не сложнее для постижения мозгами. Новый MQL сделать в виде Конструктора торговых стратегий, прежде всего в виде системы визуального проектирования и разработки стратегий, не требующая от пользователя знания языков программирования и особенностей функционирования торгового терминала, позволяющая быстро и легко писать(рисовать) сложные торговые стратегии. Наглядный пример HiAsm. Конечно HiAsm предназначен для написания пользовательских программ общего назначения. И является всего лишь одной из многих аналогичных визуально графических реализаций C++. Так вот если MQL уж очень похож на С++ и является объектно ориентированным, так почему бы ни сделать его в виде графического конструктора. При помощи которого можно будет значительно снизить вероятность синтаксических ошибок и затраты времени на кнопкотыкание составляя исходный код советника.
Очень хочется услышать мнение каждого по поводу предложенной мной идеи, особенно интересно мнение разработчиков....
Да ладно вам, чё там не понравиться, есть визард, при его анонсе тоже кричали что не понравиться, нормально, Jobs не разорился, вон даже сигналы появились, и тоже не разоряются. Пилите будет зашибись.
Можно даже модельку на форуме обсудить, думаю энтузизисты подтянуться.
Это вы профессионалы и вам легко ,а основная масса трейдеров ленивая,если в метратрейдере было бы можно делать так как здесь то программистам и работы не осталось (а если такое сделать платным - то перспектива была бы заработать на основной массе)
Визуальный конструктор нужен, как например в тиссилабе, чтоб и кубики и код, где набросать каркас то кубиками где что то кастомное то кодом. За такими решениями будущее, и не из за ленности кодить, а банально из за преимущества в скорости моделирования. Так произошло с цифровой графикой и так произойдёт со всеми полуэмпирическим моделированием процессов, где нужно «рисовать» логику и экспериментировать с многоуровневыми структурами.
Сервис работа не может от этого пострадать, пострадают совсем низший слой шаблонщиков, ну и поделом им, вообще что печалиться о тех кто работает за менее чем 5$ в час, сами такую судьбу выбрали… Те же кто реализует крупные проекты наоборот возрадуются ускорению рутинных операций.
Визуальный конструктор нужен, как например в тиссилабе, чтоб и кубики и код, где набросать каркас то кубиками где что то кастомное то кодом. За такими решениями будущее, и не из за ленности кодить, а банально из за преимущества в скорости моделирования. Так произошло с цифровой графикой и так произойдёт со всеми полуэмпирическим моделированием процессов, где нужно «рисовать» логику и экспериментировать с многоуровневыми структурами.
Сервис работа не может от этого пострадать, пострадают совсем низший слой шаблонщиков, ну и поделом им, вообще что печалиться о тех кто работает за менее чем 5$ в час, сами такую судьбу выбрали… Те же кто реализует крупные проекты наоборот возрадуются ускорению рутинных операций.
Ваши слова как бальзам на душу. Я очень рад, что хоть один человек уразумил, то, что я пытался изложить.
FAQ, 2013.08.10 00:34
Я вот все думаю, с какой такой целью вы здесь, и упорно рекламируете непойми что ? Может вам помыться сходить на пару неделек ???Ни чего я тут не рекламирую. Я всего лишь пример привёл, что бы наглядно было.
Сама концепция программирования - написание текста в виде команд или команды в виде текста - безнадёжно устаревает. Только лишь из-за того, что это очень рутинное занятие, отнимает много времени.
Те кто хоть немного с программированием сталкивался, а профессиональные программисты тем более знают, что такое алгоритм и как выглядят значки основных элементов составления алгоритма. И теперь представьте, как было бы просто например: На чистое пространство по середине рабочей области(не на графике котировок торгового инструмента, а в редакторе исходного кода) методом Drag&Drop накидал с какой либо боковой панели различных(необходимых) значков. После чего объединяем необходимые точки значков-фигурок линиями логических связей. В итоге исходник программы-советника будет выглядеть как материнская плата с микросхемами, полупроводниками и другими элементами, объединёнными между собой дорожками. Далее в этом редакторе также нажимаем кнопку компилировать, и советник готов!
У кого воображения хватает, представьте на сколько быстро и легко можно будет составить исходник для компилирования торгового советника. При составлении которого мозги не будут забиты соблюдение синтаксиса. Такая концепция позволяет на 100% сосредоточится на не посредственной реализацией торговой стратегии. И именно такая концепция позволяет составлять программы ещё более сложные и гибкие.
Знаю я про Wizard MQL5(обычный шаблонный мастер) и про Mykibo(Обычный эксперт с управлением ордерами на основе взаимного расположения графических элементов на графике котировок торгового инструмента) - ЭТО ВСЁ НЕ ТО!
Отправлять мыться меня не нужно. Я предложил нормальную светлую мысль.
Это, конечно, шутка из ваших уст. Т.к. хранение таких двух спредов ни в состоянии столь сильно повлиять на точность, как хранение лишь только HighBid и LowAsk.
нет)) просто вместо спреда на открытии или среднестатистического спреда хранить спред в момент формирования Low бара. Т.е. Low_Ask - Low_Bid=Spread_Low. Тогда Low_Bid+Spread_Low=Low_Ask )))
Т.е. не меняя ничего в структуре данных поменять правило сбора баров из тиков (вычисление спреда).
Прикинул по логике -- по хорошему надо еще аск для HighBid и бид для LowAsk. Или надо переделывать логику, правда несильно, тогда будет немного пессимизированный вариант реала. Канает.
нет)) просто вместо спреда на открытии или среднестатистического спреда хранить спред в момент формирования Low бара. Т.е. Low_Ask - Low_Bid=Spread_Low. Тогда Low_Bid+Spread_Low=Low_Ask )))
Т.е. не меняя ничего в структуре данных поменять правило сбора баров из тиков (вычисление спреда).