FXで儲けるのは不可能 - ページ 37 1...303132333435363738394041424344...61 新しいコメント Prival 2014.08.17 13:59 #361 _new-rena:プライヴァル：それは違うと言われたから、聞いたんです。 TheXpert です。そうなんですか？)) すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか考えてみてください。新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました...そして価格は1ティック戻りました...私はどうしたらいいのでしょうか？ ティックはすでにこの新しいレンガの外にいます...。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されないのです。 削除済み 2014.08.17 14:04 #362 tol64:これらも試してみてください。もしかしたら、もっといいのかもしれない。))) 実は、こういうのがあるんです。レンコはレンコ。 リンク先を見ました。もちろん、renkoを見る方が便利です。 シェルターのスクリーンショットも見ましたが、うるさいですね。レンガを使わずに（線だけ）、自作のマッシュアップをいくつか使って作ってみようと思います。 削除済み 2014.08.17 14:07 #363 Prival: すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか、考えてみてください。新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました・・・そして価格は1ティック戻りました・・・どうしたらいいでしょうか？ ティックはすでにこの新しいレンガの外に出ています・・・。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されることはありません。 を、上記の投稿とオープニングプライスに 追加しました。 Юсуфходжа 2014.08.17 14:18 #364 Prival: すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか考えてみてください。新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました...そして価格は1ティック戻りました...私はどうしたらいいのでしょうか？ ティックはすでにこの新しいレンガの外側です...。新しいものを描く（しかし、その場合、そのレンガは完全ではなく、とても素敵で滑らかではなく、1つの刻みがある、それだけです）？多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画しない。 セルゲイ、この価格チャートの表し方についてどう思う？https://www.mql5.com/ru/forum/152409。 Dersu 2014.08.17 14:25 #365 yosuf: こちらhttps://www.mql5.com/ru/articles/250 この問題をFXに当てはめて解決に近づけようとしていたのです。 ありがとうございます。ブカブカですが、著者であるあなたに2つ質問です。1.ブラックボックスを四面体のピラミッドや丸い玉でできた球体として抽象的に想像した場合、隠れた構成要素はどうでしょうか？三重塔の中では、すべてが見通せるようになっているのです。回すことができ、ガサガサ、パチパチと法定の結果（小さなボタンを押すと、塊が落ちる）に基づきを参考に、このデバイスに関するいくつかの結論を導き出した。また、自然に発生し、最後に確立された行動に大きく影響を与える原因についてはどうでしょうか。おそらく、このことは、三角形の上の式の挙動に現れるだろう（たぶん）どのような形であれ、故障はあり得ることを心に留めておいてほしい。2.なぜ、3波と3波の5波に対して、計算式の反応が違うのか？フラッグ（チャンネル）に入る、出る。これらは普通の状況です。 Юсуфходжа 2014.08.17 14:43 #366 Dersu: ありがとうございます。たくさんのブカブカですが、著者であるあなたに2つ質問です。1.ブラックボックスを四面体のピラミッドや丸い玉でできた球体として抽象的に想像した場合、隠れた構成要素はどうでしょうか？三重塔の中では、すべてが見通せるようになっているのです。ねじったり回したり、ガサガサ、パチパチと法定の結果（小さなボタンを押せば塊が落ちる）をもとに可能ですを参考に、このデバイスに関するいくつかの結論を導き出した。また、自然に発生し、最後に確立された行動に大きく影響を与える原因についてはどうでしょうか。おそらくこれは、三角形上の数式の挙動に現れるでしょう（たぶん）。2.なぜ、3波と3波の5波に対して、計算式の反応が違うのか？ ブラックボックスの基本原理は、いかなるパラメータの変化も、いかなる変数の対象への作用に関する仮定も、単独では考慮しない、すなわちすべてを抽象化することである。問題のプロセスの分析から得られる最終式は、作られた仮定の範囲内で、限られた数の係数でこのプロセスを多かれ少なかれ適切に記述するはずである。私の場合は、プロセスの時定数や逆数、つまりプロセスの流れに対するシステムの抵抗を意味するシステムインピーダンス、さらにシステムに対する外部からの影響の力を考慮した係数、システムの構造を考慮した係数などである。この3つの係数は、あなたが質問していることを含め、すべてを考慮したものとなっています。そのため、ベースとなるインジケーターは1ティック ごとに反応し、それらを再計算して将来予測を変えていくのですが、それが当たるかどうかは、最初の前提や仮定が正しいかどうかが問われることになるのです。私自身は、この指標の予知能力に満足しています。 Dersu 2014.08.17 14:52 #367 yosuf: ブラックボックスの基本原理は、いかなるパラメータの変化も、いかなる変数の対象への作用に関する仮定も、単独では考慮しないこと、すなわちすべてを抽象化することである。問題の仮定の下でプロセスを分析して得られる最終式は、限られた数の係数でプロセスを多かれ少なかれ適切に記述するはずである。私の場合は、プロセスの時定数やその逆数、プロセスの流れに対するシステムの抵抗という意味のシステムインピーダンス、さらにシステムに対する外部からの影響の力を考慮した係数、システムの構造を考慮した係数などである。この3つの係数は、あなたが求めているものを含め、すべてを説明することになっています。こんな感じです。 しかし、それでは過抽選の有無にかかわらず、ただのウィザードになってしまいます病院平均温度（時間補正あり・なし）（1日1回ラグドグラフにアイロンをかける。 削除済み 2014.08.17 14:53 #368 TheXpert:そうなんですか？)) https://forum.mql4.com/ru/63988/page3#980370 Anatoli Kazharski 2014.08.17 14:55 #369 Prival:すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか、考えてみてください。新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました・・・そして価格は1ティック戻りました・・・どうしたらいいでしょうか？ ティックはすでにこの新しいレンガの外に出ています・・・。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されることはありません。 それが完全に描かれて固定されたとき、新しいピッチ／バーがあると考えることができるのです。現在のものは、一日中同じ場所にいることもあります。5のrenkoインジケータを開発中です。ティックに形成されることになります。 Prival 2014.08.17 15:13 #370 YOUNGA: https://forum.mql4.com/ru/63988/page3#980370 このようなことが起こるのは、標準的なRenkoの場合です（最後のバーの再動作）。しかし、それさえも安定した収益性の高いTSを構築するために利用することができるのです。 1...303132333435363738394041424344...61 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
プライヴァル：それは違うと言われたから、聞いたんです。
そうなんですか？))
すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか考えてみてください。
新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました...そして価格は1ティック戻りました...私はどうしたらいいのでしょうか？ ティックはすでにこの新しいレンガの外にいます...。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?
多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。
歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されないのです。
これらも試してみてください。もしかしたら、もっといいのかもしれない。)))
実は、こういうのがあるんです。レンコはレンコ。
リンク先を見ました。もちろん、renkoを見る方が便利です。
シェルターのスクリーンショットも見ましたが、うるさいですね。レンガを使わずに（線だけ）、自作のマッシュアップをいくつか使って作ってみようと思います。
すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか、考えてみてください。
新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました・・・そして価格は1ティック戻りました・・・どうしたらいいでしょうか？ ティックはすでにこの新しいレンガの外に出ています・・・。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?
多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。
歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されることはありません。
を、上記の投稿とオープニングプライスに 追加しました。
すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか考えてみてください。
新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました...そして価格は1ティック戻りました...私はどうしたらいいのでしょうか？ ティックはすでにこの新しいレンガの外側です...。新しいものを描く（しかし、その場合、そのレンガは完全ではなく、とても素敵で滑らかではなく、1つの刻みがある、それだけです）？
多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。
歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画しない。
こちらhttps://www.mql5.com/ru/articles/250 この問題をFXに当てはめて解決に近づけようとしていたのです。
ありがとうございます。
ブカブカですが、著者であるあなたに2つ質問です。
1.ブラックボックスを四面体のピラミッドや丸い玉でできた球体として抽象的に想像した場合、隠れた構成要素はどうでしょうか？
三重塔の中では、すべてが見通せるようになっているのです。回すことができ、ガサガサ、パチパチと法定の結果（小さなボタンを押すと、塊が落ちる）に基づき
を参考に、このデバイスに関するいくつかの結論を導き出した。
また、自然に発生し、最後に確立された行動に大きく影響を与える原因についてはどうでしょうか。
おそらく、このことは、三角形の上の式の挙動に現れるだろう（たぶん）どのような形であれ、故障はあり得ることを心に留めておいてほしい。
2.なぜ、3波と3波の5波に対して、計算式の反応が違うのか？
フラッグ（チャンネル）に入る、出る。
これらは普通の状況です。
ありがとうございます。
たくさんのブカブカですが、著者であるあなたに2つ質問です。
1.ブラックボックスを四面体のピラミッドや丸い玉でできた球体として抽象的に想像した場合、隠れた構成要素はどうでしょうか？
三重塔の中では、すべてが見通せるようになっているのです。ねじったり回したり、ガサガサ、パチパチと法定の結果（小さなボタンを押せば塊が落ちる）をもとに可能です
を参考に、このデバイスに関するいくつかの結論を導き出した。
また、自然に発生し、最後に確立された行動に大きく影響を与える原因についてはどうでしょうか。
おそらくこれは、三角形上の数式の挙動に現れるでしょう（たぶん）。
2.なぜ、3波と3波の5波に対して、計算式の反応が違うのか？
ブラックボックスの基本原理は、いかなるパラメータの変化も、いかなる変数の対象への作用に関する仮定も、単独では考慮しないこと、すなわちすべてを抽象化することである。問題の仮定の下でプロセスを分析して得られる最終式は、限られた数の係数でプロセスを多かれ少なかれ適切に記述するはずである。私の場合は、プロセスの時定数やその逆数、プロセスの流れに対するシステムの抵抗という意味のシステムインピーダンス、さらにシステムに対する外部からの影響の力を考慮した係数、システムの構造を考慮した係数などである。この3つの係数は、あなたが求めているものを含め、すべてを説明することになっています。こんな感じです。
しかし、それでは過抽選の有無にかかわらず、ただのウィザードになってしまいます
病院平均温度（時間補正あり・なし）（1日1回
ラグドグラフにアイロンをかける。
そうなんですか？))
https://forum.mql4.com/ru/63988/page3#980370
すべてがまさにRenkoです。しかし、私から見ると、もう少し良いアルゴリズムがあるように思います。新しいレンガを作るというニュアンスですね。プログラマーの皆さんは、次のような状況で新しいレンガの出現をどのようにプログラムするか、考えてみてください。
新しいレンガに属するティックが経過し、それ（レンガ）が描画を開始しました・・・そして価格は1ティック戻りました・・・どうしたらいいでしょうか？ ティックはすでにこの新しいレンガの外に出ています・・・。新しいレンガを描く (しかし、その場合、そのレンガは完全ではなく、あまりきれいで滑らかではなく、1つの刻みがある、それだけです) ?
多くの人は、次のような方法で実装しています（私の見解では正しくありません）最後のレンガは再描画することができます....私は、再描画させるようなチャートもインジケータも好きではありません。
歴史の上では万事うまくいっても、実際の取引ではあまりおいしくないというのは、こういうことなのです。しかし、これらのレンガをより「正しく」構築するためのアルゴリズムがあり、レンガは過剰に描画されることはありません。
https://forum.mql4.com/ru/63988/page3#980370
このようなことが起こるのは、標準的なRenkoの場合です（最後のバーの再動作）。しかし、それさえも安定した収益性の高いTSを構築するために利用することができるのです。