Есть ли серьезные планы по обновлению MetaEditor до уровня IDE для программирования профессионального уровня? - страница 5

Новый комментарий
 
Alain Verleyen #:
Полагаю, это означает, что мы потеряем всю историю хранилища Subversion, верно?

Не потеряете:

  1. Хранилище storage.mql5.io остается со всеми данными, к нему можно обращаться через TortoiseSVN например
  2. Старый storage.mql5.io остается работать, так как им пользуется редактор MetaTrader 4. Он не будет переделываться на MQL5 Algo Forge.
  3. При конвертации текущих проектов при апгрейде на новый билд и активации MQL5 Algo Forge автоматически создается бакап MQL5\Backup\MQL5-Old-Storage.zip
  4. При удалениях Shared Projects всегда автоматически создается бакап проекта в MQL5\Backup\%project%.zip


В критических случаях можно к нам обратиться, чтобы мы помогли и явно вытащили какие-то ваши проекты из архивов.

 
Renat Fatkhullin #:

Blend2D

Хм. То есть ставка на многопоточность, а не GPU. 
Да, пожалуй, это разумно с учетом того, что алготрейдинг, особенно в лице МТ5, сфокусирован больше на серверные и облачные решения, которые в основном CPU-ориентированы, а не GPU.
Тем более это более легковесное решение и требует меньше времени на реализацию.
Думал логичнее не создавать конкуренции в борьбе за CPU ресурсы между торговой логикой и визуализацией. Но это легко решить с помощью приоритетов потоков (SetThreadPriority)
Круто. Будем ждать.

 
Renat Fatkhullin #:

Не потеряете:

  1. Хранилище storage.mql5.io остается со всеми данными, к нему можно обращаться через TortoiseSVN например
  2. Старый storage.mql5.io остается работать, так как им пользуется редактор MetaTrader 4. Он не будет переделываться на MQL5 Algo Forge.
  3. При конвертации текущих проектов при апгрейде на новый билд и активации MQL5 Algo Forge автоматически создается бакап MQL5\Backup\MQL5-Old-Storage.zip
  4. При удалениях Shared Projects всегда автоматически создается бакап проекта в MQL5\Backup\%project%.zip


В критических случаях можно к нам обратиться, чтобы мы помогли и явно вытащили какие-то ваши проекты из архивов.

Thanks for the detailed answer.

 
Renat Fatkhullin #:

Мы вернемся к репортам багов после релиза.

Полгода были сконцентрированы на других частях проекта.

Извините за задержки и спасибо, что пишите о проблемах.

А что по поводу проблем с запуском МТ5 в линуксе со stage-версией wine?

Раньше вы утверждали что нужно использовать именно stage.

 
Renat Fatkhullin # :

Гит полностью интегрирован в MetaEditor и не нужно ставить сторонний Git.

Пока мы предлагаем работу только со своей Algo Forge платформой, аналогичной GitHub. Главный корень MQL5 всегда будет работать с нашим хранилищем, а в Shared Projects возможно разрешим линковать свое внешние хранилище. Для этого в настройках можно будет указать аккаунт во внешней системе.

Наша задача перезапустить совместные проекты .

Возможно ли уже подключиться к общему репозиторию папок с помощью внешнего приложения (Github)?

Кажется, нет.


 
Renat Fatkhullin #:

Последние полгода мы были заняты серверными возможностями и не так много уделяли время терминалу.

Что мы дальше будем делать в терминале и редакторе:

  • Компилятор сможет работать с Visual Studio проектами и нативно компилировать C/C++ проекты для создания MQL5 модулей/библиотек
  • Введем пакетный менеджер для легкого импорта модулей, они будут нативно компилироваться в единый итоговый EX5 файл

Это интересно, будет нечто похожее на терминал Ninja Trader, котором его роботы на C# можно писать, компилировать и отлаживать в Visual Studio?
Компиляция модулей в единый EX5 тоже очень интересно. Только и старый вариант не убивайте пожалуйста ))   

 
Alain Verleyen #:

Я не понимаю. Насколько это важно, русский или нет?

Бизнес-компания должна быть прибыльной и приносить деньги, иначе она обречена. Конечно, есть много других соображений, которые поставлены на карту.

Когда я в 2006 г. впервые открыл МТ4, был убежден, что это западный проект. А когда узнал, что отцы-основатели MQ из Казани и соответствующей национальности, удивлению и восхищению не было границ )). Напомню, что тогда российских разработок на рынке ПО почти не было, только 1С уже рулила.

 
Renat Fatkhullin #:

Последние полгода мы были заняты серверными возможностями и не так много уделяли время терминалу.

Где почитать о новых достижениях в этой области?

 
fxsaber #:
Внедрение OpenBLAS - не понимаю пока, как с OpenCL и DirectX.

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

Одна видеокарта за 10 тысяч заменяет не менее 100 ядер агентов на процессорах линейки 2011v3, что экономит деньги.

fxsaber #:

По SQL тоже плохо понял. Вроде, чуть ли не единственный автор, кто его использовал публично в статьях.

Так же крайне нужная вещь, когда надо сохранить много разнородных данных и работать с ними, не загружая всё в ОЗУ.

 
Renat Fatkhullin #:

Последние полгода мы были заняты серверными возможностями и не так много уделяли время терминалу.

Что сделали для терминала:

  • Переписали гуевые библиотеки на поддержку темных схем
  • Обновили визуально интерфейс
  • Разработали новый компилятор - еще не закончили
  • Расширили OpenBLAS и сопутствующие математические функции

Что мы дальше будем делать в терминале и редакторе:

  • Поменяем графический движок чартов, отказавшись от старого GDI
  • Увеличим возможности графиков, добавив совмещение дополнительных символов на главном графике
  • Расширим функционал ручного трейдинга
  • Расширим совместную работу над проектами
  • Включим новый компилятор с новым интеллисенсом
  • Расширим проекты
  • Компилятор сможет работать с Visual Studio проектами и нативно компилировать C/C++ проекты для создания MQL5 модулей/библиотек
  • Введем пакетный менеджер для легкого импорта модулей, они будут нативно компилироваться в единый итоговый EX5 файл
  • Включим нативные версии под ARM64 платформу, все остальные компоненты системы уже нативно работают под ARM64

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

Сейчас из одной программы индикатора можно назначить только одно свойство отображения, к какому окну графика привязан буфер вывода.

#property indicator_chart_window
или
#property indicator_separate_window

Предлагаю дать возможность, из одного кода индикатора выводить буферы в разные окна.
Пример для понимания:

#property indicator_chart_window
#property indicator_separate_window
#property indicator_buffers 4 
#property indicator_plots 4 

int OnInit()
{
   SetIndexBuffer(0, buff_Chart0, INDICATOR_DATA, CHART_WINDOW);
   SetIndexBuffer(1, buff_Chart1, INDICATOR_DATA, CHART_WINDOW);
   ...

   SetIndexBuffer(0, buff_Separate0, INDICATOR_DATA, SEPARATE_WINDOW);
   SetIndexBuffer(1, buff_Separate1, INDICATOR_DATA, SEPARATE_WINDOW);   
   ...   
   
   return(INIT_SUCCEEDED);
}

Очень не хватает такой возможности.

Или завести новые функции привязки буферов:

#property indicator_chart_window
#property indicator_separate_window
#property indicator_buffers 4 
#property indicator_plots 4 

int OnInit()
{
   SetIndexBufferChart(0, buff_Chart0, INDICATOR_DATA);
   SetIndexBufferChart(1, buff_Chart1, INDICATOR_DATA);
   ...
   
   SetIndexBufferSeparate(0, buff_Separate0, INDICATOR_DATA);
   SetIndexBufferSeparate(1, buff_Separate1, INDICATOR_DATA);

   ...
   
   return(INIT_SUCCEEDED);
}


Прошу рассмотреть данное предложение и внести в план дорожной карты терминала. 

123456
Новый комментарий