Оптимизация на лету внутри тестера - страница 3

 
ivandurak:

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

WFO штука конечно интересная, тока хочется все в одном флаконе.

Есть еще вариант. В свое время для четверки делали. Запускается два терминала. Первый терминал по каким то критериям запускает тестер на втором, потом выбирает оптимальные параметры и торгует дальше, правда в режиме тестирования не работало или у меня ручки кривые.

Чукча не читатель чукча писатель однако :)

Urain:
Работа над тестером продолжается, WFO стоит в плане.
Первый пост на прошлой странице https://www.mql5.com/ru/forum/7296/page2
 
Urain:

Чукча не читатель чукча писатель однако :)

Первый пост на прошлой странице https://www.mql5.com/ru/forum/7296/page2


Снизойдите до чукчи. Озвучте хотя бы приблизительные сроки.
 
ivandurak:
Озвучте хотя бы приблизительные сроки.
Быстрее будет запилить самому, имхо.
 
Уже было запилино. Ищите по ключевому слову Optimatic на mql4.com (например, здесь -  https://www.mql5.com/ru/code/9152). Вывод однозначный - нужно, чтобы сами МетаКвоты предоставили API для доступа из MQL5 к функциям оптимизации. Разговоры об этом уже несколько лет ходят. А воз и ныне там.
 
marketeer:
Я ж говорю -- можно на индюках сделать нечто подобное. Тогда API не надо. Да и разворотят потом терминал, только что нескоро.
 
TheXpert:
Я ж говорю -- можно на индюках сделать нечто подобное. Тогда API не надо. Да и разворотят потом терминал, только что нескоро.
Я посчитал, что библиотека внутри эксперта - более функциональна, чем индюк (индюк тоже писали многие, и я в том числе). Быстродействие ядра в любом случае было бы выше, чем тот же самый огород на MQL5. Причем замечу, что в ядре это все уже реализовано и нужно только интерфейс пробросить. По поводу "разворачивания" терминала не очень понимаю, чем этот кусок API будет более опасным чем те другие, которые уже имеются.
Причина обращения: