ローリングフォワードの実施方法 - ページ 9

 
Nikolay Demko:

グリッド(クラウド)は別のものに最適化されているので、顕微鏡を使って釘を打ち込むようなものです。正しく使うには、GA検索をフォワードで何度も実行し、フォワードをきれいに記録し、記録から全容を再構築する必要があります。

クラウドはウォームアップに時間がかかるので、一回限りの最適化を目的としていますが、グリッドが立ち上がれば、すぐにすべてを計算し、またダウンしてしまうのです。各スタートアップにはスタートアップ・レディが存在することになるが、WFにはそうしたマイクロスターがたくさんある。

MQがWFを自社で実装しない限り、使用中のリソースの仕組みを理解せずにハンパなことはない。自分でGAを書き、自分でテスターを書き(TheExpertの言うようにインジケータで簡略化できます)、その中にWFを実装する方が簡単です。

GAではせっかくのアイデアが台無しになる。詳細な分析が必要だ。 そういった制約がある中で、自作がしやすいということだ。
 
Alexandr Andreev:
GAではアイデアが台無しになってしまうので、詳細な分析が必要なのです。
しかし、大量消費者のためには、レディメイドのソリューションも必要です。
 
Nikolay Demko:


標準のフォワードテスターを使うことが多いのでしょうか?

 
Alexandr Andreev:

標準のフォワードテスターを使うことが多いのでしょうか?

私は全く使っていません。私のGAは独自のテスターを持ち、全てMQL5で行っています。

PS 2011年、私はMQにあれこれと実装を依頼することに疲れました。すべて自分で書きました。内蔵テスターは、リアルタイムでデモモードを起動する前のデバッグにのみ使用しています。

 
Nikolay Demko:
この点については、私も同意見です。しかし、マス・コンシューマー向けには、レディメイドのソリューションも必要なのです。
あなたは、大衆がしばしば変数の事前定義されたシステムを与えるように同じ自己欺瞞で終わるでしょう、デザインで正しくない狭い部分をチェックする
 
Nikolay Demko:
私は全く使っていません。私のGAはテスターで、全てはMQL5で行っています。
質問は、特に前方ではなく、MT5でより多くのGAがここで特定の瞬間にその速度と良いでした5 +の
 
Alexandr Andreev:
大衆はしばしば、設計上正しくない狭い部分をチェックし、変数の事前定義されたシステムを与えるように、あなたは、同じ自己欺瞞で終了する
まあ、それは大衆の問題なんだけどね。曰く、「愚者は20分間、ガラスのチンコを持つ」。
 
Nikolay Demko:

私は全く使っていません。私のGAは独自のテスターを持っており、全てはMQL5上にあります。

PS 2011年、私はMQにあれこれと実装を依頼することに疲れました。すべて自分で書きました。内蔵テスターは、リアルタイムでデモモードを起動する前のデバッグにのみ使用しています。

ここで興味深いのは、WFで作業する場合、リソースに関する問題だけが発生し、非常に強いということです。
 
Alexandr Andreev:
質問は、特に前方についてだった、MT5でこれ以上のGAは、ここ5 +の特定のポイントでその速度のために良いですが
GAがMQに組み込まれているのは、そういう問題なんです。排除したければ、GAも自分でやるしかない。
 
Alexandr Andreev:
ここからが面白いのですが、WFの唯一の問題はリソースで、それも非常に強力なものです。
は、TheXpertが言ったように、指標を簡略化することができる。

ポイントは、簡略化された信号の計算方式にあります。