フォルツァ執行上の問題点 - ページ 121 1...114115116117118119120121122123124125126127128...156 新しいコメント Aleksey Vyazmikin 2018.11.21 11:31 #1201 Stanislav Korotky:基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。これは正常なのか？なぜなら、私たちはRURを支払ってUSD 建ての資産を買っているのですから。これらは想定される単位です。 Stanislav Korotky 2018.11.21 12:48 #1202 Aleksey Vyazmikin:なぜなら、米ドルで表示された資産をルーブルを支払って買っているのだから。これらは想定される単位です。端末も一部自動売買を想定しているようです。アプリケーションは、シンボル仕様からでなければ、どのようにして条件付きユニットの意味を知ることができるのでしょうか？今、このプログラムは、これらのニュアンスをすべて手作業で詰め込まなければならないことが判明したのです。では、このAPIは何のためにあるのでしょうか？ fxsaber 2018.11.21 12:59 #1203 Stanislav Korotky:目的は単純で、正しいクラスターインジケーターを 作ることです。基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。正常なのでしょうか？ 価格はどのような通貨になるのでしょうか？繰り返しますが、それは不明です。異なる商品の価格を共通の価格に変換したいのですが。相対的な変化を利用する必要があります。すなわち、作業前の価格系列を対数化する。 Aleksey Vyazmikin 2018.11.21 13:01 #1204 Stanislav Korotky:端末も一部自動売買を想定しているようです。記号の仕様からでなければ、ソフトウェアはどうやって単位の意味を知ることができるのでしょうか？そのため、このような微妙なニュアンスをすべて手作業でプログラムに詰め込まなければならないことが判明しました。では、このAPIは何のためにあるのでしょうか？プログラムはRAS 3/2006を読み込む必要があります :) このようなニュアンスだけでは、開発者は考慮しなかったと思うので、そのためのフラグを追加すべきです。 prostotrader 2018.11.21 15:31 #1205 Stanislav Korotky:目的は単純で、正しいクラスターインジケーターを 作ることです。基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。正常なのでしょうか？ 価格はどのような通貨になるのでしょうか？繰り返しますが、それは不明です。異なる商品の価格を共通の価格に変換する必要があるのですが。全く問題ありません。すべてを必要な通貨に変換する。 具体的にどのようなことが必要なのかを教えていただければ、具体的な方法をお答えします。 Stanislav Korotky 2018.11.22 13:42 #1206 prostotrader:全く問題ありません。すべてを希望の通貨に変換する。 何が必要なのかを具体的に教えてくれれば、どうすればいいのか具体的な答えが得られるはずです。未知の単位で測定されたもの（あるいは、単位はわかっているはずなのに、実は現実に対応していないもの）を翻訳することはできないのです。 例えば、あるティッカーの昨日の価格変化を預金通貨で 計算したいとします。このプログラムの入力パラメータは1つで、ティッカーのリストである。 Stanislav Korotky 2018.11.22 13:50 #1207 fxsaber:相対的な変化をとる。つまり、作業前に価格系列を対数化する。もちろん、これは分析のためのオプションですが、残高と連動しなくなるため、取引上問題が生じる可能性があります。潜在的なティッカー成長率が10％の場合、どのロットを選択すればよいのでしょうか？ティッカーが違えば同じパーセンテージでも全く違うお金になります。 fxsaber 2018.11.22 14:07 #1208 Stanislav Korotky:これはもちろん分析のためのオプションですが、残高との連動がなくなるため、取引時に問題が発生する可能性があります。10％のティッカー増量が見込めるロットは何を選べばいいのか？ティッカーが違えば同じパーセンテージでも、お金の流れはまったく違う。特に問題はないと思います。どのサーバー/シンボルで何を取得する必要があるか、具体的に書いてください。 prostotrader 2018.11.22 14:53 #1209 Stanislav Korotky:未知の単位で測定されたもの（あるいは単位が分かっているはずなのに実際には分かっていないもの）を翻訳することはできないのです。 例えば、あるティッカーの昨日の価格変化を預金通貨で 計算したいとします。プログラムの唯一の入力パラメータは、ティッカーのリストです。変な人だなー。 まず、質問をして、誰かが助けてくれようとすると--完全に拒否する。 FORTSの契約には価格ステップの値があり、この値は常に通貨で表示されます。 預金残高のお好きなように数えてください しかし、小さなBUTがあります この価格（為替予約の場合）は、クリアリングで変化する :( Stanislav Korotky 2018.11.23 11:15 #1210 prostotrader:あなたは変な人だ! まず自分が質問し、誰かが助けてくれようとすると、それを頭ごなしに否定する。 FORTSの契約には価格ステップの値があり、その値は常に通貨で表示されます。 預金残高のお好きなように数えてください しかし、小さなBUTがあります この価格（為替予約の場合）は、清算時に変更されます :( 何も否定しているわけではなく、今まで解決策がなかったというだけなのです。今更ですが、詳しい返信ありがとうございます！なるほど、そういうことだったんですね。SYMBOL_TRADE_TICK_SIZE は、預金通貨のティック価格ではなく、未知の "bukazoids" (Point がある) のティックステップであることが表示されます。入金通貨でのTickの値はSYMBOL_TRADE_TICK_VALUE です。 1...114115116117118119120121122123124125126127128...156 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。これは正常なのか？
なぜなら、私たちはRURを支払ってUSD 建ての資産を買っているのですから。これらは想定される単位です。
なぜなら、米ドルで表示された資産をルーブルを支払って買っているのだから。これらは想定される単位です。
端末も一部自動売買を想定しているようです。アプリケーションは、シンボル仕様からでなければ、どのようにして条件付きユニットの意味を知ることができるのでしょうか？今、このプログラムは、これらのニュアンスをすべて手作業で詰め込まなければならないことが判明したのです。では、このAPIは何のためにあるのでしょうか？
目的は単純で、正しいクラスターインジケーターを 作ることです。基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。正常なのでしょうか？
価格はどのような通貨になるのでしょうか？繰り返しますが、それは不明です。異なる商品の価格を共通の価格に変換したいのですが。
相対的な変化を利用する必要があります。すなわち、作業前の価格系列を対数化する。
端末も一部自動売買を想定しているようです。記号の仕様からでなければ、ソフトウェアはどうやって単位の意味を知ることができるのでしょうか？そのため、このような微妙なニュアンスをすべて手作業でプログラムに詰め込まなければならないことが判明しました。では、このAPIは何のためにあるのでしょうか？
プログラムはRAS 3/2006を読み込む必要があります :)
このようなニュアンスだけでは、開発者は考慮しなかったと思うので、そのためのフラグを追加すべきです。
目的は単純で、正しいクラスターインジケーターを 作ることです。基本的に、価格が米ドルであることが明らかな場合、端末がRURを返す理由は明らかではありません。正常なのでしょうか？
価格はどのような通貨になるのでしょうか？繰り返しますが、それは不明です。異なる商品の価格を共通の価格に変換する必要があるのですが。
全く問題ありません。すべてを必要な通貨に変換する。
具体的にどのようなことが必要なのかを教えていただければ、具体的な方法をお答えします。
全く問題ありません。すべてを希望の通貨に変換する。
何が必要なのかを具体的に教えてくれれば、どうすればいいのか具体的な答えが得られるはずです。
未知の単位で測定されたもの（あるいは、単位はわかっているはずなのに、実は現実に対応していないもの）を翻訳することはできないのです。
例えば、あるティッカーの昨日の価格変化を預金通貨で 計算したいとします。このプログラムの入力パラメータは1つで、ティッカーのリストである。
相対的な変化をとる。つまり、作業前に価格系列を対数化する。
もちろん、これは分析のためのオプションですが、残高と連動しなくなるため、取引上問題が生じる可能性があります。潜在的なティッカー成長率が10％の場合、どのロットを選択すればよいのでしょうか？ティッカーが違えば同じパーセンテージでも全く違うお金になります。
これはもちろん分析のためのオプションですが、残高との連動がなくなるため、取引時に問題が発生する可能性があります。10％のティッカー増量が見込めるロットは何を選べばいいのか？ティッカーが違えば同じパーセンテージでも、お金の流れはまったく違う。
特に問題はないと思います。どのサーバー/シンボルで何を取得する必要があるか、具体的に書いてください。
未知の単位で測定されたもの（あるいは単位が分かっているはずなのに実際には分かっていないもの）を翻訳することはできないのです。
例えば、あるティッカーの昨日の価格変化を預金通貨で 計算したいとします。プログラムの唯一の入力パラメータは、ティッカーのリストです。
変な人だなー。
まず、質問をして、誰かが助けてくれようとすると--完全に拒否する。
FORTSの契約には価格ステップの値があり、この値は常に通貨で表示されます。
預金残高のお好きなように数えてください
しかし、小さなBUTがあります
この価格（為替予約の場合）は、クリアリングで変化する :(
あなたは変な人だ!
まず自分が質問し、誰かが助けてくれようとすると、それを頭ごなしに否定する。
FORTSの契約には価格ステップの値があり、その値は常に通貨で表示されます。
預金残高のお好きなように数えてください
しかし、小さなBUTがあります
この価格（為替予約の場合）は、清算時に変更されます :(
何も否定しているわけではなく、今まで解決策がなかったというだけなのです。今更ですが、詳しい返信ありがとうございます！なるほど、そういうことだったんですね。SYMBOL_TRADE_TICK_SIZE は、預金通貨のティック価格ではなく、未知の "bukazoids" (Point がある) のティックステップであることが表示されます。入金通貨でのTickの値はSYMBOL_TRADE_TICK_VALUE です。