記事についてのディスカッション - ページ 5 12345678910 新しいコメント Aleksei Kuznetsov 2020.11.07 09:52 #41 Maxim Dmitrievsky: 私は知っている。 アレクセイには私だった。彼はそれを思い出だと思った Maxim Dmitrievsky 2020.11.07 10:02 #42 elibrarius: アレクセイには私だ。彼は記憶だと思った。 例同士の依存関係も一種の記憶だ。テストとトレーニングを混ぜることで、それは小さくなるけど、悪い解決策だと思う。 そうですね、単純化するためにそうしているのです。同じことに関するたくさんの例が得られますが、異なるグループの例はアンバランスになります。そのため、現在の状況に過剰にフィットしてしまい、汎化がうまくいかなくなる。 Rorschach 2020.11.07 12:02 #43 情報漏れをチェックする必要がある。ラベルは10-15小節先まで作成され、ヒストリーは250小節の深さまでフィードされる。 Maxim Dmitrievsky 2020.11.07 12:22 #44 Rorschach:情報漏れをチェックする必要がある。ラベルは10-15小節先まで作成され、ヒストリーは250小節の深さまでフィードされる。 MT5のテスターはピーキングの方法を知らない。 Aleksei Kuznetsov 2020.11.07 13:18 #45 ところで、インジケータの影響に関する最近のトピックについて。MAを 削除して、増分だけでトレーニングしてみてください。単純にMAの周期を1にするだけでも十分かもしれません。 バーで構築する指標はNS/forest/bustで再現できるという考え方であれば結果は変わらないはずです。 Maxim Dmitrievsky 2020.11.07 14:14 #46 elibrarius:ところで、インジケータの影響に関する最近のトピックについて。 MAを削除して、増分だけでトレーニングしてみてください。単純にMAの周期を1にするだけでも十分かもしれません。 バーで構築する指標はNS/forest/bustで再現できるという考え方であれば結果は変わらないはずです。このバージョンでは、どの期間でも完全に学習可能で、違いはありません。pythonコードを実行するだけで十分です。MA期間が短くなれば、ウィンドウサイズを大きくするのが合理的です。ポジション保持時間を長くする場合、ウィンドウサイズを大きくするのが合理的です。 MAとインクリメントは全く必要ではなく、あくまで例であり、どのようなサインを取ってもよい。 Rasoul Mojtahedzadeh 2020.11.08 17:12 #47 こんにちは、マキシム、 この素晴らしい記事を紹介してくれてありがとう!私はあなたのパイソンコードにいくつかの変更を加え、いくつかの有望な結果を得ることができました。基本的に、この実験ではトレーニング期間とテスト期間を混ぜていません。 これが単なる偶然でないことを願っています!:)この結果をMT5のストラテジー・テスターで再現できるか試してみます。 よろしく、Rasoul 編集 これはストラテジーテスターの結果です!:) Maxim Dmitrievsky 2020.11.08 17:32 #48 Rasoul Mojtahedzadeh:こんにちは、マキシム、この素晴らしい記事を紹介してくれてありがとう!私はあなたのパイソンコードにいくつかの変更を加え、いくつかの有望な結果を得ることができました。基本的に、この実験ではトレーニング期間とテスト期間を混ぜていません。 これが単なる偶然でないことを祈ります!:)この結果をMT5のストラテジー・テスターで再現できるか試してみます。 よろしくお願いします。 Rasoul Rasuolさん、こんにちは。同じトピックで別の記事を書きたいと思っています。あなたの経験をシェアしてもらえるとうれしいです。 Stanislav Korotky 2020.11.11 14:18 #49 MA_PERIOD =15、LOOK_BACK =250、add_labels(pr,10, 25)という定数の選択について、記事の中で何らかの正当性を示してほしい。少なくとも、"著者の長年の経験に基づいて... "といった形で。 また、パイソンのスクリプトではストップロスを使用していないのに、テスターではストップロスが設定されている場合、パイソンとテスターで同じレポートを得ることができるのか理解できません。 Maxim Dmitrievsky 2020.11.11 14:25 #50 Stanislav Korotky:MA_PERIOD =15、LOOK_BACK =250、add_labels(pr,10, 25)という定数の選択について、記事の中で何らかの正当性を示してほしい。少なくとも、「著者の長年の経験に基づいて...」というような形で。また、パイソンのスクリプトではストップロスを使用していないのに、テスターではストップロスが設定されている場合、パイソンとテスターでどのようにして同じレポートを得ることができたのか理解できません。 選択はランダムで、"大きすぎず小さすぎず "という感じです。つまり、どこを見ればいいのかわからないので、何にも基づいていない。 ストップはロングに設定できる。 12345678910 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
私は知っている。
アレクセイには私だ。彼は記憶だと思った。
例同士の依存関係も一種の記憶だ。テストとトレーニングを混ぜることで、それは小さくなるけど、悪い解決策だと思う。
そうですね、単純化するためにそうしているのです。同じことに関するたくさんの例が得られますが、異なるグループの例はアンバランスになります。そのため、現在の状況に過剰にフィットしてしまい、汎化がうまくいかなくなる。
情報漏れをチェックする必要がある。ラベルは10-15小節先まで作成され、ヒストリーは250小節の深さまでフィードされる。
情報漏れをチェックする必要がある。ラベルは10-15小節先まで作成され、ヒストリーは250小節の深さまでフィードされる。
MT5のテスターはピーキングの方法を知らない。
ところで、インジケータの影響に関する最近のトピックについて。
MAを 削除して、増分だけでトレーニングしてみてください。単純にMAの周期を1にするだけでも十分かもしれません。
バーで構築する指標はNS/forest/bustで再現できるという考え方であれば結果は変わらないはずです。
ところで、インジケータの影響に関する最近のトピックについて。
MAを削除して、増分だけでトレーニングしてみてください。単純にMAの周期を1にするだけでも十分かもしれません。
バーで構築する指標はNS/forest/bustで再現できるという考え方であれば結果は変わらないはずです。
このバージョンでは、どの期間でも完全に学習可能で、違いはありません。pythonコードを実行するだけで十分です。
MA期間が短くなれば、ウィンドウサイズを大きくするのが合理的です。ポジション保持時間を長くする場合、ウィンドウサイズを大きくするのが合理的です。
MAとインクリメントは全く必要ではなく、あくまで例であり、どのようなサインを取ってもよい。こんにちは、マキシム、
この素晴らしい記事を紹介してくれてありがとう!私はあなたのパイソンコードにいくつかの変更を加え、いくつかの有望な結果を得ることができました。基本的に、この実験ではトレーニング期間とテスト期間を混ぜていません。
これが単なる偶然でないことを願っています!:)この結果をMT5のストラテジー・テスターで再現できるか試してみます。
よろしく、Rasoul
編集
これはストラテジーテスターの結果です!:)
こんにちは、マキシム、
この素晴らしい記事を紹介してくれてありがとう!私はあなたのパイソンコードにいくつかの変更を加え、いくつかの有望な結果を得ることができました。基本的に、この実験ではトレーニング期間とテスト期間を混ぜていません。
これが単なる偶然でないことを祈ります!:)この結果をMT5のストラテジー・テスターで再現できるか試してみます。
よろしくお願いします。
Rasoul
Rasuolさん、こんにちは。同じトピックで別の記事を書きたいと思っています。あなたの経験をシェアしてもらえるとうれしいです。
MA_PERIOD =15、LOOK_BACK =250、add_labels(pr,10, 25)という定数の選択について、記事の中で何らかの正当性を示してほしい。少なくとも、"著者の長年の経験に基づいて... "といった形で。
また、パイソンのスクリプトではストップロスを使用していないのに、テスターではストップロスが設定されている場合、パイソンとテスターで同じレポートを得ることができるのか理解できません。
MA_PERIOD =15、LOOK_BACK =250、add_labels(pr,10, 25)という定数の選択について、記事の中で何らかの正当性を示してほしい。少なくとも、「著者の長年の経験に基づいて...」というような形で。
また、パイソンのスクリプトではストップロスを使用していないのに、テスターではストップロスが設定されている場合、パイソンとテスターでどのようにして同じレポートを得ることができたのか理解できません。
選択はランダムで、"大きすぎず小さすぎず "という感じです。つまり、どこを見ればいいのかわからないので、何にも基づいていない。
ストップはロングに設定できる。