初心者の方からの質問 MQL5 MT5 MetaTrader 5 - ページ 644 1...637638639640641642643644645646647648649650651...1504 新しいコメント Alexey Viktorov 2016.10.14 11:17 #6431 Alexey Kozitsyn: そして、環境のアップデートはしています。ただ、検索方法に時間が かかるというだけで、信頼性については議論の余地がありますね。"ずっと "とは何日ですか?数週間に入るかどうか、お伺いしてもよろしいでしょうか。 削除済み 2016.10.14 11:21 #6432 Alexey Viktorov:"ずっと "とは何日ですか?数週間に入るかどうか、はっきりさせることはできますか? データが足りない...。が、数ヶ月単位で突入する可能性が高い:) Alexey Viktorov 2016.10.14 11:24 #6433 Alexey Kozitsyn: しかも、データが少ない...。が、数ヶ月単位で突入する可能性が高い:) また、データが不十分な場合、何を根拠にそのような主張をしているのでしょうか? 削除済み 2016.10.14 11:31 #6434 Alexey Viktorov: また、データが不十分な場合、何を根拠にそのような主張をしているのでしょうか? 同じ根拠で、「もっとたくさん」なら何日も何週間もかかるという仮定も立てましたね。 Alexey Viktorov 2016.10.14 12:30 #6435 Alexey Kozitsyn: 同じもので、あなたは「もっとずっと」何日も何週間もかかるという仮定も立てました。ユーモアや皮肉がわからないようですね...。では、"ずっと "がずっと小さな値で測られるなら、信頼性を危険にさらすような節約に意味があるのでしょうか? 削除済み 2016.10.14 12:40 #6436 Alexey Viktorov:ユーモアや皮肉がわからないようですね...。では、"ずっと "がずっと小さな値で測られるなら、信頼性を危険にさらすような節約に意味があるのでしょうか?そんなことはありません。だから、1ヶ月ほど前に回答し、最後にスマイルを添えたのです:)そして、「もっともっと」というのは、「本当にもっと時間がかかる」ということであって、あくまでも最適解に対しての相対的なものです。 Alexey Viktorov 2016.10.14 13:27 #6437 Alexey Kozitsyn:そんなことはありません。だから、1ヶ月ほど前に返信して、最後にスマイルも添えました:)そして、真面目な話、a lot moreは「本当にa lot moreで間に合う」のですが、それは、最適解との関係においてのみなのです。このテーマについて、最後にもうひとつ。2つの最適解があります。1.信頼できるものの中から最適なものを2.リスクの高い最適なもの。みんな自分で選んでいるんです。さようなら、頑張ってください。 mila.com 2016.10.17 02:40 #6438 ありがとうございました。 Alexey Viktorov 2016.10.17 08:14 #6439 mila.com:このたびは、ご協力をいただき、また有益なお話をありがとうございました。私の例をそのまま使うべきではありません。確認もせずに「その場」で書いたもので、よくよく考えてみると、そんな単純な話ではないことに気づきました。注文を修正する際にも、チケットの取りこぼしや、1つ以上の誤った考慮が残ることがあります。バリアント:チケット、例えばゼロの令状を書くために変数_1のサイクルの前に、その後、若いされるチケットを書くために、この変数の合計-1に最初から行くサイクルで、シニアが変更されます。わかりやすく説明できたでしょうか。 削除済み 2016.10.17 10:30 #6440 Alexey Viktorov:私ならそうします。残念ながらこれはテストしていないので、他の注文を閉じた後に注文のリストに「穴」が開くかどうかがわかりません。もし、このような「隙間」が現れる可能性について説明できる方がいらっしゃれば、ありがたいのですが...。保険として、他のコンティニューを挿入し、ギャップがある場合は、単に1つの注文をスキップします。私にはそう思えるのです。私の例をそのまま使用することはできません。確認もせず勝手に書いたもので、考えてみるとそう簡単ではないことが理解できました。注文を変更した場合でも、1枚または複数枚のチケットが誤って考慮されたままになっていることがあります。別の変形例:ループの前に、例えばゼロオーダーのチケットを変数_1に書き、この変数に1番目からtotal-1までのチケットを書き、これは若くなり、先輩のものを修正します。わかりやすく説明できたでしょうか。 もし、時間的に最後の順番がリストの最後の順番ではないと仮定すると、あなたの例は、一番最初の順番(#0)を考慮していないので、正しくないと言えるでしょう。 1...637638639640641642643644645646647648649650651...1504 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
そして、環境のアップデートはしています。ただ、検索方法に時間が かかるというだけで、信頼性については議論の余地がありますね。
"ずっと "とは何日ですか?数週間に入るかどうか、はっきりさせることはできますか?
しかも、データが少ない...。が、数ヶ月単位で突入する可能性が高い:)
また、データが不十分な場合、何を根拠にそのような主張をしているのでしょうか?
同じもので、あなたは「もっとずっと」何日も何週間もかかるという仮定も立てました。
ユーモアや皮肉がわからないようですね...。
では、"ずっと "がずっと小さな値で測られるなら、信頼性を危険にさらすような節約に意味があるのでしょうか?
ユーモアや皮肉がわからないようですね...。
では、"ずっと "がずっと小さな値で測られるなら、信頼性を危険にさらすような節約に意味があるのでしょうか?
そんなことはありません。だから、1ヶ月ほど前に回答し、最後にスマイルを添えたのです:)
そして、「もっともっと」というのは、「本当にもっと時間がかかる」ということであって、あくまでも最適解に対しての相対的なものです。
そんなことはありません。だから、1ヶ月ほど前に返信して、最後にスマイルも添えました:)
そして、真面目な話、a lot moreは「本当にa lot moreで間に合う」のですが、それは、最適解との関係においてのみなのです。
このテーマについて、最後にもうひとつ。2つの最適解があります。
1.信頼できるものの中から最適なものを
2.リスクの高い最適なもの。
みんな自分で選んでいるんです。
さようなら、頑張ってください。
ありがとうございました。
このたびは、ご協力をいただき、また有益なお話をありがとうございました。
私の例をそのまま使うべきではありません。確認もせずに「その場」で書いたもので、よくよく考えてみると、そんな単純な話ではないことに気づきました。注文を修正する際にも、チケットの取りこぼしや、1つ以上の誤った考慮が残ることがあります。
バリアント:チケット、例えばゼロの令状を書くために変数_1のサイクルの前に、その後、若いされるチケットを書くために、この変数の合計-1に最初から行くサイクルで、シニアが変更されます。
わかりやすく説明できたでしょうか。
私ならそうします。
残念ながらこれはテストしていないので、他の注文を閉じた後に注文のリストに「穴」が開くかどうかがわかりません。
もし、このような「隙間」が現れる可能性について説明できる方がいらっしゃれば、ありがたいのですが...。
保険として、他のコンティニューを挿入し、ギャップがある場合は、単に1つの注文をスキップします。私にはそう思えるのです。
私の例をそのまま使用することはできません。確認もせず勝手に書いたもので、考えてみるとそう簡単ではないことが理解できました。注文を変更した場合でも、1枚または複数枚のチケットが誤って考慮されたままになっていることがあります。
別の変形例:ループの前に、例えばゼロオーダーのチケットを変数_1に書き、この変数に1番目からtotal-1までのチケットを書き、これは若くなり、先輩のものを修正します。
わかりやすく説明できたでしょうか。