Представление объекта в программировании. - страница 15
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Кстати, генеративные грамматики были придуманы Хомским именно для представления дальних зависимостей в текстах. Например, если в предложение есть слово "если", то потом рано или поздно с большой вероятностью появится слово "то". Он прямо противопоставлял этот подход примитивному подходу марковских цепей, когда последовательность букв просто определяет вероятности для следующей буквы (в трейдинге иногда пытаются делать также, заменив буквы на свечи).
На мой взгляд, подход Хомского является не отказом от марковости, а скорее наоборот поиском марковости с более сложным пространством состояний в исходно немарковском процессе.
Ну и стоит отметить, что подход Хомского касается лишь синтаксиса, а не семантики.
Очень удачная аналогия! (по выделенному жёлтым фрагменту)
В одной приватной секте чисто по приколу проверили целую библиотеку классических паттернов с ожидаемым тленным результатом - кривая доходности рандомного ходит вокруг нуля.
Наличие эффекта памяти в рынке безусловно превосходит простые цепи и простую авторегрессию.
Дело в том, что "языка" или "библиотек" как таковых наверное не будет. Во всяком случае, цель поставлена иная. Если смогу в достаточной степени разобраться в вопросе устройства, возникновения и взаимодействия Систем, то станет возможным запуск процесса их генезиса хотя бы в полуавтоматическом режиме, где участие человека ограничится минимальными "воздействиями-коррекциями" задающими общее направление развития программных объектов. Возможно, тогда отпадет необходимость в старом-добром кодинге, за которым "прозябают" теряя здоровье поколения программистов.)
Занимаясь вопросом происхождения Событийной Модели уже сейчас вполне очевидно, что иерархия условий в Системе необязательно должна быть статичной и может менятся "на лету". Тоже самое с наследованием и инкапсуляцией свойств объектов, которые в классическом программировании всегда неизменны после компиляции кода. Так что, возникновение какой либо библиотеки или языка видится мне сомнительным достижением, учитывая тенденции современности.
Да, было бы интересно объединить модели справедливого курса и статистически обоснованные прогнозы ДКП, но и всё равно даже такая модель не справится с волюнтаристским подходом, как Турция в конце года всех изумила.
Скорее, имею в виду простые модели в рамках теории игр, которые могут хотя бы приближённо зацепить саму "физику" процесса. Для чисто спекулятивной составляющей считаю подходящей модель "игры меньшинства". Но она совершенно не верна в моменты кризиса, когда государство тратит огромные ресурсы только на то, чтобы рынок просто продолжал существовать. В более спокойные времена влияние государства тоже не маленькое, но уже другого типа.
ДКП находится в ведении ЦБ и минфина, а ещё есть минэкономики, мид, минюст, мвд, минобороны и тд) Наверное, можно сказать (в качестве основы для искомой простой модели) что в моменты паники государство отдаёт деньги рынку, а в спокойные - забирает в виде налогов. Но зачастую же государство само эту панику и создаёт)
Скорее, имею в виду простые модели в рамках теории игр, которые могут хотя бы приближённо зацепить саму "физику" процесса. Для чисто спекулятивной составляющей считаю подходящей модель "игры меньшинства". Но она совершенно не верна в моменты кризиса, когда государство тратит огромные ресурсы только на то, чтобы рынок просто продолжал существовать. В более спокойные времена влияние государства тоже не маленькое, но уже другого типа.
ДКП находится в ведении ЦБ и минфина, а ещё есть минэкономики, мид, минюст, мвд, минобороны и тд) Наверное, можно сказать (в качестве основы для искомой простой модели) что в моменты паники государство отдаёт деньги рынку, а в спокойные - забирает в виде налогов. Но зачастую же государство само эту панику и создаёт)
Да, тут точно можно в процессе пару диссертаций защитить. 😉
Да, тут точно можно в процессе пару диссертаций защитить. 😉
Говорят, защита диссертации - это весьма специфическая операция, не всем интересная и имеющая мало отношения к науке) Просто хотелось бы узнать побольше чего-нибудь нового и интересного before, так сказать, sink into the big sleep)
Часть 4.1
Начав разбирать Событийную Модель (СМ), выдвинем несколько тезисов чтобы двигаться дальше:
Говоря образно: Событийная Модель - это "регламент отношений" или "политика взаимодействия" Объекта с внешней Средой, через которую он реализует программу интеракции и собственного исполнения.
Далее, попробуем понять механизм "синтеза" Событийной Модели и Процесс который его ведет.
На данный момент подхожу к границе своего понимания и потребуется некоторое время чтобы сделать следующий шаг вперед. В оригинале концепция гораздо шире, но в целях краткости я изложил самое важное, стараясь передать суть. Надеюсь, получилось.
Далее концепцию накрывает туман, где в смутных очертаниях проглядывают какие то процессы глобальной классификации упорядочивающий сущности по категориям, из содержания которых строятся новые Объекты... Что то в этом роде. Обязательно разберусь с этим, а пока нужно сделать паузу.
На данный момент подхожу к границе своего понимания и потребуется некоторое время чтобы сделать следующий шаг вперед. В оригинале концепция гораздо шире, но в целях краткости я изложил самое важное, стараясь передать суть. Надеюсь, получилось.
Далее концепцию накрывает туман, где в смутных очертаниях проглядывают какие то процессы глобальной классификации упорядочивающий сущности по категориям, из содержания которых строятся новые Объекты... Что то в этом роде. Обязательно разберусь с этим, а пока нужно сделать паузу.
Цель - моделирование "Сред Систем" и "Систем в Средах". Представьте, что имеется некий хаотичный набор разнообразных параметров ("прото-Среда") которые случайно или обдуманно собираются в комплексы - Объекты. Далее, от них "отпочковываются" первые прото-блоки и статичные объекты (после построения их событийных и логических моделей) превращаются в функционирующие системы образуя Среду Систем. То есть, первичная прото-Среда уже не существует - она переродилась, а значит новые Объекты будут формироваться в других условиях, нежели первые и попадая в Среду продолжат ее менять. Среда усложиться, потому что Объекты которые ее наполнят будут сложнее, потому что, в свою очередь, Среда в которой они "родились" была сложнее чем первичная прото-Среда. Получается своеобразная эволюция программных Объектов.
Остается понять, каким боком здесь нужны пользователи.)
Пока не понятно для чего это можно использовать
Цель - запустить автосинтез программ на основе общей модели Объекта.