Представление объекта в программировании. - страница 7
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
внезапно - OO вполне себе существует и работает в языках программирования синтаксис которых не может быть выражен в БНФ.
Целые числа и список из целых чисел через запятую (список может быть пустым)
<digit> ::= "0" | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9"
<integer> ::= <digit>|<integer><digit>
<list> ::= <""> | <integer> <","> <list>
Что именно предлагаете записывать таким форматом?
Вообще, такая запись | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" может пригодится для построения примера ряда параметров, хотя их также можно записывать через запятую.
Эм... наверное тогда последовательности волн с вероятностными правилами типа: если была такая-то наблюдаемая последовательность термов/сигнатур WXYZ, то далее возможно АВС, АСВ, ВАС, ВСА, САВ, СВА с некоторыми вероятностями, вектор которых укажет на Грааль в вероятностном пространстве. 😁
Типа того)
Но вообще это же в основе марковская модель, что заведомо не учитывает зависимость от рыночной предыстории?
Любой случайный процесс можно сделать марковским, достаточно усложнив пространство состояний. Не очень понятно, как по другому работать с немарковскими процессами) В нашем трейдерском случае это означает обычное добавление значений индикаторов (посчитанных по истории конечно же), фундаментальных данных, фазы луны, настроения трейдера и прочей полезной информации, представляющей в совокупности точку в пространстве состояний системы на данный момент.
Что именно предлагаете записывать таким форматом?
Вообще, такая запись | "1" | "2" | "3" | "4" | "5" | "6" | "7" | "8" | "9" может пригодится для построения примера ряда параметров, хотя их также можно записывать через запятую.
Описание объектов. Это стандартная практика.
Описание объектов. Это стандартная практика.
Интересно. Какие на Ваш взгляд подойдут методы описания иерархий? Имею ввиду символьный формат.
внезапно - OO вполне себе существует и работает в языках программирования синтаксис которых не может быть выражен в БНФ.
К какому типу они относятся в иерархии Хомского?
Простите, извините, а вы тут все что употребляли на НГ?
Я просто таблетки перепутал как обычно, а галоперидол у меня давно уже закончился.
Любой случайный процесс можно сделать марковским, достаточно усложнив пространство состояний. Не очень понятно, как по другому работать с немарковскими процессами) В нашем трейдерском случае это означает обычное добавление значений индикаторов (посчитанных по истории конечно же), фундаментальных данных, фазы луны, настроения трейдера и прочей полезной информации, представляющей в совокупности точку в пространстве состояний системы на данный момент.
Но ведь это будет подгонкой под историю в том числе с ложными корреляциями?
Интересно. Какие на Ваш взгляд подойдут методы описания иерархий? Имею ввиду символьный формат.
Лично мне удобней хаскель. В нём определение списка элементов типа а выглядело бы так:
data List a = Nil
| Cons a (List a)
Но ведь это будет подгонкой под историю в том числе с ложными корреляциями?
Возможность приведения любого процесса к марковскому - это вроде бы математический факт. Другое дело, что у нас нет полного знания о процессе, а есть лишь одна его реализация. Посему нет никакой гарантии, что пространство состояний выбранное нами при марковизации окажется правильным. На практике это можно увидеть, например, в попытках применения HMM.