理論から実践へ - ページ 65 1...585960616263646566676869707172...1981 新しいコメント Maxim Dmitrievsky 2017.12.12 17:00 #641 Aleksey Panfilov:要は、彼ら(引用者)は個人的なものではないはずで、なぜそのような配慮が必要なのでしょう。:)))まあ、個人的なものだと、先験的に依存関係が味方してくれないので難しいですが...。集団的なものは、なんとか戦える。 SEM 2017.12.12 17:07 #642 Maxim Dmitrievsky: 個人的なものは 、依存関係が味方になってくれないので難しいのですが...。:)集団的なものは、何とか苦労 することができます。- これらの理論を検証してみたが、うまくいかなかった。 Maxim Dmitrievsky 2017.12.12 17:08 #643 SEM:- を検証してみたが、その理論が通用しなかった。理論的なことはよくわからない・・・私は理論派じゃないし SEM 2017.12.12 17:10 #644 Maxim Dmitrievsky: 理論的なことはよくわかりませんが...私は理論派ではありません。個人的または集団的な引用に関する説は確認されていない。 Maxim Dmitrievsky 2017.12.12 17:13 #645 SEM:個人的または集団的な引用に関する説は確認されていない。 どのような計算式で算出されたのでしょうか? SEM 2017.12.12 17:16 #646 Maxim Dmitrievsky: どのような数式を使っていたのですか? 欧米と国内の異なるブローカーの端末を並列に走らせ、受信見積もりを比較しただけです。 Maxim Dmitrievsky 2017.12.12 17:19 #647 SEM: 異なるブローカー(欧米と国内)の端末を並列に走らせ、受信見積もりを比較するだけです。りょうしょうずみ Maxim Dmitrievsky 2017.12.12 20:43 #648 Alexander_K2: マキシムの言う通り、市場は自己相似形である。アーカイブされたOPENのTSを確認しました。5,000値程度のサンプリング量にしたはずなのに、まだ変わらない。しかし、以前は1秒刻みで必要でしたが、今は1分刻みになっています。以前は1日に1回以上取引していたのが、今は1ヶ月に1回になりました。まさか...。データ受信の最適な方法を見つけると思われる私の投稿を削除、または我々は年に1回の契約に到達します......MT5では、取引するブローカーからのデフォルトのクォートアーカイブ(ティッククォートも含む)が充実しています。PythonやRを使うのは理にかなっているかもしれません。MT5とそれらを統合するのは簡単で、特にこのフォーラムのRについては、つまり、ボットがデータを準備し、Rスクリプトを呼び出し、それを渡し、その結果を、例えば、シグナルとして受け取るのです...。私自身は今のところやっていませんが、このフォーラムでは、多少なりとも「知っている人」の間では主流になっているようです :) secret 2017.12.12 20:59 #649 Alexander_K2: 約5,000値のサンプルサイズが必要であったため、そのままになっています。 5,000ではなく500を取ったら、(理論上ではなく実際に)何が変わるのか? Vladimir 2017.12.12 21:20 #650 SEM: 異なるブローカー(欧米と国内)の端末を並列に走らせ、受信見積もりを比較しただけです。個別のスプレッド拡大、個別のリクオート 回数、個別のスリッページ、個別の約定遅延を獲得する必要があります。もしクライアントがすでに損をしているとしたら、誰がその車輪にスパナを打ち込むというのだろう。逆に、できるだけ早く、拒否されることなく、リクエストを実行しようとします。 1...585960616263646566676869707172...1981 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
要は、彼ら(引用者)は個人的なものではないはずで、なぜそのような配慮が必要なのでしょう。:)))
まあ、個人的なものだと、先験的に依存関係が味方してくれないので難しいですが...。集団的なものは、なんとか戦える。
個人的なものは 、依存関係が味方になってくれないので難しいのですが...。:)集団的なものは、何とか苦労 することができます。
- これらの理論を検証してみたが、うまくいかなかった。
- を検証してみたが、その理論が通用しなかった。
理論的なことはよくわからない・・・私は理論派じゃないし
理論的なことはよくわかりませんが...私は理論派ではありません。
個人的または集団的な引用に関する説は確認されていない。
個人的または集団的な引用に関する説は確認されていない。
どのような計算式で算出されたのでしょうか?
どのような数式を使っていたのですか?
異なるブローカー(欧米と国内)の端末を並列に走らせ、受信見積もりを比較するだけです。
りょうしょうずみ
マキシムの言う通り、市場は自己相似形である。アーカイブされたOPENのTSを確認しました。5,000値程度のサンプリング量にしたはずなのに、まだ変わらない。しかし、以前は1秒刻みで必要でしたが、今は1分刻みになっています。以前は1日に1回以上取引していたのが、今は1ヶ月に1回になりました。まさか...。データ受信の最適な方法を見つけると思われる私の投稿を削除、または我々は年に1回の契約に到達します......
MT5では、取引するブローカーからのデフォルトのクォートアーカイブ(ティッククォートも含む)が充実しています。PythonやRを使うのは理にかなっているかもしれません。MT5とそれらを統合するのは簡単で、特にこのフォーラムのRについては、つまり、ボットがデータを準備し、Rスクリプトを呼び出し、それを渡し、その結果を、例えば、シグナルとして受け取るのです...。
私自身は今のところやっていませんが、このフォーラムでは、多少なりとも「知っている人」の間では主流になっているようです :)
異なるブローカー(欧米と国内)の端末を並列に走らせ、受信見積もりを比較しただけです。
個別のスプレッド拡大、個別のリクオート 回数、個別のスリッページ、個別の約定遅延を獲得する必要があります。もしクライアントがすでに損をしているとしたら、誰がその車輪にスパナを打ち込むというのだろう。逆に、できるだけ早く、拒否されることなく、リクエストを実行しようとします。