торговый софт

Проблема, о которой поговорим сегодня – генерация хитрых архитектур для коннектора. Сразу же скажу, что коннектор в рамках OsEngine, насколько бы он для вас сложным не был, — очень простая штука, если пользоваться моими советами и вести тесты. Настолько простая, как складной нож. Он очень прост и не нуждается ни в каких дополнениях.

Складной нож не нужно прикручивать к палке, чтобы им управлять.

Складной нож не требует постоянного отмачивания в машинном масле.

И конечно же, складной нож не нуждается в перевязывании изолентой с другими предметами —  топорами или вилками. В этом нет смысла.

Совместные классы-парсеры для разных коннекторов.

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

Всё это заканчивалось переделыванием с нуля.

Поэтому:

Совместные классы-парсеры, вёбСокет-обёртки и рест-оболочки для коннекторов запрещены.

Короткая статья о методах и их оформлении. Данная часть стандартов направлена на людей в разной стадии понятия дзена программирования. Людей, которые находятся в стадии эксперимента на уровне написания самого кода внутри методов, обработчиков и свойств. Их, абсолютно также, как и во время именования переменных, можно написать так, что другие программисты понимать не будут. Поговорим об этом…

Количество строк в методах.

Некоторые программисты целенаправленно делают вместо 10 методов по 100 строк, 200 методов по 10 строк, искренне считают, что это хорошо. Суть в том, что разбитый на такие мелкие части код легче тестировать, когда у Вас в команде есть тестеры, и вероятно в больших коммерческих проектах это чистое благо. Однако. Имея в команде пару человек, которые не будут за Вами писать тесты, это ЧИСТОЕ ЗЛО.

Некоторые программисты, кто делает вместо 10 методов Один, также искренне полагают, что это круто. Используют тонну синтаксического сахара, вызовы методов в методах и прочее… Это в свою очередь вызвано юношеским максимализмом и увлечением языками вроде Питона, что провоцирует людей на эксперименты с сахаром. Добавляя такое в проект, Вы также наносите ему непоправимый ущерб.

Каждый коннектор в OsEngine должен (в итоге, а тем более новые) содержать определённый набор регионов. В которых должны располагаться определённые методы, свойства и обработчики.

Таким образом, каждый программист, кто хоть чуть-чуть знаком с одним коннектором, автоматически начнёт понимать, как устроены другие. И как же они функционируют. Без проблем сможет ориентироваться внутри коннекторов, которые открыл впервые.

1. Регионы должны быть отмечены номерами.
2. Безномерные регионы не допустимы.
3. Их должно быть минимум 10 штук. Максимум 20. Но постарайтесь разместиться в стандартных!
4. Код вне региона не допустим.

Далее, каждый регион будет показан на примере коннектора к бирже криптовалют BitGet, расположенном в проекте вот здесь:

Информационно-статистический сервер Московской Биржи (ИСС или ISS) – это сервис, предоставляющий разнообразную биржевую информацию в режиме реального времени, а также итоги торгов и статистические данные.

Основные возможности ИСС:

• Получение потоковых данных о ходе торгов.
• Просмотр и экспорт итогов торгов.
• Доступ к историческим данным по итогам торгов, ценам и прочим показателям.
• Выгрузка списков всех инструментов, режимы торгов и их группы.
• Мониторинг рыночной информации в различных разрезах.

Данные о ходе торгов в режиме online и итоги торгов доступны только по подписке, естественно платной.

На сайте мосбиржи есть специальный раздел “Программный интерфейс к ИСС“, на котором выложено Руководство разработчика (v.1.4), Описание метаданных и Описание методов.

С этих документов и надо начинать изучать ИИС. Кстати говоря Правила использования биржевой информации Московской Биржи четко определены и наглядно представлены в презентации.

Здравствуйте трейдеры.
Представляю вашему вниманию новые сигналы индикатора Dragstar для рынка Форекс.

Сегодня рассмотрим историю появления индикатора Ichimoku.

Также к данной статье будут прикреплены готовые скрипты роботов на этом индикаторе с возможностью торговать на нашей платформе OsEngine.

Оглавление.

1.          История появления индикатора Ichimoku.

2.          Как проводятся расчеты индикатора Ichimoku.

3.          Какие сигналы может подавать индикатор Ichimoku?

4.          Роботы для OsEngine на индикаторе Ichimoku.

4.1.       Стратегия на пересечение линий Tenkan и Kijun.

4.2.       Пересечение линий Senkou A и Senkou B.

4.3.       Пересечение линии Senkou A и Senkou B и дивергенция с индикатором Rsi.

4.4.       Стратегия основанная на сигнале трех линий индикатора Ichimoku.

5.          Таблица общих результатов.

Прошло три месяца и пара дней, как в нашем богоспасаемом корпоративном блоге вышла первая статья. Это не поддаётся никакой логике, но дела идут лучше раз в пять, чем я планировал.

Поддержка колоссальная. За что сразу ОГРОМНОЕ, ДУШЕВНОЕ СПАСИБО!!!

Но обо всём по порядку.

1. Скорость набора рейтинга УДВОИЛАСЬ.