事故か、それとも認識されていないパターンか？ - ページ 9

[vladzeit]

Ilya Malev:

この端末には、取引、モデリング、あらゆる合理的なTSをテストする目的で特に必要なものがすべて揃っています。ちなみに、すでに合成樹脂も含む(すでに合理性の境界線上にあるが。何でも発明できるのは明らかだが、なぜ？)

少なくともシミュレーションの質を上げることですね。テスト 結果と実際のトレードの乖離は、ハテナなテーマで、シミュレーションの質が十分でないことだけを物語っていますね。

まあ、結果が大きく違えば......。

まだ、そのようなテストモデルを作ることができないからかもしれませんが......。しかし、それは著しく欠落しています。

そうでなければ、モデリングする意味がないでしょう？

まあ、サービス性に関わるバグの簡単なチェックは別としてね。

[multiplicator]

また...

2017年に最適化を行い、2018年に異なる最適化 結果を確認した場合。
その中から、より良い結果を選択します。
ということであれば、それもありだと思います。

最高のバックテスト最適 化の結果を取る必要があります、2018年にそれをチェックし、それが悪い結果を示した場合、それはそれです！戦略が悪いです。
そして、その結果を突き詰めていくと、それはもう手動のフィッティングです。

[Ilya Malev]

スプレッドに敏感なシステムの主なものは、適切な（すなわち、実際の、時間帯に大きく依存する、など）スプレッドでテストすることです、他のシステム - 実際の取引とのミスマッチは他の理由によるものです、最も可能性の高い、モデリングの品質は必ずしもそれらに関連していません。また、合成樹脂のテストでは確実に増やすことはできません