トレンドラインの傾斜角度の算出。 - ページ 25 1...18192021222324252627 新しいコメント Valeriy Yastremskiy 2020.10.28 18:56 #241 Dmitry Fedoseev:何を理解すればいいのか？線が上向きなら、前の値との差は正、下向きなら差は負になる（モジュロの差が大きいほど、方向が急である）。この方向指示器は、短期的な誤った方向転換を見逃すことが平均的である。当然、平均化すればラグが生じます。何かを除外すると、いずれにせよラグが発生します。平均化ではなく、NRTRのようなことができる。例えば、線が上向きなら最大値を固定し、最大値から閾値への引き戻しは方向転換となる。この閾値は一定であることもあれば、標準偏差に比例することもある。しかし、この場合、ラグも発生します。必ずラグが発生します。方向転換の判断の誤差が小さいほど、ラグが大きくなり、ラグが小さいほど、誤差が大きくなります。しかもね、そういう問題を解決するのは、卵がかからない、その場で間髪入れずに解決するんですよ。お前らここで何やってんだ？そのうち、権威ある公式がないと算数ができなくなりますよ。 単純な解決策ではうまくいかない。そのような解決策は当然ある。悪気はないんです。おそらく、タスクの設定が正しくなかったのだと思います。2窓が良かった。 Dmitry Fedoseev 2020.10.28 18:59 #242 Valeriy Yastremskiy: 単純な解決策ではうまくいかない。そのような解決策は当然ある。悪気はないんです。おそらく、タスクの設定が正しくなかったのだと思います。2窓が良かった。 うん、当たり前だけど、5番目の説明からしか理解できない（たぶん半分は理解できていない）。そして、ここでの現象は異なっている。理解できないものはすべて魔法のように思える...。水平線にぶら下がり、まるで軸にぶら下がった人参のように、事態は静止している。そして、一番大事なことは、何事も理解を許さないこと、そうでないと幻想が崩れてしまうことです。 Dmitry Fedoseev 2020.10.28 19:03 #243 しかも、2つのウィンドウは、方向転換を判断するためのバーの数が 決まっているだけ...。でも、なぜかラグがない。理解を求めてもいいのでしょうか？そうしないと錯視が崩れるかもしれない。 Valeriy Yastremskiy 2020.10.28 19:59 #244 Dmitry Fedoseev: しかも、2つのウィンドウは、方向転換を判断するためのバーの数が 決まっているだけ...。でも、なぜかラグがない。理解を求めてもいいのでしょうか？そうしないと錯視が崩れるかもしれない。 確かにウィンドウではラグがありますが、ウィンドウではなくポイントがあるんです。やはり、そこにポイントを見出さなければならない。 Алексей Тарабанов 2020.10.28 21:12 #245 Valeriy Yastremskiy:そういう直接的な思考がないんです。私は難しい道を行く。まず測れるもの、計算できるものを見て、それで何ができるかを考える。質問ですが、現在のバーから廊下の端を左に計算するのは簡単なのでしょうか？廊下は、安値と高値の差の相対的な変化で、安値と高値の速さを計算することができますが、難しいです。より簡単にできるようになりました。 つまり、新しいチャンネルが始まり、確認されたら、それをどのように認識すればよいかを知りたいのです。重要なのは、このチャンネルが古いものではなく、すでに新しいものであることを認識することです。キーワードは、「すでに形成されている」ということです。では、なぜ必要なのでしょうか？ ところで、バー29とは何ですか？ Dmitry Fedoseev 2020.10.28 21:18 #246 Алексей Тарабанов:つまり、新しいチャンネルが開始され、確認された後、それをどのように認識するかということに興味があるのでしょう。重要なのは、そのチャンネルがすでに古いものではなく、新しいチャンネルであることに気づくことです。キーワードは「すでに形成されている」です。では、なぜ必要なのでしょうか？ところで、バー29とは何ですか？ いや、確認しないとラグるんですけど、エラーなく...ラグなく...やらないと。とエラーが出ない...とか、ラグがないとか・・・。и...и...и... Valeriy Yastremskiy 2020.10.28 21:21 #247 Dmitry Fedoseev:いや、確認もラグもないけど、エラーもない...そしてラグもない...。とエラーが出ない...とか、ラグがないとか・・・。и...и...и... いや、美しく、ほどよい手軽さが必要なのです。 Valeriy Yastremskiy 2020.10.28 21:23 #248 Алексей Тарабанов:つまり、新しいチャンネルが開始され、確認された後、それをどのように認識するかということに興味があるのでしょう。重要なのは、そのチャンネルがすでに古いものではなく、新しいチャンネルであることに気づくことです。キーワードは「すでに形成されている」です。では、なぜ必要なのでしょうか？ところで、バー29とは何ですか？ まあ9インデックスはバー29だったhttps://www.mql5.com/ru/forum/163710/page22#comment_18951310アルゴリズムを作っているところです。と思いながら見ています。話題にすることは有効です。ドミトリーでも) Алексей Тарабанов 2020.10.28 21:31 #249 Valeriy Yastremskiy: まあ9インデックスはバー29だった https://www.mql5.com/ru/forum/163710/page22#comment_18951310 アルゴリズムを作っている解答を見ながら進めています。テーマに関するコミュニケーションは有効です。ドミトリーでもね（笑) どうして？インテージは、目的、目標、既知の方法、実用的なアプローチ、応用的なアプローチ、結果、性能評価という分解を 非常に明確に考えています。 Алексей Тарабанов 2020.10.28 21:33 #250 Valeriy Yastremskiy: まあ9インデックスはバー29だった https://www.mql5.com/ru/forum/163710/page22#comment_18951310 アルゴリズムを作っている解答を見ながら進めています。テーマに関するコミュニケーションは有効です。ドミトリーでもね（笑) アルゴリズムをモデル化する必要はない。プロセスに入り込んで描写する必要があります。 1...18192021222324252627 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
何を理解すればいいのか？線が上向きなら、前の値との差は正、下向きなら差は負になる（モジュロの差が大きいほど、方向が急である）。この方向指示器は、短期的な誤った方向転換を見逃すことが平均的である。当然、平均化すればラグが生じます。何かを除外すると、いずれにせよラグが発生します。
平均化ではなく、NRTRのようなことができる。例えば、線が上向きなら最大値を固定し、最大値から閾値への引き戻しは方向転換となる。この閾値は一定であることもあれば、標準偏差に比例することもある。しかし、この場合、ラグも発生します。必ずラグが発生します。方向転換の判断の誤差が小さいほど、ラグが大きくなり、ラグが小さいほど、誤差が大きくなります。
しかもね、そういう問題を解決するのは、卵がかからない、その場で間髪入れずに解決するんですよ。お前らここで何やってんだ？そのうち、権威ある公式がないと算数ができなくなりますよ。
単純な解決策ではうまくいかない。そのような解決策は当然ある。悪気はないんです。おそらく、タスクの設定が正しくなかったのだと思います。2窓が良かった。
うん、当たり前だけど、5番目の説明からしか理解できない（たぶん半分は理解できていない）。そして、ここでの現象は異なっている。理解できないものはすべて魔法のように思える...。水平線にぶら下がり、まるで軸にぶら下がった人参のように、事態は静止している。そして、一番大事なことは、何事も理解を許さないこと、そうでないと幻想が崩れてしまうことです。
しかも、2つのウィンドウは、方向転換を判断するためのバーの数が 決まっているだけ...。でも、なぜかラグがない。理解を求めてもいいのでしょうか？そうしないと錯視が崩れるかもしれない。
そういう直接的な思考がないんです。私は難しい道を行く。まず測れるもの、計算できるものを見て、それで何ができるかを考える。
質問ですが、現在のバーから廊下の端を左に計算するのは簡単なのでしょうか？廊下は、安値と高値の差の相対的な変化で、安値と高値の速さを計算することができますが、難しいです。より簡単にできるようになりました。
つまり、新しいチャンネルが始まり、確認されたら、それをどのように認識すればよいかを知りたいのです。重要なのは、このチャンネルが古いものではなく、すでに新しいものであることを認識することです。キーワードは、「すでに形成されている」ということです。では、なぜ必要なのでしょうか？
ところで、バー29とは何ですか？
つまり、新しいチャンネルが開始され、確認された後、それをどのように認識するかということに興味があるのでしょう。重要なのは、そのチャンネルがすでに古いものではなく、新しいチャンネルであることに気づくことです。キーワードは「すでに形成されている」です。では、なぜ必要なのでしょうか？
ところで、バー29とは何ですか？
いや、確認しないとラグるんですけど、エラーなく...ラグなく...やらないと。とエラーが出ない...とか、ラグがないとか・・・。и...и...и...
いや、確認もラグもないけど、エラーもない...そしてラグもない...。とエラーが出ない...とか、ラグがないとか・・・。и...и...и...
つまり、新しいチャンネルが開始され、確認された後、それをどのように認識するかということに興味があるのでしょう。重要なのは、そのチャンネルがすでに古いものではなく、新しいチャンネルであることに気づくことです。キーワードは「すでに形成されている」です。では、なぜ必要なのでしょうか？
ところで、バー29とは何ですか？
まあ9インデックスはバー29だった
どうして？インテージは、目的、目標、既知の方法、実用的なアプローチ、応用的なアプローチ、結果、性能評価という分解を 非常に明確に考えています。
まあ9インデックスはバー29だった
アルゴリズムをモデル化する必要はない。プロセスに入り込んで描写する必要があります。