面白いアイデアですね、私は f c0d3がそれでOKなら、私はそれを試してみるつもりです。私は私のルール関数を彼のルールと置き換えることができるはずです。その結果、取引時間、電子メール通知、エラーチェック、積み重ね、リミットとペンディングオーダー、トレーリングストップ、ストップなどのルールを与えることになる。私のEAシェルでこれらのルールを動作させるには、おそらく1日か2日しかかからないでしょう。そして、そのルールを微調整して、より収益性の高いものにすることができます。
もしあなたが彼の「ルール」を見たことがあるなら、それは次のようなものです（売りの場合）。
if((Close[0]<=fastMA30 && Close[0]<=fastMA60 && Close[0]<=fastMA240))
{
// we are in a downtrend//Comment("\n"+"short only");
shortEntry();
}
RaptorUKが提案したように、モデリング品質を向上させた後に。最初のセットには1886件の取引があり、これはテストされた取引のかなり良い量です。私はテストされた日付が何であるかわからないが、私はより多くの取引がテストされるように、はるかに長い日付をテストするだろう、39は本当に良いサンプルではありません。
フォワードテストの合計156トレードは、これらの39のバックテストの トレードよりも、はるかに信頼性が高いです。バックテストの全体のアイデアは、あなたができる限り多くの取引を入れて、その迅速な結果を得ることです。バックテストは何のために行うのですか？
私なら、市場に参入する他の方法を探します。これらの指標でシグナルが出たときには、すでに手遅れなのです。私はいつも、市場がどうなるかを予想して指値注文をしています。このような方法を取ることを笑う人もいるかもしれませんが、私には効果がありました。これは短距離走ではありません。
君たちは、この中から勝てるシステムを作るというちょっとしたプロジェクトにしたらいい。みんなが今のEAのバージョンから始めて、それに何かを追加していく。そして、みんなの中から一番強いコーダーを選んで、最高のアイデアを集めてください。そして、目標を達成したら、それをコードベースに組み込む。どんなものが出てくるか、とても楽しみですね。
もし、あなたがこのEAをじっくりとテストし、そのロジック、パターン、コードなどを見つけ出していたなら、これらのことを口にすることはなかったでしょう。 もしかしたら、その逆かもしれません。
もし、このEAが空っぽのEAで、最もシンプルなロジックが1行だけ（例えば、新しいバーで買い/売り、など）あれば、そこからさらに手を加えても構わないと思っています。
また、新鮮な感覚を味わいたい方にも、きっと興味を持っていただけると思います。それに、このEAには、たくさんの指標条件があり、それらは、女性の心よりも気まぐれなものなのです。
私なら、市場に参入する他の方法を探します。これらの指標でシグナルが出たときには、すでに手遅れなのです。私はいつも、市場がどうなるかを予想して指値注文をしています。このような方法を取ることを笑う人もいるかもしれませんが、私には効果がありました。これは短距離走ではありません。
君たちは、この中から勝てるシステムを作るというちょっとしたプロジェクトにしたらいい。みんなが今のEAのバージョンから始めて、それに何かを追加していく。そして、みんなの中から一番強いコーダーを選んで、最高のアイデアを集めてください。そして、目標を達成したら、それをコードベースに組み込む。どんなものが出てくるか、とても楽しみですね。
面白いアイデアですね。 c0d3がOKなら、試してみたいと思います。私のルール関数を彼のルールと置き換えることができるはずです。その結果、取引時間、電子メール通知、エラーチェック、スタッキング、リミットとペンディングオーダー、トレーリングストップ、ストップなどのルールを与えることになる。私のEAシェルでこれらのルールを動作させるには、おそらく1日か2日しかかからないでしょう。その後、より収益性の高いものにするためにルールを微調整することもできます。
面白いアイデアですね、私は f c0d3がそれでOKなら、私はそれを試してみるつもりです。私は私のルール関数を彼のルールと置き換えることができるはずです。その結果、取引時間、電子メール通知、エラーチェック、積み重ね、リミットとペンディングオーダー、トレーリングストップ、ストップなどのルールを与えることになる。私のEAシェルでこれらのルールを動作させるには、おそらく1日か2日しかかからないでしょう。そして、そのルールを微調整して、より収益性の高いものにすることができます。
もしあなたが彼の「ルール」を見たことがあるなら、それは次のようなものです（売りの場合）。
数学的に言えば、これは非常にナンセンスです。 理由は、高いフレームのMAは、予想通り、低いものよりも、バーを完了するために必要な長い時間のために遅いからである。つまり、このロジックは、結局のところ、この低い方の条件によって主に決定されるのです。
したがって、その時点で、MAはMA240の観点から過去を示し、その後60、その後30、市場WASは1つを販売しています。 私の提案は、単にこの無意味なルールを "逆 "にすることができますので、代わりに短いエントリの、長い行く、およびその逆。私はかなり肯定的な結果は、よりきれいに判明しています。
フレームを60から240に調整し、無意味に冗長なMA条件を取り除き、MA60だけにしたところ、結果は前より少し良くなったようです。(注：これは1年間のテストです)。
diostarさん、MTFロジックに関する興味深いアイデアと見解です。これはMTFロジックについて私が気づいたことなのですが、一つの時間枠がシステムを支配しているのが普通です。
danjpさん、ルールを信頼できるプログラムに落とし込むには、おそらくそれが一番早い方法だと思います。私たちの多くは、ロジックを組み込むためのテンプレートをすでに持っています。もし、誰かが自分のコードを渡すことに抵抗があるのなら、一つの提案として、コードを組み立てる人に、私たちのコードベースから信頼できるライブラリを使用してもらうことができます。(例：OrderReliable.mqh.).
あのね！私はこのアイデアが好きです。もし、ここから3人がサインオンしてくれたら、新しいスレッドを立ち上げます。儲かるEAを作ろうという努力で協力し合う。複数のトレーダーが同じシステムで本当に取引できるのか、良いテストになりますね :)
diostarさん、MTFロジックに関する興味深いアイデアと見解です。これはMTFロジックについて私が気づいたことですが、一つのタイムフレームが通常システムを支配しています。
あなたは誤解しています。 MTFは理由でもなければ、問題でもない。PRBは単なるMAです。ごく簡単にですが、説明させてください。
MAは過去を語っています。つまり、MAのシグナルを例えばH1で受け取ると、次のフレーム、例えばH4で、H1の過去と「一致」するという期待、Eが ある。H1の過去がH4の現在に現れたとき、利益を得ることです。Eが発生したら、トレードを終了する、あるいはストラテジーが望むことをする、ということです。
しかし、この場合、投稿者はその逆を行った。 すべての予想がごちゃごちゃになっているので、かなり基本的なトレードの欠点です。