Ура, наконец демо-версия готова!

ВАЖНО! Те, кто уже скачал архив в день размещения топика, перекачайте — он исправлен! Ссылка обновлена.

Для тех, кто пропустил:
— https://smart-lab.ru/blog/697641.php  немного картинок
— https://smart-lab.ru/blog/700079.php  видео работы скрипта

Итак, еще раз, что такое SmartMap? Это срез стакана, который остается на графике в виде меток, что позволяет нам видеть когда и где были крупные скопления, как они отрабатывались ценой, и где они есть сейчас. Дополнительно отображается общая ситуация по стакану в виде совокупного количества бидов и асков.





Достаточно популярная вещь у иностранцев, присутствует в большинстве импортных терминалов под названиями BookMap/HeatMap. Однако везде имеется мощный недостаток — при изменении ТФ или любого параметра, сформированный на графике рисунок «следов» исчезает. Почему? Потому что история стакана не сохраняется. Наша разработка лишена этого минуса. Меняете ли вы тайм-фрейм, какую-то настройку отображения скрипта — неважно, метки на графике остаются. Скрипт собирает историю с момента включения Квика. Все что от вас требуется — открытый стакан по инструменту.

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

Более направленные подборки по идеям можно посмотреть здесь https://smart-lab.ru/blog/628709.php, а по книгам здесь https://smart-lab.ru/blog/681121.php

Биржевые данные:

Биржевые:

• https://www.quandl.com Quandl. Простой и адекватный API для Python, много бесплатных данных по отдельным биржам. Например, по Гонконгской и Варшавской бирже. Есть данные по сырьевым фьючерсам и другому сырью. Экономическая статистика и альтернативные данные тоже есть в бесплатном варианте. В отличие от других сайтов с котировками и графиками – здесь промышленная выгрузка для исследований;
• https://stooq.com Stooq. Неожиданно богатый бесплатным контентом локальный сайт (Польша). Большая часть не представляет интереса и можно сразу перейти к большим (для бесплатных) выборкам биржевых данных по США, некоторым европейским и азиатским странам

Здесь описан МОЙ ОПЫТ. Это не инструкция к действию для всех и каждого. Тот способ, которым я отчитываюсь за дивиденды иностранных компаний, можно использовать на свой страх и риск: ваш налоговый инспектор может отказать в таком способе подачи и попросить вас вписать каждую дивидендную выплату отдельной строкой в 3-НДФЛ. Если у вас мало выплат за год (менее 40), рекомендую вписывать их отдельной строкой! Как это делается, я рассказывал в прошлом году (ЧИТАТЬ или СМОТРЕТЬ).

Моя проблема некоторым постоянным читателям известна: особенность стратегии (покупаю 100 американских компаний по отдельности) имеет очевидные минусы, один из которых — огромное количество мелких дивидендных выплат, почти каждый день!

По дивидендам от российских компаний (их порядка 50-60 поступило) за меня отчитывается брокер. Это прекрасно!

По дивидендам от иностранных компаний я отчитываюсь сам. Я напомню, что штраф за неподачу этих данных составляет всего 1000₽. Здесь скорее вопрос гражданской ответственности: я требую соблюдения законов и моих прав от государства. Я отвечаю тем же.

Когда-то давно я устроился на работу в небольшой брокерской компании. Помню, первый вопрос на рабочем месте от начальника отдела, старого многоопытного спокойного еврея, поверг меня в шок: «Покажите как вы определяете лучшие акции?» А я-то думал, мне все расскажут и покажут! Сильно смутившись, я начал что-то лепетать про P/E, P/S и количество абонентов. «Ну это фигня какая-то! Идите думайте» — тихим голосом неожиданно изрек вежливый начальник, во мгновенье растоптав во мне всякое самоуважение. Я думал — меня уволят в ту же неделю, но оказалось, это нормальный способ руководства у шефа. Дело было в крайне презрительном отношении начальника к P/S, ведь этот коэффициент не учитывает долги компании. Тогда, в начале нулевых стандарты задавал Стивен Дашевский, прекрасный аналитик из Атона. Этот экспат, рулевой и светоч аналитиков, любил и продвигал три мультипликатора P/E, EV/EBITDA и EV/S. Эта тройка мультов и до сих пор на пьедестале в крупных домах, например в Сбербанк-КИБ. Проделав это исследование, я могу уверенно сказать, что мой подход в прошлом был не так уж и плох. А указанная тройка вовсе не объект для поклонения, другие параметры работают не хуже.

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


Писать о том, кто такой Ларри Вильямс я пожалуй не буду. Кто-то говорит что все его достижения это ложь, кто-то свято верит что он гуру рынка.
К кому отношусь я? Честно говоря, я предпочитаю верить цифрам и реальным фактам, как и многие кто этот пост прочитают. Теперь по факту… Статистику счета лично не видел, самого Ларри личного не видел (хотя очень хотел бы, ибо вопросов вагон и маленькая тележка), да и торговал он на американском рынке… Факты пока против Ларри. Но у Ларри есть книга. Почему я должен её прочитать? В предыдущем посте я увидел много комментариев по поводу А.М.Герчика и других людей, мол типа никто они нам. В такие моменты, я стараюсь не отходить от своих принципов и смотрю на факты.

Факт №1: А.М.Герчика знают все, а вот комментатора на Smart-lab'e никто не знает.И тут вы в чем-то правы… Они вам никто (

     Привет всем! В предыдущем посте рассматривались два объекта, которые формируют закрытые позиции и считают статистику торговли (IClosePositionManager, IResultManager). Сегодняшняя статья будет посвящена визуализации этих данных и общей архитектуре торговой системы.

     В своё время я рассказывал про паттерн проектирования MVC, что логика должна быть отделена от визуализации, и ещё, что у каждой формы должен быть свой презентер. Также хотел отметить, что проект лучше разбивать на несколько логических модулей (библиотек классов в c#). Свой проект я разделил на: definitions – содержит базовые, ни от кого не зависящие классы, интерфейсы и описания, local – реализация интерфейсов для локального тестера, smartcom – реализация интерфейсов для коннектора, в данном случае смарткома, strategies – вынес в отдельный модуль все стратегии, UI – внешний интерфейс системы (формы и их презентеры) и т.д. В каждом таком модуле я обычно создаю ещё несколько папок – в модулеUI, например, есть папка interfaces, presenters и views.

     Добрый день. В предыдущих частях я описывал, как на C# сделал собственный тестер, применяя объектно-ориентированный подход, рассказывал про интерфейсы, про их реализации, и, рассказывал про работу с БД. На данный момент осталось совсем немного. В этом топике я опишу вариант расчёта результатов работы стратегии.

     Чтобы не запутаться, даже не читая предыдущие топики, поясню, что есть и к чему надо придти. Есть стратегии – это некий объект программы, который выставляет заявки на основе получаемой маркет-даты. Заявки (Order) регистрируются системой. Также, регистрируются сделки прошедшие по заявке (каждая заявка имеет список сделок — List<Trades> trades). После прогона стратегии, все заявки и сделки сохраняются в БД, и после, их можно извлечь и посчитать по ним статистику работы стратегии. По сути, эта статистика состоит из двух аспектов: сами закрытые позиции и оценка эффективности на их основе. Начнём с первого. Вот интерфейс, который принимает заявки со сделками, и, выдаёт, собственно, список закрытых позиций:

interface IClosePositionManager
{
   List<ClosePosition> ClosePositions (List<Order> orders);
}