в торгующих системах, которая считает



Есть точка зрения в торгующих системах, которая считает что надо по крайней мере 30 сделок из комплекта данных, чтобы сделать систему стоящей. По-моему, это в основном, вздор. Я чувствую особенно сильно это в том, что касается краткосрочных торгующих систем, и особенно суточных рынков (с которым мы будем иметь дело позже в этой серии). Более чем 100 сделок является хорошим числом, чтобы увидеть из комплекта тестируемых данных и одно которое, Я верю, скорее всего, произведет потенциально живучую систему.
Один из больших аспектов на создании торговой системы то, что в настоящее время мы можем использовать персональные компьютеры, чтобы протестировать результаты. Одной из самых больших слабостей торговцев, окунающихся в системную торговлю впервые это скомпоновать идею, затем тестировать ее в данных, регулировать остановы некоторое время и наконец, optimise это, чтобы произвести наилучшую возможную систему. К несчастью, в этом отношении, наилучшая возможная система фактически будет лишь отличным факсимиле прошлых данных, кривой приспособленной в основном. Отвергните это немедленно и начните снова - если Вы действительно не думаете, что история повторит себя вплоть до последней метки!
Когда подходим к обратному испытанию, часто имеет смысл сначала протестировать самокорректирующиеся системы без начального останова. Вы можете затем изучить честность сигналов входа в большей мере, прежде, чем развиваться в дальнейшем с испытанием процесса. Тем не менее, с не- самокорректирующейся системой, существенно начинать тестировать со стоповым или выходным полисом сразу, как в противном случае риск краха с этой системой слишком высокий.
Набор данных используемый для испытания будет конечно иметь большое влияние на результаты. Например, заключенные в скобки данные родственные системе с плотными остановами вызовет много убытков whipsaw. Кроме того, запомните предупреждение в более ранней статье этой серии об использовании суточных данных для наиболее точных результатов испытания, когда торгуете плотными остановами, которые меньше чем последняя область торговли. Одинаково, свободный останов предотвратит такие распространенные небольшие убытки whipsaw (которые все нарастают, запомните).
Конечно, большие убытки являются естественно нехорошими вещами по определению - но они могут быть наилучшим путем, чтобы вперед. Даже очень незначительные поправки на плотных остановах имеют тенденцию делать большое различие в доходе в системе. Модулирование больших остановов даже, когда модифицировано на несколько сот долларов за один раз имеет тенденцию не делать большое различие в валовом доходе. Начиная с плотного останова и постепенно отпуская, Вы увидите системное изменение результатов быстро (надо надеяться с доходом, возрастающим!). Затем постепенно эффект будет изменяться менее быстро, по мере того как стоповый размер становится шире. Как только Вы переходите некоторый порог волатильности, увеличение в начальном стоповом размере добавляет небольшую величину к общей системной эффективности.
Теперь давайте посмотрим на наши данные. Здесь тем более у нас есть лучше. Многие трейдеры соглашаются, что 10 лет - хороший минимум, а 12 лет предпочтительнее. Тем не менее, это поднимает проблему обнаружения производных рынков с десятью твердыми летними торговлями. Пока есть возрастающее количество контрактов с такой базой данных, Я мог также добавить, что разработчики систем обычно избегают рынков в течение их первых 2 лет работы. Дело в том, что рынки имеют тенденцию разрабатываться и расти в течение их первой пары годов - в точке где они могут считаться достаточно зрелыми, чтобы иметь смысл принимать их во внимание. Мы обсудим возможность в synthesise данных из реальных мировых цен, чтобы разрешить потенциально неограниченное испытание на последующем этапе в этой серии.
Тем не менее, тот кто просто тестирует свою систему во всех доступных данных обрекается на подгонку к совершенству. Предпочтительно, наилучший метод должен разделить данные. Системные трейдеры отличаются во взглядах на это. Многие разделяют данные в две части:
Набор для разработки и тестовый набор. Это позволяет Вам использовать один комплект данных, чтобы действительно создать систему и второй набор, на котором Вы можете протестировать систему, без любой модификации или оптимизации.
Я предпочитаю вторую школу деления данных на три одинаковых раздела: 'Набор Разработки’, набор 'Обратное Испытание' и 'Пройдите Через'.


Содержание раздела