記事"マルチモジュールEAの作成"についてのディスカッション - ページ 2

 
Aleksandr Masterskikh:

取引システムの多峰性は、主にプロセスの性質によって決まる(金融市場の場合、価格の動きは非定常プロセスである)。

そして、このような複雑なプロセスのモデリング(EAの開発は 常にプロセスのモデリングであるため)は、単一の、たとえ非常に複雑な入力アルゴリズムの助けを借りても不可能です。精度の点でプロセスに近づくには、アルゴリズム(モジュール)のセットが必要で、それぞれが独立したモデルです。

なぜ何かを売買するために、何かをモデル化しなければならないのか?また、それが技術的な側面とどのような関係があるのでしょうか?なぜ定常性の話をしているのか?

少年よ、コードかTORか何か他のものを掲示しなさい、そうすれば私はあなたの判断に注意を払うだろう。

 
この記事の著者は根本的な間違いを犯した。彼は一連のモジュールをトレーディング・システムと同一視したのだ。説明しよう。あらゆるシステムの特徴:1.階層、主従の存在(これはある)、2.分解、例えば、モジュールへの分割(これもある)、3.相互接続(逆も含む)、これはない。どのモジュールも他のどのモジュールとも相互関係がある。例えば、太陽系では、太陽がメインで、太陽系は惑星(モジュール)に分割され、それらはすべて相互につながっていて、互いに影響し合っている。だから、著者はもっと多くの仕事をしなければならない。
 
MetaQuotes Software Corp.:

新しい記事マルチモジュール・エキスパート・アドバイザーの開発 が掲載されました:

著者セルゲイ・パブロフ

これは、特定のユースケースのためのプロジェクト生成テンプレートとしては興味深いものですが、一般化された開発パターンとして使用する際に避けられない多くの問題があると思います。

モジュールの自己最適化は、最適化履歴データセットに対する一定のカーブフィッティングにつながり、EAを「市場の記憶」を持つという罠に陥らせます。ボラティリティがトレーニングサンプルサイズに対して上下に動くと、モジュールは遅れをとり、一般的にストップロスやテイクプロフィットを近くに設定しすぎてしまいます。統計的には、時間の経過とともに勝者よりも敗者の方が大きくなります。サンプル・サイズが大きくなると、カーブ・フィッティングは、サンプル履歴の中で発生したスプリアスな市場状況に対して極めて特異的になります。

自己最適化を捨てれば、ストラテジー・テスターを使って「問題空間」を素早く反復し、その結果を比較分析することができる代わりに、インジケーターのパラメーターを探るためにソースコードを手作業で調整することになる。そのため基本的には、比較的単純な取引戦略のパラメーターを探すのに1000年も費やすことになる。

プログラムの構成は常に最終成果物として「モノリス」を生み出すが、そのモノリスのサブコンポーネントを構成するための様々な手段が存在する。つまり、巨大なプログラム全体は、そのソースコードがどのように構成されているかに関係なく動作しなければならない。この解決策は、基本的に「ユーザー・インターフェイス」、つまり入力を犠牲にして、長期にわたって確実にメンテナンスできる個別のコード・ブロックを定義する問題を解決するものだ。このような問題は、クラスやインターフェースを使ったOOの原則によって解決するのが一般的だ。ライブラリやプログラムの "トップ "レベルでは、モジュールへのパスや入力など、内部依存関係の概要が宣言される。トップ」レベルが基本的に入力を禁止するようなシステムを作ることは、ストラテジー開発やリスク定義を提供するメタトレーダーに組み込まれたツールとのインタフェースを開発者に制限することになり、エンドユーザーから見れば、モジュールシステムのファイル名を変更するようなものです。
 
おめでとう! 素晴らしい教材だ、
 

この記事の著者に感謝の意を表したい。このような労作に感謝します。OOPとmql5の初心者の私にとって、この記事は言語全般をマスターするのに役立っています。上記の記事のコンセプトの実装の欠点を参照してください紳士は、私はおそらく私が考えて、あなたの仕事はまだどこにある改善するために、どこに完璧には限界がないことを言いたい....

この記事は、むしろ言語学習の初心者向けです....

 

ソースコードはありますか?

 
MT5 hedge ea in xm broker back test normal open order hedge!しかし、icでテストすると、ロング注文をオープンせず、ヘッジもしません。なぜこのようなことが起こるのか、どなたかご存知ですか?