MT5でポジションの集計構造のRELIABLEな会計を実装することは可能でしょうか？ - ページ 17 1...101112131415161718192021222324...33 新しいコメント TheCore 2009.10.14 08:14 #161 TheXpert >> : どちらを見るかは人それぞれです。必ずプラスとマイナスがあります。 100％確実な方法は見つからないと思います。 TPとSLに注文を出すことができます。 しかし、複数のEAがあるMT5では、これだけでは意味がない。 Петр 2009.10.14 08:18 #162 thecore >> : だから、ポストソビエトの空間でのテストは必要なかった。 そうでなければ、端末は英語、ヘルプはロシア語という馬鹿げたことになります。 メーカーが誰に報告するのか、皆さんもおわかりになるかと思います。 サポートサービスも、ベータテスターもない。 (掲示板に時々登場する、あのかわいそうな3人組のことではありませんし、同時に (時々掲示板を徘徊する哀れな3人のことではありません) どんな世界征服なんだ？ あなたはとても矛盾した性質を持っていますね。 ===================== だから1つのティッカーで同時にEAを動作させる必要性・必然性の議論は置いておくとして（私の診断はご存じ、統合失調症です）、結果は以下の通りです。 - そのため、現地での会計は信頼性に欠ける。 - サーバアカウンティングが信頼できないのは、集計アカウンティングを作成しただけで、MCがサーバ上で戦略を実行するというサービス、つまり「サーバ上の戦略」を提供していないためです。これは、ネットアプローチにおけるポジション構造会計の信頼性の問題を解決するために必要なことです。 - この問題を解決する方法は、誰かが緊急に必要としているのであれば、見つけることができると思います。問題はコストと必要性にある。 削除済み 2009.10.14 08:23 #163 thecore >> : だから、ポストソビエトの空間でのテストは必要なかった。 それ以外は、端末は英語、ヘルプはロシア語という、とんでもないことになっています。 だから、やらないことを想像してください。ベータ版を強制的にダウンロードさせられ、強制的にインストールさせられ、画面を凝視させられたのか？自分を苦しめないで、全部削除してください・・・。 Dmitry Fedoseev 2009.10.14 08:25 #164 thecore писал(а)>> getchとIntegerの 場合 このスレッドのトピックである「MT5でポジションの集計構造の信頼できる会計を実装することは可能か」という観点で恐縮ですが、このスレッドでは、ポジションの集計構造の信頼できる会計を実装することはできません。 TPとSLを保留中の注文に置き換えることは解決策ではありません。 例を挙げて説明します。 1.ご注文を承りました。 2.SLとTPの代わりに保留の注文を出すことは、サーバーとの1回の取引で2つの注文を出すことはできないので、RELIABLEな 操作となります。 とのトランザクションが発生します。さらに言えば、本命の注文と合わせて2つの保留の3つの注文を出すことは不可能である。 つまり、発注までの間に予期せぬ事態が発生する可能性があります。 未決済注文のタイムリーな発注が不可能となり、あるいは一方または両方の注文が失われること。 またはその両方が、接続障害などの理由で使用できない。 さて、非常に大きな目標（100pips以上）があり、それを何とか修正したと仮定して、EAに多くのチェックを挿入し、次のように配置します。 は、クソみたいな保留命令を出した。 3.価格が何らかの方向に動き、SLなどの保留注文が発動した場合。 4.注文が締め切られた？そうではありません。TPを担当する不運なペンディングオーダーがまだ残っています。 さて、誰が時間内に削除すべきでしょうか？プーシキン、-いや、それは間違いだ。私たちEAによって削除されるはずです。 これはSUPER HATEの 操作だけでなく、プログラマーの恐ろしさでもある。 (トレーダーはもちろんのこと、彼らは何も気にせず、あらゆる場面で1つのオーダーしか持っていません）。 なぜなら、この時点で通信が途絶えると、Expert Advisorとアカウントの制御が完全に失われることになるからです。 これは逆説的な傾向である。ここでは、誰もが預金の0.0003％のMMを提唱し、我々は信頼性の高いストップロスを必要とします。ストップロスは預金を守るための極端な緊急措置であり、それ以外はマーケットが閉じてしまうという、あるべき姿を考えてみましょう。実際、ストップロスやテイクプロフィットがあらかじめ設定された注文を出すことができる端末は、ごくわずかです。 TheCore 2009.10.14 08:27 #165 Svinozavr >> : - この問題を解決する方法は、誰かが緊急に必要としていれば、見つかるものだと思います。問題は、コストと必要性です。 プログラマーでないあなたは、「プログラマーをたくさん集めて、その人たちが始めたら......」と思うのではないでしょうか。 そして、プログラム、プログラム、プログラム......世界中のあらゆるものをプログラムする。 そうでないことを残念に思わなければなりません。 問題を解決するのはプログラマーではなく、システムアナリストです。 プログラマーがコードを作り始める前に、彼らに伝えなければならないことがあります。 何をどうすればいいのか、間違えるとどうなるのか。 残念ながら、MT5の構造を計画する際、アナリストが休暇をとっていたため 到着したときには、すでにプログラムの半分を書き終えており、肩すかしを食らうだけだった。 のように、ああ、好きなようにやってください。 だから、例題にテトリスがあるのであって、取引戦略ではないのです。 Dmitry Fedoseev 2009.10.14 08:32 #166 ......そろそろ、注文の三目並べよりも、分析を適用したほうがいいのかもしれませんね......。 TheCore 2009.10.14 08:32 #167 Integer >> : 逆説的な傾向。ここでは誰もが預金の0.0003%でMMを支持し、その後、信頼性の高いストップロスが必要とされます。ストップロスは預金を守るための最後の緊急手段であり、それ以外のことは、マーケットが閉じてしまう、というように捉えましょう。一般に、ストップロスやテイクプロフィットを事前に設定した上で注文を出せる取引端末は限られています。 日中にペンディングオーダーが発動されたとき、サポートサービスがどうなるのかが気になるところです。 SLとTPを置き換えた場合。 削除済み 2009.10.14 08:32 #168 getch >> : 2.同時に複数の注文をマーケットに出すことはできません。これは、「市場ではない」プラットフォームでしかできないことだった。すべての注文は、Executionサーバーを通じてキューイングされます。例えば、デューカスコピーでTPとSLを設定し保留または成行注文を出すと、3/2条件を同時に出したように見えますが、実際は順次行っています。それが技術であり、論理である。また、成行指値注文は、約定が保証されている注文であるため、約定に支障をきたすことはないため、証拠金が必要とされます。TPレベルも同様です。しかしデューカスコピーでは、TPはスタックに含まれず、マーケット・エントリーとして実行されます。 4.MT5で別のTP/SLレベルのトリガー後にSL/TPレベルを削除する問題は、トレーダーの肩にあります。デューカスコピーでは、これはExecutionサーバーの肩代わりをすることになります。SL発動時に確実にTPを外すためには、ティッカーにTPを入れなければならない（入れられない）ので、そうしないとSL発動後に実行されることが起こり得ます。 多くのニュアンスがあり、SLとTPレベルはマーケット実行によってHOPEFULLYに実装することができるので、MT5開発者がDukascopyの道をたどるという選択肢もあります。あるいは、テーブルを介して独立したTPを実装するオプションがあり（上記で引用したものです）、その場合、開発者はSLとTPレベルのない仮想ポジションを追加すればよいのです。 ただ、明確にした。SL レベルは何ら保証されておらず、Market request によってのみ市場で実行されるため、カップで TP レベルを打たないという義務は必要ない。単純に、マーケットでSLを実行する前に、実行サーバー（デューカスコピー）はTPレベルを削除します（たとえスタックにあったとしても）。この点は、残念ながらMT5では、たとえトレードサーバーに完璧に接続できたとしても、トレーダーが希望的に実施できない点です。そしてそれは、実際、MT5では不可能なことなのです。 削除済み 2009.10.14 08:36 #169 thecore писал(а)>> MT5は、1つの商品に複数のポジションを置くようには設計されていません。MT5は複数のEAを扱えるようには設計されていない MT5は、単一商品のポジションをヘッジするようには設計されていません。 MT5はExpert Advisorとマニュアル取引を一緒に行うようには設計されていません。 MT5はMT4コードに対応していません。 MT5はMT4のプログラムロジックをサポートしていません。 ... じゃあ、何が楽しいんだ。別の新番組で。 MQL5はより強力に、より高速になりました。 あとはもう、こういう会計に切り替えたのは本当に失敗だったなと思います。なぜなら、取引ロボットはネットポジションを即座に計算することができ（取引サーバー、ディーリング、Expert Advisorで、あるいはマニュアル取引で簡単なスクリプトを使用）、それを必要とする人（トレーダー、ブローカー）が、逆の変換はたとえ可能でもかなりのコストがかかるからです。トレードで扱うあらゆる状況を考慮して、どうすれば確実にできるのかわからない。でも、MT5運用まで時間があるので、もしかしたら何か出てくるかも・・・。 Петр 2009.10.14 08:38 #170 thecore >> : プログラマーでない方は、「プログラマーがたくさん集まると、こんなことが始まるんだ」と思われるでしょう。 彼らは、世界中のあらゆるものをプログラムするのです。 そうでないことを残念に思わなければなりません。 問題を解決するのはプログラマーではなく、システムアナリストです。 プログラマーがコードを作り始める前に、彼らに伝えなければならないことがあります。 何をどうすればいいのか、間違えるとどうなるのか。 残念ながら、MT5の構造を計画する際、アナリストが休暇をとっていたため 到着したときには、すでにプログラムの半分を書き終えており、肩すかしを食らうだけだった。 のように、ああ、好きなようにやってください。 だから、例題にテトリスがあるのであって、取引戦略ではないのです。 いろいろな場面で大胆な主張（私の資格、MKの状況など）をされているので、あなたの意見に対する興味がやや薄れるのではないでしょうか))なんとなくレスする意味がないんだよなー、明らかに不備のある人の発言になんでレスするんだろう？))) まずは、幻覚と現実を混同するのはやめて、話し合おう。 1...101112131415161718192021222324...33 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
どちらを見るかは人それぞれです。必ずプラスとマイナスがあります。
100％確実な方法は見つからないと思います。
TPとSLに注文を出すことができます。
しかし、複数のEAがあるMT5では、これだけでは意味がない。
だから、ポストソビエトの空間でのテストは必要なかった。
そうでなければ、端末は英語、ヘルプはロシア語という馬鹿げたことになります。
メーカーが誰に報告するのか、皆さんもおわかりになるかと思います。
サポートサービスも、ベータテスターもない。
(掲示板に時々登場する、あのかわいそうな3人組のことではありませんし、同時に
(時々掲示板を徘徊する哀れな3人のことではありません)
どんな世界征服なんだ？
あなたはとても矛盾した性質を持っていますね。
=====================
だから1つのティッカーで同時にEAを動作させる必要性・必然性の議論は置いておくとして（私の診断はご存じ、統合失調症です）、結果は以下の通りです。
- そのため、現地での会計は信頼性に欠ける。
- サーバアカウンティングが信頼できないのは、集計アカウンティングを作成しただけで、MCがサーバ上で戦略を実行するというサービス、つまり「サーバ上の戦略」を提供していないためです。これは、ネットアプローチにおけるポジション構造会計の信頼性の問題を解決するために必要なことです。
- この問題を解決する方法は、誰かが緊急に必要としているのであれば、見つけることができると思います。問題はコストと必要性にある。
だから、ポストソビエトの空間でのテストは必要なかった。
それ以外は、端末は英語、ヘルプはロシア語という、とんでもないことになっています。
だから、やらないことを想像してください。ベータ版を強制的にダウンロードさせられ、強制的にインストールさせられ、画面を凝視させられたのか？自分を苦しめないで、全部削除してください・・・。
getchとIntegerの 場合
このスレッドのトピックである「MT5でポジションの集計構造の信頼できる会計を実装することは可能か」という観点で恐縮ですが、このスレッドでは、ポジションの集計構造の信頼できる会計を実装することはできません。
TPとSLを保留中の注文に置き換えることは解決策ではありません。
例を挙げて説明します。
1.ご注文を承りました。
2.SLとTPの代わりに保留の注文を出すことは、サーバーとの1回の取引で2つの注文を出すことはできないので、RELIABLEな 操作となります。
とのトランザクションが発生します。さらに言えば、本命の注文と合わせて2つの保留の3つの注文を出すことは不可能である。
つまり、発注までの間に予期せぬ事態が発生する可能性があります。
未決済注文のタイムリーな発注が不可能となり、あるいは一方または両方の注文が失われること。
またはその両方が、接続障害などの理由で使用できない。
さて、非常に大きな目標（100pips以上）があり、それを何とか修正したと仮定して、EAに多くのチェックを挿入し、次のように配置します。
は、クソみたいな保留命令を出した。
3.価格が何らかの方向に動き、SLなどの保留注文が発動した場合。
4.注文が締め切られた？そうではありません。TPを担当する不運なペンディングオーダーがまだ残っています。
さて、誰が時間内に削除すべきでしょうか？プーシキン、-いや、それは間違いだ。私たちEAによって削除されるはずです。
これはSUPER HATEの 操作だけでなく、プログラマーの恐ろしさでもある。
(トレーダーはもちろんのこと、彼らは何も気にせず、あらゆる場面で1つのオーダーしか持っていません）。
なぜなら、この時点で通信が途絶えると、Expert Advisorとアカウントの制御が完全に失われることになるからです。
これは逆説的な傾向である。ここでは、誰もが預金の0.0003％のMMを提唱し、我々は信頼性の高いストップロスを必要とします。ストップロスは預金を守るための極端な緊急措置であり、それ以外はマーケットが閉じてしまうという、あるべき姿を考えてみましょう。実際、ストップロスやテイクプロフィットがあらかじめ設定された注文を出すことができる端末は、ごくわずかです。
- この問題を解決する方法は、誰かが緊急に必要としていれば、見つかるものだと思います。問題は、コストと必要性です。
プログラマーでないあなたは、「プログラマーをたくさん集めて、その人たちが始めたら......」と思うのではないでしょうか。
そして、プログラム、プログラム、プログラム......世界中のあらゆるものをプログラムする。
そうでないことを残念に思わなければなりません。
問題を解決するのはプログラマーではなく、システムアナリストです。
プログラマーがコードを作り始める前に、彼らに伝えなければならないことがあります。
何をどうすればいいのか、間違えるとどうなるのか。
残念ながら、MT5の構造を計画する際、アナリストが休暇をとっていたため
到着したときには、すでにプログラムの半分を書き終えており、肩すかしを食らうだけだった。
のように、ああ、好きなようにやってください。
だから、例題にテトリスがあるのであって、取引戦略ではないのです。
逆説的な傾向。ここでは誰もが預金の0.0003%でMMを支持し、その後、信頼性の高いストップロスが必要とされます。ストップロスは預金を守るための最後の緊急手段であり、それ以外のことは、マーケットが閉じてしまう、というように捉えましょう。一般に、ストップロスやテイクプロフィットを事前に設定した上で注文を出せる取引端末は限られています。
日中にペンディングオーダーが発動されたとき、サポートサービスがどうなるのかが気になるところです。
SLとTPを置き換えた場合。
2.同時に複数の注文をマーケットに出すことはできません。これは、「市場ではない」プラットフォームでしかできないことだった。すべての注文は、Executionサーバーを通じてキューイングされます。例えば、デューカスコピーでTPとSLを設定し保留または成行注文を出すと、3/2条件を同時に出したように見えますが、実際は順次行っています。それが技術であり、論理である。また、成行指値注文は、約定が保証されている注文であるため、約定に支障をきたすことはないため、証拠金が必要とされます。TPレベルも同様です。しかしデューカスコピーでは、TPはスタックに含まれず、マーケット・エントリーとして実行されます。
4.MT5で別のTP/SLレベルのトリガー後にSL/TPレベルを削除する問題は、トレーダーの肩にあります。デューカスコピーでは、これはExecutionサーバーの肩代わりをすることになります。SL発動時に確実にTPを外すためには、ティッカーにTPを入れなければならない（入れられない）ので、そうしないとSL発動後に実行されることが起こり得ます。
多くのニュアンスがあり、SLとTPレベルはマーケット実行によってHOPEFULLYに実装することができるので、MT5開発者がDukascopyの道をたどるという選択肢もあります。あるいは、テーブルを介して独立したTPを実装するオプションがあり（上記で引用したものです）、その場合、開発者はSLとTPレベルのない仮想ポジションを追加すればよいのです。
ただ、明確にした。SL レベルは何ら保証されておらず、Market request によってのみ市場で実行されるため、カップで TP レベルを打たないという義務は必要ない。単純に、マーケットでSLを実行する前に、実行サーバー（デューカスコピー）はTPレベルを削除します（たとえスタックにあったとしても）。この点は、残念ながらMT5では、たとえトレードサーバーに完璧に接続できたとしても、トレーダーが希望的に実施できない点です。そしてそれは、実際、MT5では不可能なことなのです。
MT5は、1つの商品に複数のポジションを置くようには設計されていません。
MT5は複数のEAを扱えるようには設計されていない
MT5は、単一商品のポジションをヘッジするようには設計されていません。
MT5はExpert Advisorとマニュアル取引を一緒に行うようには設計されていません。
MT5はMT4コードに対応していません。
MT5はMT4のプログラムロジックをサポートしていません。
...
じゃあ、何が楽しいんだ。別の新番組で。
MQL5はより強力に、より高速になりました。
あとはもう、こういう会計に切り替えたのは本当に失敗だったなと思います。なぜなら、取引ロボットはネットポジションを即座に計算することができ（取引サーバー、ディーリング、Expert Advisorで、あるいはマニュアル取引で簡単なスクリプトを使用）、それを必要とする人（トレーダー、ブローカー）が、逆の変換はたとえ可能でもかなりのコストがかかるからです。トレードで扱うあらゆる状況を考慮して、どうすれば確実にできるのかわからない。でも、MT5運用まで時間があるので、もしかしたら何か出てくるかも・・・。
プログラマーでない方は、「プログラマーがたくさん集まると、こんなことが始まるんだ」と思われるでしょう。
彼らは、世界中のあらゆるものをプログラムするのです。
そうでないことを残念に思わなければなりません。
問題を解決するのはプログラマーではなく、システムアナリストです。
プログラマーがコードを作り始める前に、彼らに伝えなければならないことがあります。
何をどうすればいいのか、間違えるとどうなるのか。
残念ながら、MT5の構造を計画する際、アナリストが休暇をとっていたため
到着したときには、すでにプログラムの半分を書き終えており、肩すかしを食らうだけだった。
のように、ああ、好きなようにやってください。
だから、例題にテトリスがあるのであって、取引戦略ではないのです。
いろいろな場面で大胆な主張（私の資格、MKの状況など）をされているので、あなたの意見に対する興味がやや薄れるのではないでしょうか))なんとなくレスする意味がないんだよなー、明らかに不備のある人の発言になんでレスするんだろう？)))
まずは、幻覚と現実を混同するのはやめて、話し合おう。