Когда протестированную систему нужно вывести из работы

Написанная система — ещё не готовая система

Написание механической торговой системы рассматривается лишь как один шаг. Ту же процедуру всё равно нужно провести через строгие тесты, прежде чем использовать её для решений в реальной торговле.

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

Тестирование делает всю процедуру одним объектом

Оптимизация системы — это работа, которая делает правила входа, выхода и воздержания совместно проверяемыми, чтобы процедуру можно было рассматривать как один объект, а не как неформальные подстройки. Воздержание — это явное решение остаться в стороне, которое рассматривается как часть системы, а не как неформальная пауза вне правил.

Прохождение этих тестов не считается доказательством, что последующее поведение совпадёт с тестовым периодом. Walk-forward анализ — это проверка на более позднем периоде: ведёт ли ранее протестированная процедура себя так, как задумано, после того как рыночная динамика изменилась.

Вывод из работы — предписанный ответ

Когда механическая система больше не работает, предписанный проектный ответ — отказаться от неё и построить замену. Retirement-rule — это заранее согласованное решение отказаться от механической системы и заменить её, когда она перестаёт вести себя так, как на тестах.

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

Стресс-окно сверяет надежду с правилами

Просмотр того, как система вела себя в августе 2015, предлагается как проверка: применялись ли правила контроля риска или позиции удерживались в надежде на отскок. Эта инспекция — stress-window-review: ретроспективный взгляд на то, как процедура вела себя в известный волатильный отрезок, чтобы отделить исполнение контроля риска от удержания из надежды.

Комфорт после благоприятного отрезка подаётся как проектный риск, потому что он может скрыть слабую работу с риском внутри непроверенной системы. Розничные участники описываются как не имеющие инфраструктуры исполнения институциональной скорости, поэтому любой работоспособный план должен исходить из личной проверяемой процедуры, а не из скорости.