Машинное обучение в трейдинге: теория, модели, практика и алготорговля - страница 2650

 
mytarmailS #:



Так лучше?


=====================

можно еще поусложнять выражения

Да, со списком неплохо придумано.

Чтобы был настоящий double, по сути, нужны алгебраические типы данных. Не видел пока их реализацию для R, да и генетическая оптимизация с ними точно не получится (вообще не понятно какая оптимизация с ними будет работать).

 

Я не знаю как вас , но меня просто очаровывает этот алгоритм.. Как из протсых переменных внизу складываються большые сложные выражения ввергу, иерархия, как и в природе...

 
Aleksey Nikolayev #:

Да, со списком неплохо придумано.

Чтобы был настоящий double, по сути, нужны алгебраические типы данных. Не видел пока их реализацию для R, да и генетическая оптимизация с ними точно не получится (вообще не понятно какая оптимизация с ними будет работать).

ну да, есть ограничения, ведь каждая цыфра для ГП это отдельный елемент в списке, так что если их будет много то беда(( , но можно же выйти из ситуации как я показал

[Удален]  
mytarmailS #:

Я не знаю как вас , но меня просто очаровывает этот алгоритм.. Как из протсых переменных внизу складываються большые сложные выражения ввергу, иерархия, как и в природе...

Чем это лучше МГУА? Очаровываться можно чем угодно, был бы прок :)
 
Maxim Dmitrievsky #:
Чем это лучше МГУА? Очаровываться можно чем угодно, был бы прок :)
Ну это разное..
Символьная регрессия это фреймворк в котором можно реализовать любую Логику.  Это просто удобно, потому что не надо самому писать... 

А данная реализация правил, да это очень похоже на мгуа - feature ingеniring +feature selection+make model 
Все в одном как и мгуа. 
Ну если уж сравнивать эту конкретную реализацию с мгуа то:
МГУА не может работать с большим количеством признаков,  так как там полный перебор. 
Это плохо,  но зато мгуа находит гарантировано лучшее решение,  это хорошо. 

В данной реализации все с точностью наоборот 
[Удален]  
mytarmailS #:
Ну это разное..
Символьная регрессия это фреймворк в котором можно реализовать любую Логику.  Это просто удобно, потому что не надо самому писать... 

А данная реализация правил, да это очень похоже на мгуа - feature ingеniring +feature selection+make model 
Все в одном как и мгуа. 
Ну если уж сравнивать эту конкретную реализацию с мгуа то:
МГУА не может работать с большим количеством признаков,  так как там полный перебор. 
Это плохо,  но зато мгуа находит гарантировано лучшее решение,  это хорошо. 

В данной реализации все с точностью наоборот 
А ну да, здесь генетикой перебор и наверное есть стандартные схемы соединения признаков
 

                                                 немножко Про инвариантность к событиям

Допустим мы хотим описать закономерность голова и плечи (представим что такое существует)  , наш алгоритм смотрит последние Н-точек допустим 7 как на примере

зеленым прямоугольником выделена область видимости алгоритма . Последние Н-точек, в данном примере 7 штук.

Данные в таком виде мы обрабатываем, подаем в АМО итп, скользящее окно кароч. всем это извесно..

Если описать закономерность правилами то будет что то типа x[1] < x[2] & x[2] > x[3] итд....

Но в реальности рынок меняеться, растягиваеться/сужаеться, меняються амплитуды итп...


Вот как бы реальность рынка, а мы все смотрим последние 7 точек и жем что наше правило  x[1] < x[2] & x[2] > x[3]... сработает ))

Как видно, закономерность есть, она никуда не делась, но наш крутой 10-ти слойный GPT-5 ничего не увидит )


Выводы.  Все алгоритмы АМО "из коробки" работают с табличными данными тоесть все алгоритмы ищут закономерности с ЖЕСТКОЙ привязкой к индексам , это не работает..

1) Надо смотреть в сторону алгоритмов типа асоциативных правил, которые завязаны на события, последовательность событий, но не привязаны к индексам.

2) Либо самим проектировать правильные правила, и из них лепить модели

3) Либо использовать для АМО такое представление данных какое используют для алгоритмов асоциативных правил/последовательностей , но там тогда количество признаков будет милиарды

 
Aleksey Nikolayev #:

вообще не понятно какая оптимизация с ними будет работать

В смысле? Есть же непрерывная оптимизация это double и дискретная оптимизация это целочисленая. Или я не понял мысли? 

ГП дискретная,  потому и проблемы с double
 

           Про силу дивесификации

Предположым у нас есть ТС, которая не очень хорошо зарабатывает, ну совсем не очень..

Вот ее кривая доходности

На самом деле это случайный шум с добавнемым очень слабым трендом, тренд настолько мал что не виден глазу в шуме 

Вот тренд

Да уж такой стратегии мы явно не дадим торговать ))

Но что если у нас будет 100 таких не коррелированых стратегий, которые торгуються одновременно на одном счете?

Ну что то не очень, а если 1000 стратегий ?

А 100 тыс. стратегий ?

Вышло прикольно..

А можно ли с помощью МО генерить столько стратегий? ....

 
mytarmailS #:
В смысле? Есть же непрерывная оптимизация это double и дискретная оптимизация это целочисленая. Или я не понял мысли? 

ГП дискретная,  потому и проблемы с double

Писал там про алгебраические типы данных. Они обобщают сложные типы данных типа списков и деревьев. Там совмещается сложная дискретная структура и набор действительных чисел хранящийся в этой структуре (он получается нефиксированного размера). Соответственно, придётся как-то совмещать дискретную оптимизацию по структуре и непрерывную по хранящимся в ней числам. Абсолютно без понятия, как это делать хотя бы теоретически.