デモと実生活の違いをどう克服するか - ページ 5 12345678 新しいコメント fozi 2011.10.07 17:44 #41 苦しまないで... リアルタイムで戦略を練る必要があるのです。マイクロリアル、この結果になるのは運命的だからです。 T-G 2011.10.07 18:39 #42 LeoV: そして、さらにお伝えしたいのは、リアルも大きく異なるということです。100ドルの預金の実質と1万ドルの預金の実質は別のものであり、100万ドルの預金の実質は3つ目である。そして、その結果は3つのケースで異なる可能性があります。 証券会社のスリッページ調整によるものでしょうか。ただ、1万円では市場に何の影響も与えないと思うので、1千円との比較で差を感じることができます。 LeoV: さらに言うと、預金負荷が結果に大きく影響するんです。預け入れ荷重が1％と100％では、上記の預け入れ荷重のすべてにおいて、大きく異なる結果が得られます。 1%で開くか、デポ全体で開くかでどう変わるのですか？ LeoV: 全てはTS次第です。ある預け入れサイズにある負荷で、安定した結果が得られるようなTSを作る必要があるのです。 TSは（プログラム的に？）どのように入金負荷との差を考慮することができるのでしょうか？ T-G 2011.10.07 18:41 #43 fozi: 苦しまないで... リアルタイムで戦略を練る必要があるのです。マイクロリアル、この結果になるのは運命的だからです。 デモで取引するには何を設定すればいいのか、どんな利点があるのかもわからない。 T-G 2011.10.10 16:54 #44 LeoVさん、 fozi さん、コメントお願いします。 PapaYozh 2011.10.10 17:02 #45 T-G: LeoV、 fozi- コメントはいかがでしょうか？ 新たに聞いてみたいことは？ デモはデモ、リアルはリアルと、すでに言われていますね。そして、それらに共通するのは、MetaTrader + ticksです。しかし、ティックそのものと、DemoとRealでの注文に対するサーバーの反応は一致しないし、一致することもない。 zoritch 2011.10.10 17:11 #46 fozi: 苦しまないで... リアルタイムで戦略を練る必要があるのです。マイクロリアルはその結果が出る運命だから...。 ...実戦で戦略を練る。クールなアドバイスですね。 何を基準にデバッグしているのか...？ 私はマイクロでやっています...1ドル（10ロット4）ピップで...あなたは...？ Леонид 2011.10.10 17:28 #47 T-G: LeoV、 fozi- コメントはいかがですか？ 解説を聞きすぎて、TSだけでなく、金融市場での取引に関する実践的な知識、ディーリングセンターのルール、ブローカーなどなど、FXに関する質問が多くなっていますね． このフォーラムでは、このような議論がなされてきました。検索エンジンを使ってみてください。 それに、ここで喫煙者に「喫煙の危険性について」講釈を垂れる気力もない......)))) T-G 2011.10.11 04:58 #48 PapaYozh: 新しく聴きたい曲は？ デモはデモ、リアルはリアルと、すでに言われていますね。そして、それらに共通するのは、MetaTrader＋カチカチということです。しかし、ティックそのものと、デモと本番での注文に対するサーバーの反応は一致しないし、一致することもない。 まあ、たぶん、プログラム的にスリッページを考慮できるのか、ソフトウェア的に対処する方法があれば聞いてみたいですね。 またはシステムを構成する方法について - プログラムは、デモを悪化させるかもしれない私はそれに設定するために何を知っていない私は知らない...。 Vladimir Paukas 2011.10.11 09:02 #49 T-G: では、プログラム的にスリッページを考慮することは可能なのか、あるいはソフトウェア的にスリッページに対処する方法はないのか、お聞かせください。 その他、システムのチューニング方法について - ソフトウェアはデモを悪化させることができるのか私は知らないその上でチューニングすることが可能であろう私は知らない... リミットオーダーで対応 Роман 2011.10.11 09:17 #50 T-G: では、プログラム的にスリッページを考慮することは可能なのか、あるいはソフトウェア的にスリッページに対処する方法はないのか、お聞かせください。 その他、システムのチューニング方法について - ソフトウェアはデモを悪化させることができるのか私は知らないその上でチューニングすることが可能であろう私は知らない... 新しいバーの開口部の価格（制御付き...）で取引、注文を開くの有能な f-Fiは、オンライン用のOpenPosition（）関数です。スリッページはNumberOfTry変数で考慮されます - 注文を開こうとする - すなわち、スリッページが小さく、この価格で注文が開かなかった場合、もう一度開いてみて、それで終わりです...。これが「スリッページを考慮する」ということなのです。動作値を設定して終わりですから、気にしないでください...。闘う必要はない。対処するための「ソフトウェアの方法」はないのだ。デモと 合理的なブローカーとの合理的なボリュームで実際の 取引は、あなたがあなたの停止と持ち帰りの記録を保持する場合でも、つまり、あなたの会社の 必要性と 取引条件 であるチェックに従って 注文を設定した場合、あなたのブローカーにそれらを表示しない -NO DIFFERENCES（デモはデモ、本物は本物なので "許容" :-)可能な差で）。 12345678 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
苦しまないで...
リアルタイムで戦略を練る必要があるのです。マイクロリアル、この結果になるのは運命的だからです。
LeoV:
そして、さらにお伝えしたいのは、リアルも大きく異なるということです。100ドルの預金の実質と1万ドルの預金の実質は別のものであり、100万ドルの預金の実質は3つ目である。そして、その結果は3つのケースで異なる可能性があります。
証券会社のスリッページ調整によるものでしょうか。ただ、1万円では市場に何の影響も与えないと思うので、1千円との比較で差を感じることができます。
さらに言うと、預金負荷が結果に大きく影響するんです。預け入れ荷重が1％と100％では、上記の預け入れ荷重のすべてにおいて、大きく異なる結果が得られます。
1%で開くか、デポ全体で開くかでどう変わるのですか？
全てはTS次第です。ある預け入れサイズにある負荷で、安定した結果が得られるようなTSを作る必要があるのです。
苦しまないで...
リアルタイムで戦略を練る必要があるのです。マイクロリアル、この結果になるのは運命的だからです。
LeoV、 fozi- コメントはいかがでしょうか？
新たに聞いてみたいことは？
デモはデモ、リアルはリアルと、すでに言われていますね。そして、それらに共通するのは、MetaTrader + ticksです。しかし、ティックそのものと、DemoとRealでの注文に対するサーバーの反応は一致しないし、一致することもない。
苦しまないで...
リアルタイムで戦略を練る必要があるのです。マイクロリアルはその結果が出る運命だから...。
...実戦で戦略を練る。クールなアドバイスですね。
何を基準にデバッグしているのか...？
私はマイクロでやっています...1ドル（10ロット4）ピップで...あなたは...？
LeoV、 fozi- コメントはいかがですか？
解説を聞きすぎて、TSだけでなく、金融市場での取引に関する実践的な知識、ディーリングセンターのルール、ブローカーなどなど、FXに関する質問が多くなっていますね．
このフォーラムでは、このような議論がなされてきました。検索エンジンを使ってみてください。
それに、ここで喫煙者に「喫煙の危険性について」講釈を垂れる気力もない......))))
新しく聴きたい曲は？
デモはデモ、リアルはリアルと、すでに言われていますね。そして、それらに共通するのは、MetaTrader＋カチカチということです。しかし、ティックそのものと、デモと本番での注文に対するサーバーの反応は一致しないし、一致することもない。
まあ、たぶん、プログラム的にスリッページを考慮できるのか、ソフトウェア的に対処する方法があれば聞いてみたいですね。
またはシステムを構成する方法について - プログラムは、デモを悪化させるかもしれない私はそれに設定するために何を知っていない私は知らない...。
では、プログラム的にスリッページを考慮することは可能なのか、あるいはソフトウェア的にスリッページに対処する方法はないのか、お聞かせください。
その他、システムのチューニング方法について - ソフトウェアはデモを悪化させることができるのか私は知らないその上でチューニングすることが可能であろう私は知らない...
では、プログラム的にスリッページを考慮することは可能なのか、あるいはソフトウェア的にスリッページに対処する方法はないのか、お聞かせください。
その他、システムのチューニング方法について - ソフトウェアはデモを悪化させることができるのか私は知らないその上でチューニングすることが可能であろう私は知らない...
新しいバーの開口部の価格（制御付き...）で取引、注文を開くの有能な f-Fiは、オンライン用のOpenPosition（）関数です。スリッページはNumberOfTry変数で考慮されます - 注文を開こうとする - すなわち、スリッページが小さく、この価格で注文が開かなかった場合、もう一度開いてみて、それで終わりです...。これが「スリッページを考慮する」ということなのです。動作値を設定して終わりですから、気にしないでください...。闘う必要はない。対処するための「ソフトウェアの方法」はないのだ。デモと 合理的なブローカーとの合理的なボリュームで実際の 取引は、あなたがあなたの停止と持ち帰りの記録を保持する場合でも、つまり、あなたの会社の 必要性と 取引条件 であるチェックに従って 注文を設定した場合、あなたのブローカーにそれらを表示しない -NO DIFFERENCES（デモはデモ、本物は本物なので "許容" :-)可能な差で）。