一度こういうのを作ったことがあるんですよ． - ページ 9 1234567891011121314151617 新しいコメント Prival 2010.07.16 15:48 #81 そうすべきだと思います。あなたの仕事への感謝として、私が提供できるのは 1.このレベルで今日のゲームがどうだったかの報告会を実施し、スクリーンショット、スタック、ボリューム、ティック、そして私のコメントをお見せします。(共有) 2.追加フィルター、レベルNo.2の内訳をどう選ぶか。というか、本当の内訳と偽の内訳をどう区別するかだが、これはプライベートな問題だろう )) 1点目は、スクリーンショットだけ（数枚あります）、レベルに近づくとどうなるか、どう突破されたか、一転して1.3になった理由、MTデータの品質と完成度の比較、以下に紹介するプラットフォームデータの比較 Candid 2010.07.16 16:59 #82 問題は、実はそれが今やるべきもう1つのことだということです。そして、この運動自体が面白いんですよ、イマドキは。 Prival 2010.07.16 17:47 #83 Candid: 問題は、実はそれが今やるべきもう1つのことだということです。そして、この運動自体が面白いんですよ、イマドキは。 私は同意する、私は同じオプションを持って、時間の圧力は、次のアイデアが棚に座ってみましょう、あなたは11月に時間がある場合は、ノックしてください、私は喜んで... Candid 2010.07.17 10:01 #84 まあ、まだ11月じゃないですからね。 ところで、ここで一緒に書かないか？:) このようなシステムの何が嫌かというと、即パラメーターがあることです。実際、価格が水準に近づいているかどうかを検出するためには、価格が水準から離れるという概念を何らかの形で定義する必要があります。つまり、価格が離れてしまった-ポジションを 開き、「レベルに触れるまでこれ以上注文しない」というフラグを立てるのです。理想は、パラメーターなしで自分自身を定義することです。あるいは、少なくとも、何らかの外的要因によってその値を選択できるようなパラメータでなければならない。 何か提案はありますか？ 削除済み 2010.07.17 10:13 #85 Candid: 何か提案はありますか？ 巧妙な切り離し 昔はよく掘りましたね。 しかし、私はそれをあきらめた--知識はない。 でも、外から見れば一目瞭然なんですよ。 Victor Nikolaev 2010.07.17 10:18 #86 何が先で何が後なのかわからないほど、話題が変化しています。 Candid 2010.07.17 10:30 #87 Vinin: 何が先で何が後なのかわからないほど、話題が変化しています。 タイトルに具体的なことは書いていない :) スウェッテン。 巧妙なデトレンドがある。 そうかもしれませんね。パラメータなしで、つまり「ほとんど」適応できるようにしてみてはいかがでしょうか。ところで、この話題は冒頭に戻るかもしれませんね :) Yurixx 2010.07.17 15:34 #88 Candid:理想的には、パラメータなしで定義されることが望ましい。あ るいは、少なくとも、その値を何らかの外的要因から選択できるようなパラメータであるべきだ。 何か提案はありますか？ 私も少し前まではそう思っていました。本当に、初心者は何から始めればいいのでしょうか？指標は多ければ多いほどいい。そして、このパラメータの束をどうすればいいのかわからなくなるのです。やがて、どんなパラメータも作り手の恣意的な判断であることに気づき始める。それなら、完全に排除してしまいたいという正当な欲求があるのです。しかし、それは正しいのだろうか？ もし、市場がフラクタル構造を持っていると言うなら、この構造がレベルから成り立っていることを認めるべき（でなければならない！）である。つまり、少なくともこのレベルの構造をパラメータとする値は、市場に内在するものであり、したがってTSに存在するはずである。ちなみに、これらはすべて私たちによく知られていることです。取引の水平線、取引の最低価格帯、これらの値は、TS構築を始める 前に各トレーダーが決定します。そして、この2つの値は関連しているので、少なくとも1つのパラメータがTSに存在するはずである。と提案する。特に、ご要望の通り、外的要因から決定されます。 Prival 2010.07.17 16:22 #89 Candid: まあ、11月なんてまだまだ先の話ですけどね。 ところで、ここで一緒に書いてもいいのでしょうか？:) このようなシステムの何が嫌かというと、すぐにパラメータが発生することです。実際、価格が水準に近づいていることを検知するためには、価格が水準から離れるという概念を何らかの形で定義する必要があります。つまり、価格が離れてしまった。ポジションをオープンし、「レベルに触れるまでこれ以上注文しない」というフラグを立てる。理想は、パラメーターなしで自分自身を定義することです。あるいは、少なくとも、何らかの外的要因によってその値を選択できるようなパラメータでなければならない。 何か提案はありますか？ レベル、価格のみ。ストップ、TPなし。価格がレベルを超えたら取引開始。 カトリックスで青丸が買い、赤丸が売りです。 ところで、https://www.mql5.com/ru/job/104、このトピックに非常に近い仕事があります。boulishevの統計を計算する必要がありますが、私はOOPが得意ではないので、それをするつもりはありませんが、私は数式、そこでどのように、何を計算するか、そして結果のダブルチェックを手伝うことができます。 Candid 2010.07.17 17:41 #90 Prival: レベルがクロスした時に取引が開始され、クロスした位置が下から上なら買い、上から下なら売りです。 ところで、この話題に近い仕事がhttps://www.mql5.com/ru/job/104 に あります。ブーリシェフ統計の計算が必要ですが、私はOOPが苦手なのでやりませんが、計算式や計算方法、結果のダブルチェックの手伝いなどは可能です。 まだ誰もストップとTPについて話していない。ポイントは、価格がバーの中のレベルを何回越えたか分からないということです。したがって、実際の交差点ごとに反応しようとすると、そのようなアルゴリズムの統計は履歴上では得られないのです。もし、1つのバーに1つ以上のクロスオーバーをカウントしないと決めたのであれば、それはすでに1つのパラメータであるdelayを入力し、その値を「カレンダーの分の終わりまで」（いわば）に設定したことを意味します。そうなると必然的に、このような遅延の妥当性が問われることになります。 ブラショフの統計」というのは、先ほどお書きになったオーダーの特徴のことでしょうか。彼が発明したとでもいうのでしょうか。 まあ、そんなことはどうでもよくて、注文の最大利益や最大ドローダウンなどのパラメータを数えていたのです。 最大利益の前に 最大ドローダウンを計算したこともあったような記憶があります。しかし、このデータから直接利益を得る方法が見つからないので、最近はやめています。 mql5で作業を始めるには時間がなく、時には全く時間がなく、ワーカーのスケジュールがスローダウンして苦しんでいます。 1234567891011121314151617 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
そうすべきだと思います。あなたの仕事への感謝として、私が提供できるのは
1.このレベルで今日のゲームがどうだったかの報告会を実施し、スクリーンショット、スタック、ボリューム、ティック、そして私のコメントをお見せします。(共有)
2.追加フィルター、レベルNo.2の内訳をどう選ぶか。というか、本当の内訳と偽の内訳をどう区別するかだが、これはプライベートな問題だろう ))
1点目は、スクリーンショットだけ（数枚あります）、レベルに近づくとどうなるか、どう突破されたか、一転して1.3になった理由、MTデータの品質と完成度の比較、以下に紹介するプラットフォームデータの比較
問題は、実はそれが今やるべきもう1つのことだということです。そして、この運動自体が面白いんですよ、イマドキは。
私は同意する、私は同じオプションを持って、時間の圧力は、次のアイデアが棚に座ってみましょう、あなたは11月に時間がある場合は、ノックしてください、私は喜んで...
まあ、まだ11月じゃないですからね。
ところで、ここで一緒に書かないか？:)
このようなシステムの何が嫌かというと、即パラメーターがあることです。実際、価格が水準に近づいているかどうかを検出するためには、価格が水準から離れるという概念を何らかの形で定義する必要があります。つまり、価格が離れてしまった-ポジションを 開き、「レベルに触れるまでこれ以上注文しない」というフラグを立てるのです。理想は、パラメーターなしで自分自身を定義することです。あるいは、少なくとも、何らかの外的要因によってその値を選択できるようなパラメータでなければならない。
何か提案はありますか？
Candid:
何か提案はありますか？
巧妙な切り離し
昔はよく掘りましたね。
しかし、私はそれをあきらめた--知識はない。
でも、外から見れば一目瞭然なんですよ。
何が先で何が後なのかわからないほど、話題が変化しています。
何が先で何が後なのかわからないほど、話題が変化しています。
タイトルに具体的なことは書いていない :)
巧妙なデトレンドがある。
そうかもしれませんね。パラメータなしで、つまり「ほとんど」適応できるようにしてみてはいかがでしょうか。ところで、この話題は冒頭に戻るかもしれませんね :)
理想的には、パラメータなしで定義されることが望ましい。あ るいは、少なくとも、その値を何らかの外的要因から選択できるようなパラメータであるべきだ。
何か提案はありますか？
私も少し前まではそう思っていました。本当に、初心者は何から始めればいいのでしょうか？指標は多ければ多いほどいい。そして、このパラメータの束をどうすればいいのかわからなくなるのです。やがて、どんなパラメータも作り手の恣意的な判断であることに気づき始める。それなら、完全に排除してしまいたいという正当な欲求があるのです。しかし、それは正しいのだろうか？
もし、市場がフラクタル構造を持っていると言うなら、この構造がレベルから成り立っていることを認めるべき（でなければならない！）である。つまり、少なくともこのレベルの構造をパラメータとする値は、市場に内在するものであり、したがってTSに存在するはずである。ちなみに、これらはすべて私たちによく知られていることです。取引の水平線、取引の最低価格帯、これらの値は、TS構築を始める 前に各トレーダーが決定します。そして、この2つの値は関連しているので、少なくとも1つのパラメータがTSに存在するはずである。と提案する。特に、ご要望の通り、外的要因から決定されます。
まあ、11月なんてまだまだ先の話ですけどね。
ところで、ここで一緒に書いてもいいのでしょうか？:)
このようなシステムの何が嫌かというと、すぐにパラメータが発生することです。実際、価格が水準に近づいていることを検知するためには、価格が水準から離れるという概念を何らかの形で定義する必要があります。つまり、価格が離れてしまった。ポジションをオープンし、「レベルに触れるまでこれ以上注文しない」というフラグを立てる。理想は、パラメーターなしで自分自身を定義することです。あるいは、少なくとも、何らかの外的要因によってその値を選択できるようなパラメータでなければならない。
何か提案はありますか？
レベル、価格のみ。ストップ、TPなし。価格がレベルを超えたら取引開始。
カトリックスで青丸が買い、赤丸が売りです。
ところで、https://www.mql5.com/ru/job/104、このトピックに非常に近い仕事があります。boulishevの統計を計算する必要がありますが、私はOOPが得意ではないので、それをするつもりはありませんが、私は数式、そこでどのように、何を計算するか、そして結果のダブルチェックを手伝うことができます。
レベルがクロスした時に取引が開始され、クロスした位置が下から上なら買い、上から下なら売りです。
ところで、この話題に近い仕事がhttps://www.mql5.com/ru/job/104 に あります。ブーリシェフ統計の計算が必要ですが、私はOOPが苦手なのでやりませんが、計算式や計算方法、結果のダブルチェックの手伝いなどは可能です。
まだ誰もストップとTPについて話していない。ポイントは、価格がバーの中のレベルを何回越えたか分からないということです。したがって、実際の交差点ごとに反応しようとすると、そのようなアルゴリズムの統計は履歴上では得られないのです。もし、1つのバーに1つ以上のクロスオーバーをカウントしないと決めたのであれば、それはすでに1つのパラメータであるdelayを入力し、その値を「カレンダーの分の終わりまで」（いわば）に設定したことを意味します。そうなると必然的に、このような遅延の妥当性が問われることになります。
ブラショフの統計」というのは、先ほどお書きになったオーダーの特徴のことでしょうか。彼が発明したとでもいうのでしょうか。 まあ、そんなことはどうでもよくて、注文の最大利益や最大ドローダウンなどのパラメータを数えていたのです。 最大利益の前に 最大ドローダウンを計算したこともあったような記憶があります。しかし、このデータから直接利益を得る方法が見つからないので、最近はやめています。
mql5で作業を始めるには時間がなく、時には全く時間がなく、ワーカーのスケジュールがスローダウンして苦しんでいます。