Приветствую всех.
Запланировал вебинар, ссылку на который не имею права прикрепить, ибо меня забанят на смартлабе, так что если кому интересно то ищите в гугле, ведь название ресурса тоже нельзя написать ибо тоже бан. парадоксально что выложить этот вебинар не запрещается!) Но в чужой монастырь со своим уставом не лезу.
Так вот — свои вебинары провожу обычно по собственным сценариям. Кому то тема бывает интересна кому то нет, но редко кто то просит показать, что либо конкретное, потому приходится выдумывать интерес публики самому.
На повестке дня пара вопросов
1 пользуетесь ли вы рендж барами? слышали о них? что хотели бы увидеть на вебинаре?!
2 Какие темы вебинаров хотелось бы вам в дальнейшем увидеть.
Спрашиваю не просто так, ведь часто даже в обучении я показываю, что считаю интересным и полезным с точки зрения именно моего понимания алготрейдинга, но когда ухожу от использования классических алгоритмов или индикаторов аля сма, то часто многие просто не понимают что происходит. Потому пишите в коментах чего бы хотелось увидеть. Если хотите конкретный пример то можете так же или в коменте описать или в личке — и на вебинаре покажу конкретный пример который вам интересен +- с поправкой на интересность алгоритма. то есть соберу в желаемом виде, но позже могу от себя чего то добавить.
То, что я считал за время сделки было интервалом фиксации прибыли
Так что никакой это не HFT — обычная торговля по тренду
Интересные результаты вылезли из анализа сделок робота.
Робот долго ждет подходящую ситуацию, понемногу зарабатывая или теряя. А основные деньги делаются очень быстро.
Серия сделок 1 — 5 минут
Серия сделок 2 — 10 минут
Серия сделок 3 — 2 серии сделок в пределах одной минуты каждая.
Есть над чем подумать.
P.S. Кроме спреда снимается комиссия.
Приветствую. В предыдущем посте описывался интерфейс для генерации тиковых данных – ITickGenerator. Его реализации могут быть разными: данные могут генерироваться на лету, или браться из БД. В случае с БД, возникает необходимость в организации ещё одного слоя приложения – слоя доступа к данным. TickGenerator, всё также будет оповещать подписчиков (стратегии, которые выставляют заявки), но по тем данным, которые он получит из БД.
Сейчас не важно, какая будет база данных, и где она будут храниться – на сервере, в файлах или в оперативной памяти. Не важно, также, какие специфические библиотеки и драйвера буду для этого использоваться. Сейчас, я просто приведу пример того, как можно разделить бизнес-логику приложения и слой доступа к данным.
Я создал отдельный модуль, и там и развернул всю архитектуру, связанную с БД, основные компоненты которой: сущности, репозитории и дата-сервис.
Хотя понятие сущности (Entity), само по себе, достаточно общее, здесь, буду применять его в узком смысле – это классы, представляющие таблицы БД, возможно, с какой-то дополнительной логикой. В простейшем случае, одна сущность – одна таблица. Между сущностями может быть связь (например, один ко многим), которая отражается и в связи между таблицами. Сущность описывается полями класса, которые отражают колонки таблиц.