[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 386 1...379380381382383384385386387388389390391392393...432 新しいコメント Рустам 2013.06.03 03:23 #3851 Integer: 彼は理解できないでしょう)))だいたいこんなスタイルでこの問題を解決してきました。作業の本質を理解してくれる人がいるのは嬉しいですね。ただ、私にはまだキューがあり、どの順番でタスクが実行され始め、どの順番でさらに実行されるかが輪になっています。 それなら、expの代わりにexp自体がインデックスで定義されているのなら、キューは最初の実行の時間までになりますね。 Dmitry Fedoseev 2013.06.03 03:24 #3852 Zhunko:MACDは、時間の経過に伴う速度をpipsで表示します。変化速度が加速度を意味するのであれば、MACDの微分を取るべきです。興味深い結果が得られています。現在、このテーマで専門家を執筆中です。 バカな!つまり、速度ではなく加速度を知るためには微分を、速度を知るためにはmacdを取らなければならないのですが、なぜ何かの微分ではダメなのでしょうか? Dmitry Fedoseev 2013.06.03 03:24 #3853 FAQ: それなら、ハンドルの代わりに拡張子そのものをインデックスで定義すれば、キューは最初の実行の時間ごとになりますね。 はい、ハンドルは使用しません。 gyfto 2013.06.03 04:17 #3854 Zhunko:MACDは、時間の経過に伴う速度をpipsで表示します。変化速度が加速度を意味するのであれば、MACDの微分を取るべきです。なかなか興味深い結果が出ていますね。今、私はこのテーマで専門家を書いています。 このやり方で良いのでしょうか?for(int i=0; i<limit; i++) velocity[i]=(Close[i]-Close[i+1])/Point; for(i=0; i<limit; i++) acceleration[i]=velocity[i]-velocity[i+1];あまり得意ではないので、間違っていたらご容赦ください。速度は毎分ピップ数で、加速度は毎分ピップ数で表示されます。それとも私が間違っているのでしょうか?あ、説明するの忘れてました。Δt=1なので、1では割らずに、クリアーにしたつもりです。 Chiripaha 2013.06.03 04:31 #3855 これは...まだ解答の要旨をすぐに把握できないので、アルルさんが整理してくれたのだと思います。でもそれは、私が初心者だからであって、まず理論を学んでから実践にトライするには、もっと時間が必要なのです。でも、使いこなせるように頑張ります。Zhunko:セルゲイ、あなたが解決していない問題は何ですか?これなら。 チリパハ: つまり、アルルの 質問に答えると、一方のExpert Advisorが注文を登録してしばらく「昼寝」していた場合、この時点でもう一方のEAは割り当てられた資金の境界を越えておらず(預金の80%とします-両方のEAがこのサイズです)、注文(市場で取引を開始します)することになるのです。また、1人目が作業を再開したとき(資金管理端末は前日に計算済み)、彼/彼女はExpert Advisorが設定した限度を超える取引を開くのでしょうか。このシステムが(仮に)複数のEAで構成される場合、リスクマネジメントがクリティカルなシステムで行われることはあるのでしょうか?このマルチスレッドは正しく理解されていますか?- もしそうなら、確かに財務的にはめちゃくちゃです。しかし、小口口座ではその確率が低いため、あくまで仮定の話となります。そして、大きなアカウントでは、おそらく彼ら自身が何かを書くでしょう。それにしても、結局はそうなんですか? それと、質問があるのですが、これは公式な見解なのか、それとも私のような憶測や実験に過ぎないのでしょうか? 。 それから、378ページのコードです。また来たよ。 遅延が「模擬作業」である場合、預金または他のリソースへの参照を挿入する。このシンクブロックを関数にして、ライブラリに入れればいいのです。どのExpert Advisorからでも入金にアクセスできる同期機能を搭載する予定です。そうですね、未解決の問題というのは、まさにこの質問リストのことです。解決策を見つけたということは、非常に良いことで、私はあなたの立場を理解し、それを受け入れます。しかし! - 質問投稿の次の投稿ですぐに書いたように - あなたは、これらの質問がプログラムの作者(プログラマ)によって解決されるプログラムを作成できる場合、次の解決策を提案しました。そして、これは良いことです。でも、これは次のステップなんです。このステップをディスカッションで詳しく解剖してくださっていることも、私のような未経験の初心者には理解しやすく、さらにとても良いことだと思います。そして、今、それを解決するための実践的な事例を提示していただいたこと。- 素晴らしい。つまり、この問題に対する解決策を提示したことになります(間接的にこの問題の存在と解決策の必要性を確認したことになります)。しかし!結局、アルルが質問していたのは、そのように修正できるロボットのことではなく、彼や他の何千人ものトレーダーが、これらの問題が軽減されていないEAを設定しても、一つの通貨ペアで単純なアプリケーションのために設計された場合、他のチャートに他のEA(あるいはこの同じロボット)がたくさんあることを考慮に入れていないということです。この場合、タスク解決順序にカオス(大量の情報の流れ、例えばニュースリリース 時、世界中に大量の案件がある場合)が発生する可能性があります。並列処理やマルチスレッドは一貫性の対極にあるものなので、結果的にこの一貫性そのものが(特別な解決策なしに)崩れてしまうことになるのです。しかし!またもや...。アドホックな解決策は、一貫性への回帰にほかならない。ここで既に述べた用語であるキューは、シーケンスに他ならないので。そこで質問ですが、マルチスレッドを作成してキューに戻す必要があるのでしょうか?- しかし、それはまた別の話です。私も、本来の問題を考える上で、さらに踏み込みました。あなたと違うのは、あなたはすでに解答のバリエーションを提示しようとしているのに対し、私は初心者の限界として、質問式にしかたどり着けないことです。そして、ご提案いただいた解決策をコピーし、分解して細部までマスターしてみようと思います。でも、すぐにできるようになるかというと、自信がありません。ただ、これまでは率直に言って、解決するためのアルゴリズムをできるだけシンプルにすることを心がけていました。また、複雑なソリューションは、問題に対する他のソリューションがない場合にのみ使用します(非ソフトウェアのアプローチを含む - 結局のところ、問題はコンピュータプログラムを超えて解決することができます)。====================================つまり、言い換えれば- ご指摘のソリューションのブロックがない場合、そのようなEAを多数使用した場合、ご質問のRisk-Managementのような事態が発生する可能性があるのではないでしょうか? チリパハ: ...あるEAが注文を数え、しばらく「昼寝」をした場合、この瞬間、別のEAは割り当てられた資金の境界を越えておらず(例えば、預金の80% - 両方のEAでこのサイズになります)、注文(市場での取引を入力します)を配置します。また、1人目が作業を再開したとき(資金管理端末は前日に計算済み)、彼/彼女はExpert Advisorが設定した限度を超える取引を開くのでしょうか。このシステムが(仮に)複数のExpert Advisorを掛け合わせた場合、Risk-Managementが重要なシステムになるものがあるのでは? もう少し説明させてください。危機的な状況なのかどうか。だから、とりあえずはヘソクリで考えています。問題を解くスピードが速く、コンピュータ内の解答は、おそらくコンピュータの広いビットレートチャンネルを「飛んで」しまうでしょうから。- でも、アルルによると、彼は1ラウンドに2つしか注文を受けられないので、私が間違っているのかもしれません。だから、問題があるのです。 Chiripaha 2013.06.03 05:41 #3856 gyfto: ああ、はっきりさせるのを忘れていました。Δt=1なので、1では割らず、クリアーにしたつもりです。 このデルタは常に1なのか、それとも可変なのか?一定のパラメータでない場合は、(パラメータを)式の中に入れた方が良い。 Vadim Zhunko 2013.06.03 05:44 #3857 Integer:アトミックアクセス単位であり、同期をとらない。このように預金だけを呼び出すのでは意味がありません。デポジットパラメータ関数のいずれかを呼び出すと、何の調整もなく、それだけでアトミックになります。アトミックに行えば、Expert Advisorのすべての作業が行われます。そうやって問題を解決していくのです。何かをしたつもりが、実はそれは錯覚なのです。 私が一晩で言ったことの意味を、ようやく理解してもらえたかと......。:-( 悲しいことに、そうではありませんでした。このタスクのプログラミングには2つの方法があります。あなたのようなトリッキーなものと、私のようなシンプルなもの。個人的にスレッドでエキスパートをキューに入れる必要がある場合は、1つのエキスパート(スレッド)ですべてを行い、同期させない方が簡単です。手元のタスクは、リソースへのアクセスを同期させることです。私のコードで十分です。同時に、Expert Advisorは独立して、並行して動作します。 整数。 バカな!だから、速度ではなく加速度を知るためには微分を取らなければならないし、速度を知るためにはmcdを取らなければならないが、なぜ何かの微分ではダメなのか? 質問の意味がわからない。 Dmitry Fedoseev 2013.06.03 06:20 #3858 Zhunko:一晩でやっと私の言ったことの意味がわかるかと思いきや......。:-( 悲しいことに、そうではありませんでした。このタスクのプログラミングには2つの方法があります。あなたのような凝ったものと、私のようなシンプルなもの。個人的にスレッドでエキスパートをキューに入れる必要がある場合は、1つのエキスパート(スレッド)ですべてを行い、同期させない方が簡単です。手元のタスクは、リソースへのアクセスを同期させることです。私のコードで十分です。同時に、Expert Advisorは独立して、並行して動作します。 質問の意味がわからない。 純子さん、d-i-B*&%#o^i=dです。どうしてそんなに馬鹿なんだ?問題を理解する頭もないのか。話しても無駄だ、全く理解できない。しかし、あなたの立場は......すべてを知っていて理解しているようで、何も知らないし理解していない、ヌボラー幼稚園児レベルのコーデです。そして、あらゆるものに対する理解も同じレベルにあるのです。でも、あなたのエゴは...純子さん、説明までしてもらっているのに、このケースでもわからないのは、脳性麻痺のようです。 Dmitry Fedoseev 2013.06.03 06:25 #3859 Zhunko:質問の意味がわからない。 それがすべてを物語っている! gyfto 2013.06.03 06:27 #3860 Chiripaha: このデルタは常に1なのか、それとも可変なのか?一定のパラメータでない場合は、数式に(パラメータを)入れた方が良い。 そう、常に1つなのです、なぜなら Time[i] - Time[i+1] = const = 1 もし、M1 TFの代わりにtickを使うなら、ビンごとにΔtが変化することになります。ずん子。 質問がよくわからないのですが わかったような気がします。MACDは2つの平均のデルタなので、レートは平均になり、真偽はわかりません。結局のところ、 この課題は、SIシステムを分析に導入し、体系化し、より理解しやすくするための試みと捉えることができるだろう。 1...379380381382383384385386387388389390391392393...432 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
彼は理解できないでしょう)))だいたいこんなスタイルでこの問題を解決してきました。作業の本質を理解してくれる人がいるのは嬉しいですね。ただ、私にはまだキューがあり、どの順番でタスクが実行され始め、どの順番でさらに実行されるかが輪になっています。
それなら、expの代わりにexp自体がインデックスで定義されているのなら、キューは最初の実行の時間までになりますね。
MACDは、時間の経過に伴う速度をpipsで表示します。変化速度が加速度を意味するのであれば、MACDの微分を取るべきです。
興味深い結果が得られています。現在、このテーマで専門家を執筆中です。
バカな!つまり、速度ではなく加速度を知るためには微分を、速度を知るためにはmacdを取らなければならないのですが、なぜ何かの微分ではダメなのでしょうか?
それなら、ハンドルの代わりに拡張子そのものをインデックスで定義すれば、キューは最初の実行の時間ごとになりますね。
はい、ハンドルは使用しません。
MACDは、時間の経過に伴う速度をpipsで表示します。変化速度が加速度を意味するのであれば、MACDの微分を取るべきです。
なかなか興味深い結果が出ていますね。今、私はこのテーマで専門家を書いています。
このやり方で良いのでしょうか?
あまり得意ではないので、間違っていたらご容赦ください。速度は毎分ピップ数で、加速度は毎分ピップ数で表示されます。それとも私が間違っているのでしょうか?
あ、説明するの忘れてました。Δt=1なので、1では割らずに、クリアーにしたつもりです。
これは...
まだ解答の要旨をすぐに把握できないので、アルルさんが整理してくれたのだと思います。でもそれは、私が初心者だからであって、まず理論を学んでから実践にトライするには、もっと時間が必要なのです。でも、使いこなせるように頑張ります。
セルゲイ、あなたが解決していない問題は何ですか?これなら。
つまり、アルルの 質問に答えると、一方のExpert Advisorが注文を登録してしばらく「昼寝」していた場合、この時点でもう一方のEAは割り当てられた資金の境界を越えておらず(預金の80%とします-両方のEAがこのサイズです)、注文(市場で取引を開始します)することになるのです。また、1人目が作業を再開したとき(資金管理端末は前日に計算済み)、彼/彼女はExpert Advisorが設定した限度を超える取引を開くのでしょうか。
このシステムが(仮に)複数のEAで構成される場合、リスクマネジメントがクリティカルなシステムで行われることはあるのでしょうか?
このマルチスレッドは正しく理解されていますか?- もしそうなら、確かに財務的にはめちゃくちゃです。しかし、小口口座ではその確率が低いため、あくまで仮定の話となります。そして、大きなアカウントでは、おそらく彼ら自身が何かを書くでしょう。それにしても、結局はそうなんですか?
それと、質問があるのですが、これは公式な見解なのか、それとも私のような憶測や実験に過ぎないのでしょうか?。
それから、378ページのコードです。また来たよ。
遅延が「模擬作業」である場合、預金または他のリソースへの参照を挿入する。このシンクブロックを関数にして、ライブラリに入れればいいのです。どのExpert Advisorからでも入金にアクセスできる同期機能を搭載する予定です。
そうですね、未解決の問題というのは、まさにこの質問リストのことです。
解決策を見つけたということは、非常に良いことで、私はあなたの立場を理解し、それを受け入れます。しかし! - 質問投稿の次の投稿ですぐに書いたように - あなたは、これらの質問がプログラムの作者(プログラマ)によって解決されるプログラムを作成できる場合、次の解決策を提案しました。そして、これは良いことです。でも、これは次のステップなんです。このステップをディスカッションで詳しく解剖してくださっていることも、私のような未経験の初心者には理解しやすく、さらにとても良いことだと思います。そして、今、それを解決するための実践的な事例を提示していただいたこと。- 素晴らしい。つまり、この問題に対する解決策を提示したことになります(間接的にこの問題の存在と解決策の必要性を確認したことになります)。しかし!
結局、アルルが質問していたのは、そのように修正できるロボットのことではなく、彼や他の何千人ものトレーダーが、これらの問題が軽減されていないEAを設定しても、一つの通貨ペアで単純なアプリケーションのために設計された場合、他のチャートに他のEA(あるいはこの同じロボット)がたくさんあることを考慮に入れていないということです。この場合、タスク解決順序にカオス(大量の情報の流れ、例えばニュースリリース 時、世界中に大量の案件がある場合)が発生する可能性があります。並列処理やマルチスレッドは一貫性の対極にあるものなので、結果的にこの一貫性そのものが(特別な解決策なしに)崩れてしまうことになるのです。しかし!またもや...。アドホックな解決策は、一貫性への回帰にほかならない。ここで既に述べた用語であるキューは、シーケンスに他ならないので。
そこで質問ですが、マルチスレッドを作成してキューに戻す必要があるのでしょうか?- しかし、それはまた別の話です。私も、本来の問題を考える上で、さらに踏み込みました。あなたと違うのは、あなたはすでに解答のバリエーションを提示しようとしているのに対し、私は初心者の限界として、質問式にしかたどり着けないことです。
そして、ご提案いただいた解決策をコピーし、分解して細部までマスターしてみようと思います。でも、すぐにできるようになるかというと、自信がありません。ただ、これまでは率直に言って、解決するためのアルゴリズムをできるだけシンプルにすることを心がけていました。また、複雑なソリューションは、問題に対する他のソリューションがない場合にのみ使用します(非ソフトウェアのアプローチを含む - 結局のところ、問題はコンピュータプログラムを超えて解決することができます)。
====================================
つまり、言い換えれば- ご指摘のソリューションのブロックがない場合、そのようなEAを多数使用した場合、ご質問のRisk-Managementのような事態が発生する可能性があるのではないでしょうか?
...あるEAが注文を数え、しばらく「昼寝」をした場合、この瞬間、別のEAは割り当てられた資金の境界を越えておらず(例えば、預金の80% - 両方のEAでこのサイズになります)、注文(市場での取引を入力します)を配置します。また、1人目が作業を再開したとき(資金管理端末は前日に計算済み)、彼/彼女はExpert Advisorが設定した限度を超える取引を開くのでしょうか。
このシステムが(仮に)複数のExpert Advisorを掛け合わせた場合、Risk-Managementが重要なシステムになるものがあるのでは?
もう少し説明させてください。危機的な状況なのかどうか。だから、とりあえずはヘソクリで考えています。問題を解くスピードが速く、コンピュータ内の解答は、おそらくコンピュータの広いビットレートチャンネルを「飛んで」しまうでしょうから。- でも、アルルによると、彼は1ラウンドに2つしか注文を受けられないので、私が間違っているのかもしれません。だから、問題があるのです。
ああ、はっきりさせるのを忘れていました。Δt=1なので、1では割らず、クリアーにしたつもりです。
アトミックアクセス単位であり、同期をとらない。このように預金だけを呼び出すのでは意味がありません。デポジットパラメータ関数のいずれかを呼び出すと、何の調整もなく、それだけでアトミックになります。アトミックに行えば、Expert Advisorのすべての作業が行われます。そうやって問題を解決していくのです。何かをしたつもりが、実はそれは錯覚なのです。
私が一晩で言ったことの意味を、ようやく理解してもらえたかと......。:-( 悲しいことに、そうではありませんでした。
このタスクのプログラミングには2つの方法があります。あなたのようなトリッキーなものと、私のようなシンプルなもの。個人的にスレッドでエキスパートをキューに入れる必要がある場合は、1つのエキスパート(スレッド)ですべてを行い、同期させない方が簡単です。
手元のタスクは、リソースへのアクセスを同期させることです。私のコードで十分です。同時に、Expert Advisorは独立して、並行して動作します。
バカな!だから、速度ではなく加速度を知るためには微分を取らなければならないし、速度を知るためにはmcdを取らなければならないが、なぜ何かの微分ではダメなのか?
一晩でやっと私の言ったことの意味がわかるかと思いきや......。:-( 悲しいことに、そうではありませんでした。
このタスクのプログラミングには2つの方法があります。あなたのような凝ったものと、私のようなシンプルなもの。個人的にスレッドでエキスパートをキューに入れる必要がある場合は、1つのエキスパート(スレッド)ですべてを行い、同期させない方が簡単です。
手元のタスクは、リソースへのアクセスを同期させることです。私のコードで十分です。同時に、Expert Advisorは独立して、並行して動作します。
純子さん、d-i-B*&%#o^i=dです。どうしてそんなに馬鹿なんだ?問題を理解する頭もないのか。話しても無駄だ、全く理解できない。しかし、あなたの立場は......すべてを知っていて理解しているようで、何も知らないし理解していない、ヌボラー幼稚園児レベルのコーデです。そして、あらゆるものに対する理解も同じレベルにあるのです。でも、あなたのエゴは...
純子さん、説明までしてもらっているのに、このケースでもわからないのは、脳性麻痺のようです。
質問の意味がわからない。
それがすべてを物語っている!
このデルタは常に1なのか、それとも可変なのか?一定のパラメータでない場合は、数式に(パラメータを)入れた方が良い。
そう、常に1つなのです、なぜなら もし、M1 TFの代わりにtickを使うなら、ビンごとにΔtが変化することになります。