ストッパーを使った作業に関する質問:リミッターのクラシック+ストッパーをポジションに統合したもの - ページ 3 12345678910...16 新しいコメント Speculate. Su 2012.07.02 11:01 #21 みんなの「今」と、他の人の「未来」のために。 皆さん、すべての人にとって、また、自らをトレーダーと考える人たち、さらに言えばプログラマーにとっても、最も単純な論理文は、「if - than (if, ... then ...)」とはっきりしているはずです。 私の立場は次の 通りです。 すべての仲介の中心は、顧客の「オーダー」(注文)という概念である。これは基本中の基本の考え方です。 この注文は、繰り返しになりますが、その核となるものは、楽器、数量、条件です。 よりも もし「...ストップロスやテイクプロフィットの水準が上書きされる」 のであれば、MYオーダー違反⇒ブローカーによる運用規定 違反となるのである。 写真で見るシンプルな例 最後の注文のテイクプロフィットで300000円でシステムがカバーしてくれています。 私は、これらが本システムの運用(機能)条件であることを理解しています。そして、使うことで、その機能に納得する。 私は別のことを話しているのです。 動作原理が基本的な証券会社の実務に対応していない。 基本的には命令である。30万クローズの指示はしていない。それは、システムそのものから与えられたものです。(そう、そういう設定になっているから です)。しかし、それこそがナンセンスなのです。 写真参照、MT5での注文とは? 論理は単純で、(もし...なら...)システム自身がボリュームを変更 したなら、それは私の命令ではなく、その人の命令であるということです。 ファイル: 1.gif 31 kb 2.gif 31 kb Renat Fatkhullin 2012.07.02 11:08 #22 Sieg: みんなの「今」と、他の人の「未来」のために。基本的にはオーダーです。 300000をクローズしてくれというオーダーは出して いません。システムそのものが与えた ものです。論理は単純で、(もし...なら...)システム自身がボリュームを変更した場合、 それはシステム側の命令であり、私の命令ではない。どうか落ち着いて、もう少しだけMetaTrader 5で作業してください。すべての注文は、トレーダーによってのみ 行われます。もう一度指摘します。クラシックリミットベースの停止モード。 トレーダーが自分で注文を出すと、それが束になってかかってきて執行されるのです。トレーダーは大量の注文を気にしません。慣れているので、その方が快適なのです。SL/TP一体型のハイブリッドモードが定位置に停止します。 トレーダーはこの運用形態に同意し、「全ポジション量 に対するストップ」を拘束し、ポジションに対して自動的に実行されるようにします。次の注文ごとに、トレーダーは ポジションに以前に設定したグローバルストップを確認または削除 します。 つまり、「はい、私は以前に発行されたグローバルストップレベルを確認するか、または新しいポジションに置く」という明確な注文を出すのはトレーダーであり、サーバー/ブローカーの側で何かをする提案はない。 トレーダーにとっての利点は、多数の指値注文を管理する必要がなく、統合されたストップで単一のポジションを管理することに非常に安心感があることです。トレーダーはハイブリッドモードを強制されるわけではなく、両者を使い分けることができるのです。例えば、あるポジションにグローバル・ストップ・ロスを置き、リミッターを使ってメインのポジションに買いを入れることができるのだ。 あなたが理解していないだけで、誤解された文書に基づいて結論を出し始めているのです。 Anatoli Kazharski 2012.07.02 11:14 #23 Sieg: みんなの「今」と、他の人の「未来」のために。... 最初の図からあなたのスキームでは、同じレベルでTake Profitの 代わりにPending Orderを 使用します。この場合、Sell Limitと なります。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5 Renat Fatkhullin 2012.07.02 11:48 #24 papaklass: では、現在の市場価格がポジションのストップレベルからStopLevelより短い距離にある場合、そのストップレベルを変更せずにポジションを増やすにはどうすればよいのでしょうか?条件が 許す限り、リミッターを使用する。 しかし、凍結はそのためのものであり( 例えば OTC市場で使用する場合)、トリガーに近い状態で注文を変更するためのものではないことを忘れてはならない。そのため、間違って出題されてしまうのです。 Speculate. Su 2012.07.02 12:41 #25 ああ、違うよ、レナト。元気です :)心配はしていないが...。ということで、特に緊張することはないのですが...。メインは別のものです。状況は驚くほどシンプルです。1.まず、ストップとしての簡易リミッターの使用は、あなたのおっしゃる進歩に対して、前進ではなく後退であるということです。ososやif|done命令との関連でも......。そして第二に、あなたは私にシステムを説明しようとし続けていますが(あるいはそれを回避する方法)、そのような継承の適格 性とラストオーダーのストップとティーの位置全体への拡張に 関連しては何も言いませんね。私の投稿の1文目を勝手に思い出すと、「株式市場で業務を行うことを主張するプログラムにおいて、どうしてそのような 顧客の注文/オーダーの実行が あり得るのか」ということです。そして、最も重要なことは、クライアントからそのような注文がない、という主旨を理解しないことです。プログラムをトレーダーと関連付けるべきではありません。企業によっては、ソフトウェアの技術的な不具合に対する保険まであることをご存知でしょうか...。あるいは、最近、大手取引所に対して、まさに顧客の注文処理を理由にした訴訟が相次いでいるが......。 ソフトはクライアントではありません。クライアントはそのような注文はしていない。 システムの機能(動作特性)であり、そのアルゴリズムである。ネットポジション」という概念の出現によるもの。 ブレーキシステムが悪いと...。制動距離が長い... "そして、私に「手持ちを使え」と言うのか・・・。スムーズなブレーキングを実現するために、わざとそうしているのです......。とか、安全性云々とか言ってるけど...。私が言っているのは、「車のエンジンが回転している。運転できない" そして、「あなたが車を出したから、あなたのせいよ」と言うんですね・・・。つまり、こんな感じです。株式市場に参入するふりをしたプログラムが、クライアントの注文・オーダーを勝手に代用・変更・修正する権利はない。これは、アルゴリズムに欠陥があり、不具合があるのです。 Renat Fatkhullin 2012.07.02 13:10 #26 これはあからさまなデタラメだ。私のコメントを全部読んでください。特に、トレーダーが自分で 全ての注文でSL/TPを指定することについて。そして、「クライアントが端末から送信するものはすべてクライアントの取引注文 である」、これを頭に叩き込んでください。風車は別の場所で戦います。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций - Документация по MQL5 Speculate. Su 2012.07.02 13:20 #27 Renat:これはあからさまなデタラメだ。私のコメントを全部読んでください。特に、トレーダーが自分で 全ての注文でSL/TPを指定することについて。ただし、VOLUMEはトレーダーが指定した ものではありません。一体なぜ、システムが全ポジションを停止してしまうのか。トレーダーであるレナートからはそのような注文はない。そして、全く異なるボリュームを絶対的に示しているのです。では、このようなアルゴリズムの有効性はどうでしょうか。そして、「ナンセンス」とは、トレーダーがある価格で100000を決済するという完全に明確な注文を出し、MT5がクライアントの全ポジションをこのレベルに置くことを指します。今のはデタラメだ。 Renat Fatkhullin 2012.07.02 13:28 #28 幼稚園児か、意図的な荒らしか、何かの器具の破損か...ここで選択肢はほとんどないのです。 Hide 2012.07.02 13:35 #29 議論の内容はわかりませんが、注文について、私は次のように述べたいと思います。Buy StopとSell Stopの実行ロジックです。私が教わったように、アメックスでは、ストップは最後の取引の値段で 発動します。ビッドやアスクではなく、フリッパーによって。ストップにフリッパーが表示されると同時に、その注文は成行注文に変換されます。価格」の意味が不明なのですが、価格とは何でしょうか? Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5 Speculate. Su 2012.07.02 13:37 #30 Renat: 幼稚園児か、意図的な荒らしか、何かの器具の破損か...ここで選択肢はほとんどないのです。さて、さて...そう思ったんです。このようなアルゴリズムの適格性については、まだ疑問が残る。 12345678910...16 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
みんなの「今」と、他の人の「未来」のために。
皆さん、すべての人にとって、また、自らをトレーダーと考える人たち、さらに言えばプログラマーにとっても、最も単純な論理文は、「if - than (if, ... then ...)」とはっきりしているはずです。
私の立場は次の 通りです。
すべての仲介の中心は、顧客の「オーダー」(注文)という概念である。これは基本中の基本の考え方です。
この注文は、繰り返しになりますが、その核となるものは、楽器、数量、条件です。
よりも
もし「...ストップロスやテイクプロフィットの水準が上書きされる」 のであれば、MYオーダー違反⇒ブローカーによる運用規定 違反となるのである。
写真で見るシンプルな例
最後の注文のテイクプロフィットで300000円でシステムがカバーしてくれています。
私は、これらが本システムの運用(機能)条件であることを理解しています。そして、使うことで、その機能に納得する。
私は別のことを話しているのです。
動作原理が基本的な証券会社の実務に対応していない。
基本的には命令である。30万クローズの指示はしていない。それは、システムそのものから与えられたものです。(そう、そういう設定になっているから です)。しかし、それこそがナンセンスなのです。
写真参照、MT5での注文とは?
論理は単純で、(もし...なら...)システム自身がボリュームを変更 したなら、それは私の命令ではなく、その人の命令であるということです。
みんなの「今」と、他の人の「未来」のために。
基本的にはオーダーです。 300000をクローズしてくれというオーダーは出して いません。システムそのものが与えた ものです。
論理は単純で、(もし...なら...)システム自身がボリュームを変更した場合、 それはシステム側の命令であり、私の命令ではない。
どうか落ち着いて、もう少しだけMetaTrader 5で作業してください。すべての注文は、トレーダーによってのみ 行われます。
もう一度指摘します。
トレーダーが自分で注文を出すと、それが束になってかかってきて執行されるのです。トレーダーは大量の注文を気にしません。慣れているので、その方が快適なのです。
トレーダーはこの運用形態に同意し、「全ポジション量 に対するストップ」を拘束し、ポジションに対して自動的に実行されるようにします。次の注文ごとに、トレーダーは ポジションに以前に設定したグローバルストップを確認または削除 します。
つまり、「はい、私は以前に発行されたグローバルストップレベルを確認するか、または新しいポジションに置く」という明確な注文を出すのはトレーダーであり、サーバー/ブローカーの側で何かをする提案はない。
トレーダーにとっての利点は、多数の指値注文を管理する必要がなく、統合されたストップで単一のポジションを管理することに非常に安心感があることです。トレーダーはハイブリッドモードを強制されるわけではなく、両者を使い分けることができるのです。例えば、あるポジションにグローバル・ストップ・ロスを置き、リミッターを使ってメインのポジションに買いを入れることができるのだ。
あなたが理解していないだけで、誤解された文書に基づいて結論を出し始めているのです。
みんなの「今」と、他の人の「未来」のために。
...では、現在の市場価格がポジションのストップレベルからStopLevelより短い距離にある場合、そのストップレベルを変更せずにポジションを増やすにはどうすればよいのでしょうか?
条件が 許す限り、リミッターを使用する。
しかし、凍結はそのためのものであり( 例えば OTC市場で使用する場合)、トリガーに近い状態で注文を変更するためのものではないことを忘れてはならない。そのため、間違って出題されてしまうのです。
ああ、違うよ、レナト。
元気です :)
心配はしていないが...。ということで、特に緊張することはないのですが...。
メインは別のものです。
状況は驚くほどシンプルです。
1.まず、ストップとしての簡易リミッターの使用は、あなたのおっしゃる進歩に対して、前進ではなく後退であるということです。ososやif|done命令との関連でも......。
そして第二に、あなたは私にシステムを説明しようとし続けていますが(あるいはそれを回避する方法)、そのような継承の適格 性とラストオーダーのストップとティーの位置全体への拡張に 関連しては何も言いませんね。
私の投稿の1文目を勝手に思い出すと、「株式市場で業務を行うことを主張するプログラムにおいて、どうしてそのような 顧客の注文/オーダーの実行が あり得るのか」ということです。
そして、最も重要なことは、クライアントからそのような注文がない、という主旨を理解しないことです。プログラムをトレーダーと関連付けるべきではありません。企業によっては、ソフトウェアの技術的な不具合に対する保険まであることをご存知でしょうか...。あるいは、最近、大手取引所に対して、まさに顧客の注文処理を理由にした訴訟が相次いでいるが......。
ソフトはクライアントではありません。クライアントはそのような注文はしていない。
システムの機能(動作特性)であり、そのアルゴリズムである。ネットポジション」という概念の出現によるもの。
ブレーキシステムが悪いと...。制動距離が長い... "そして、私に「手持ちを使え」と言うのか・・・。スムーズなブレーキングを実現するために、わざとそうしているのです......。とか、安全性云々とか言ってるけど...。
私が言っているのは、「車のエンジンが回転している。運転できない"
そして、「あなたが車を出したから、あなたのせいよ」と言うんですね・・・。
つまり、こんな感じです。
株式市場に参入するふりをしたプログラムが、クライアントの注文・オーダーを勝手に代用・変更・修正する権利はない。
これは、アルゴリズムに欠陥があり、不具合があるのです。
これはあからさまなデタラメだ。
私のコメントを全部読んでください。特に、トレーダーが自分で 全ての注文でSL/TPを指定することについて。
そして、「クライアントが端末から送信するものはすべてクライアントの取引注文 である」、これを頭に叩き込んでください。風車は別の場所で戦います。
これはあからさまなデタラメだ。
私のコメントを全部読んでください。特に、トレーダーが自分で 全ての注文でSL/TPを指定することについて。
ただし、VOLUMEはトレーダーが指定した ものではありません。
一体なぜ、システムが全ポジションを停止してしまうのか。
トレーダーであるレナートからはそのような注文はない。
そして、全く異なるボリュームを絶対的に示しているのです。
では、このようなアルゴリズムの有効性はどうでしょうか。
そして、「ナンセンス」とは、トレーダーがある価格で100000を決済するという完全に明確な注文を出し、MT5がクライアントの全ポジションをこのレベルに置くことを指します。今のはデタラメだ。
幼稚園児か、意図的な荒らしか、何かの器具の破損か...ここで選択肢はほとんどないのです。
さて、さて...
そう思ったんです。
このようなアルゴリズムの適格性については、まだ疑問が残る。