MICEX RTSで緊急事態発生。熱狂的なトレーディングロボット - ページ 10 1...34567891011 新しいコメント Sergey Kovalyov 2012.06.24 11:42 #91 レナート、ドットネットは当然糞だが、欲しい人にあげればよかったのに。ターミナルに「fibo indicators」なんてクソがある限り。=)そして、セキュリティに関する論文や「ここにあなたが開いたapiがありますよ、使ってみてはいかがですか？私には理解できない。オープンapiがある端末は、あってもなくても、誰も必要としていないからだと思います。あ、世論調査をさせてください。=) Sergey Kovalyov 2012.06.24 11:49 #92 wise:あ、今から世論調査します。=) 完了https://www.mql5.com/ru/forum/6993 Anatoli Kazharski 2012.06.24 21:07 #93 明らかに未完成なロボットのようなもの。だからムキになってるんです。))そんなときに役立つのが、あらかじめ計算された類似の状況です。ドローダウンに様々なリミッターを構築することができます。そして、そこではすべてが明らかに永久ループで動いていたのです。))仮にそうであったとしても、リミッターはループのすぐ内側に書くべきものです。そして、到達したら、すべてのポジションを決済し、EAをチャートから削除する必要があります。本番のアカウントでは、プログラムをより徹底的に準備する必要があります。 削除済み 2012.06.24 21:53 #94 tol64:明らかに未完成なロボットのようなもの。だからムキになってるんです。))そのような場合、事前に計算されたそのような状況が有効です。ドローダウンに様々なリミッターを構築することができます。そして、すべてが永遠のループの中で動いていたのです。))その場合でも、リミッターはループのすぐ内側に書き込むようにします。そして、到達したら、すべてのポジションを決済し、EAをチャートから削除する必要があります。本番のEAでは、プログラムをより徹底的に準備する必要があります。クィックの場合は、もう少し深刻だったかもしれません。いずれにせよ、今回の実装はもっと真剣に取り組むべきでした。ところで、このような重大なお金は、1台のロボットで管理するのではなく、複数で（アイデアで）管理するべきだと思うのです。 Igor Makanu 2012.06.24 21:59 #95 Interesting: ところで、このような重大なお金は、複数のロボットで管理するべきだったと思います（by アイデア）。 そうそう！1台だけ抜けていて、12台もあったら間違いなく・・・。 削除済み 2012.06.24 22:19 #96 IgorM: そうなんです！1台のボットでは把握しきれず、12台もあったら...。トレーダーを監視して、何かあれば、すべての楽しみを止めてしまうようなボットを使うこともできたはずです。私募ファンドか民間企業か知りませんが、ファンドはボットをたくさん持っているはずなので、リスク管理者がいるはずです。 削除済み 2012.06.25 02:47 #97 Interesting:トレーダーを制御するボットを使って、何かあったら楽しいことを全部止めてしまうことも可能だった。民間企業なのかファンドなのかわからないが、ファンドはロボットが多いので、リスクマネージャーを十分に配置すべき。よくある現象で、マスコミに煽られただけかもしれませんが、400万とか10億とか、確かに私にとってはかなりの額ですが、どれくらいの預金のドローダウンだったかは、わかりません・・・それにレバレッジも1：100ではなかったでしょうしね。個人のブローカーなのか、ファンドなのかはわかりません。 Valerii Mazurenko 2012.06.25 22:06 #98 うわー、みんなMTに堕ちたもんだ。また、RTSやUXでは、デモが本番と同じではなく、多くのツールや設定が単に使用できないことがよくあります。つまり、デモと実機の差が大きすぎて、デモでは非常に大雑把にしかロボットを評価できないのです。そして、qpileで書いても、Stock#で書いても、Plaza II用のC++で書いても、関係ないのです。そうなると、あとは実機でのテストのみとなります。農民がずっと前に（もしかしたら朝のその日、あるいは一ヶ月前に）小さなロットでやっていたこと-すべてがうまくいくことを確認し、大きなロットを置く-ここで開発者にとって予期せぬ形でやってきた論理的エラー（いわゆる「ブラックスワン」が飛び込んできたのだ；ところで、それは素晴らしい本だ）。また、ロボットが2分間だけパニックになったということは、その会社にリスクマネージャーがいるか、ロボットに限界があったということを確認しただけです。まあ、失敗をしたことがない人なんていないでしょうけど。特に、2ヶ月目のマーケットしか見ていないプログラマーではなく、トレーダーによるミスがあったかもしれないのですから。さらに、「無限」のボリュームを持つFXに惑わされ、当フォーラムのユーザーの8割以上は、まったく同じ過ちを犯していることでしょう。間違いは明白ではありません。 Нассим Талеб — все книги www.koob.ru Нассим Талеб — все книги Valerii Mazurenko 2012.06.25 22:22 #99 notused:qpileについて - なぜ以下のコードが動作しないのでしょうか？:)さて、私たちはqpileに精通しているわけではありません。一時はこの例をユーモアスレッドに載せようと思ったのですが、Quik開発学生を馬鹿にするのはやめました。さて、qpileでは、どこで宣言しても、すべての変数がグローバルです。そして、それらは最初に参照した後もアクセス可能である。getHigh関数で、ループはGetBarを呼び出します。for i from 2 to _gh_Count _gh_tmp = GetBar("HIGH", i)も、"i "をループ変数とするループを持つ。for i from 1 to _gbCountで、GetBar関数から戻った後、iは3ではなく_gbCount + 1になります（意図したとおり）。まあ、その後が地獄なんですけどね :-)このため、慣例的なi、j、min、max、tmpなどを拒否しなければならない。- 誤って他の関数を混乱させないように、変数名に何かを追加する必要があるのです。その結果、読んでいてあまり気持ちの良いコードではなくなってしまう。そして、mt4やmt5に戻りましょう。これらは、qpileという最後の千年の惨めさに比べれば、まさに美と軽さと便利さです。ちなみに、qpileはオプションの実行ができないので、ネイティブ環境でも「アンダー言語」である。百歩譲って、株式市場のMT5には本当に期待しています。クイックスイッチなどの松葉杖では、松葉杖以外には何もありませんから。 Дмитрий Александрович 2012.06.26 07:06 #100 notused:うわー、みんなMTに堕ちたもんだ。また、当フォーラムのメンバーの8割以上は、「無限」のボリュームを持つFXに堕落しているので、全く同じ間違いを犯すと思います。間違いは明白ではありません。金 先物（あるいはS&PやDAX）の100枚でトレードした人を知っていますが、彼のブローカーは彼に「もっと慎重にマーケットを動かせ」みたいなことを書きました :D 彼は7-10ティックずらしたんです :) 1...34567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
レナート、ドットネットは当然糞だが、欲しい人にあげればよかったのに。ターミナルに「fibo indicators」なんてクソがある限り。=)
そして、セキュリティに関する論文や「ここにあなたが開いたapiがありますよ、使ってみてはいかがですか？私には理解できない。オープンapiがある端末は、あってもなくても、誰も必要としていないからだと思います。あ、世論調査をさせてください。=)
wise:
あ、今から世論調査します。=)
明らかに未完成なロボットのようなもの。だからムキになってるんです。))
そんなときに役立つのが、あらかじめ計算された類似の状況です。ドローダウンに様々なリミッターを構築することができます。そして、そこではすべてが明らかに永久ループで動いていたのです。))仮にそうであったとしても、リミッターはループのすぐ内側に書くべきものです。そして、到達したら、すべてのポジションを決済し、EAをチャートから削除する必要があります。本番のアカウントでは、プログラムをより徹底的に準備する必要があります。
明らかに未完成なロボットのようなもの。だからムキになってるんです。))
そのような場合、事前に計算されたそのような状況が有効です。ドローダウンに様々なリミッターを構築することができます。そして、すべてが永遠のループの中で動いていたのです。))その場合でも、リミッターはループのすぐ内側に書き込むようにします。そして、到達したら、すべてのポジションを決済し、EAをチャートから削除する必要があります。本番のEAでは、プログラムをより徹底的に準備する必要があります。
クィックの場合は、もう少し深刻だったかもしれません。
いずれにせよ、今回の実装はもっと真剣に取り組むべきでした。
ところで、このような重大なお金は、1台のロボットで管理するのではなく、複数で（アイデアで）管理するべきだと思うのです。
そうなんです！1台のボットでは把握しきれず、12台もあったら...。
トレーダーを監視して、何かあれば、すべての楽しみを止めてしまうようなボットを使うこともできたはずです。
私募ファンドか民間企業か知りませんが、ファンドはボットをたくさん持っているはずなので、リスク管理者がいるはずです。
トレーダーを制御するボットを使って、何かあったら楽しいことを全部止めてしまうことも可能だった。
民間企業なのかファンドなのかわからないが、ファンドはロボットが多いので、リスクマネージャーを十分に配置すべき。
よくある現象で、マスコミに煽られただけかもしれませんが、400万とか10億とか、確かに私にとってはかなりの額ですが、どれくらいの預金のドローダウンだったかは、わかりません・・・それにレバレッジも1：100ではなかったでしょうしね。
個人のブローカーなのか、ファンドなのかはわかりません。
うわー、みんなMTに堕ちたもんだ。
また、RTSやUXでは、デモが本番と同じではなく、多くのツールや設定が単に使用できないことがよくあります。つまり、デモと実機の差が大きすぎて、デモでは非常に大雑把にしかロボットを評価できないのです。そして、qpileで書いても、Stock#で書いても、Plaza II用のC++で書いても、関係ないのです。そうなると、あとは実機でのテストのみとなります。農民がずっと前に（もしかしたら朝のその日、あるいは一ヶ月前に）小さなロットでやっていたこと-すべてがうまくいくことを確認し、大きなロットを置く-ここで開発者にとって予期せぬ形でやってきた論理的エラー（いわゆる「ブラックスワン」が飛び込んできたのだ；ところで、それは素晴らしい本だ）。また、ロボットが2分間だけパニックになったということは、その会社にリスクマネージャーがいるか、ロボットに限界があったということを確認しただけです。まあ、失敗をしたことがない人なんていないでしょうけど。特に、2ヶ月目のマーケットしか見ていないプログラマーではなく、トレーダーによるミスがあったかもしれないのですから。さらに、「無限」のボリュームを持つFXに惑わされ、当フォーラムのユーザーの8割以上は、まったく同じ過ちを犯していることでしょう。間違いは明白ではありません。
qpileについて - なぜ以下のコードが動作しないのでしょうか？:)
さて、私たちはqpileに精通しているわけではありません。一時はこの例をユーモアスレッドに載せようと思ったのですが、Quik開発学生を馬鹿にするのはやめました。
さて、qpileでは、どこで宣言しても、すべての変数がグローバルです。そして、それらは最初に参照した後もアクセス可能である。
getHigh関数で、ループはGetBarを呼び出します。
も、"i "をループ変数とするループを持つ。
で、GetBar関数から戻った後、iは3ではなく_gbCount + 1になります（意図したとおり）。まあ、その後が地獄なんですけどね :-)
このため、慣例的なi、j、min、max、tmpなどを拒否しなければならない。- 誤って他の関数を混乱させないように、変数名に何かを追加する必要があるのです。その結果、読んでいてあまり気持ちの良いコードではなくなってしまう。
そして、mt4やmt5に戻りましょう。これらは、qpileという最後の千年の惨めさに比べれば、まさに美と軽さと便利さです。
ちなみに、qpileはオプションの実行ができないので、ネイティブ環境でも「アンダー言語」である。
百歩譲って、株式市場のMT5には本当に期待しています。クイックスイッチなどの松葉杖では、松葉杖以外には何もありませんから。
うわー、みんなMTに堕ちたもんだ。
また、当フォーラムのメンバーの8割以上は、「無限」のボリュームを持つFXに堕落しているので、全く同じ間違いを犯すと思います。間違いは明白ではありません。
彼は7-10ティックずらしたんです :)