構造のルール プログラムの構成方法を学び、可能性、エラー、解決策などを探る。 - ページ 19 1...121314151617181920 新しいコメント Vladimir Gomonov 2013.07.27 01:26 #181 komposter:MetaDriverの 言うことは正しいし、彼のシステムも正しい。Dick_fxは、「トレーディングドライバー」は10~20のプラットフォームで動作し、最適な価格を使用する必要があることも付け加えます。しかし、このような正しいシステムの使用は、理想的な条件下でのみ便利です。戦略に誤りがない、ユーザーの介入がない、不可抗力がない...。そして、現実にはそのようなことはほとんどありません。dick_fxの例を挙げましょう。25のストラテジーが機能しており、アグリゲーター(トレードドライバー)がそれらをネットポジションに集め、マーケットに投入し、全てOKです。突然、17番目のストラテジーがおかしくなって、不健全な予測をするようになりました。Expert Advisorは素直に開きます。MT4のような些細なロッカーは何をするものなのか。はチャートから17番目のEAを削除します(ディール内のマジコンで簡単に見つかります)。対応するポジション(MT4 の場合)またはポジションの一部(MT5 の場合)をクローズします。は、このEAで作成されたログを読み込んで状況を分析する。では、「正しい会計」に話を移しましょう。トレーダーはエラー(50%の証拠金取引-明らかなロジックエラー)を修正するために何をすべきでしょうか?どのストラテジーがそれを生成したのか(どのように、ログから?)適当なコードを見つけて編集してください(return(0)?)。または、ポジション集計ループで、必要なストラテジー(数字は間違えてはいけません!)の反対側に、continueと入れます。Expert Advisor をコンパイルする(MT4 の場合、最初にターミナルを閉じるか、コンパイル後に正しい設定を指定する)。状況の分析-別の曲(戦略への分割と独自のログが提供されていない場合)。問題は、どちらが簡単かです。明らかにMT4搭載のバリアント。そして、何が安いのか?明らかにNettingとのオプション。結論から言うと、どうなんでしょうか?MT4からGUIでマーケットドライバを作ること ;)要約された異質な 戦略の群れの中で、不具合のある戦略を局限する問題は存在するが、まだそれほど劇的な現象にはなっていない。個人的には、例えば最適化の異なるニューラルネットなど、同種の戦略だけを(大量に)要約している。 しかし、そこではすべてが簡単だ。戦略のシグナルは正規化されており(-1...+1)、各戦略は全体のポジションに微小な貢献をし、計画の信頼性は「統計的優位性」によって達成されているのである。一方、より複雑で、このような群衆の中で不具合を即座に発見することはほとんど現実的ではない。 個別のテスト(できれば自動テスト)しかない。 このローカライズのためにアイデアを出すことはできますが、「反射的に」4に飛びつこうとするのではなく、選択肢の空間を感じるだけで、もしかしたらもっといいものが見つかるかもしれません。:)// おそらく、すべての戦略のために個別の株式指標(別名テスター)をより良く発明することは不可能でしょうが、今のところ負担が大きすぎるように思われます。 Mykola Demko 2013.07.27 12:21 #182 komposter:MetaDriverの 言うことは正しいし、彼のシステムも正しい。Dick_fxは、「トレーディングドライバー」は10~20のプラットフォームで動作し、最適な価格を使用する必要があることも付け加えます。しかし、このような正しいシステムの使用は、理想的な条件下でのみ便利です。戦略に誤りがない、ユーザーの介入がない、不可抗力がない...。そして、現実にはそのようなことはほとんどありません。dick_fxの例を挙げましょう。25のストラテジーが機能しており、アグリゲーター(トレードドライバー)がそれらをネットポジションに集め、マーケットに投入し、全てOKです。突然、17番目のストラテジーがおかしくなって、不健全な予測をするようになりました。Expert Advisorは素直に開く。MT4のような些細なロッカーは何をするものなのか。は17番目のEAをチャートから削除します(取引中のマジコンで簡単に見つけることができます)。対応するポジション(MT4 の場合)またはポジションの一部(MT5 の場合)をクローズします。は、このEAで作成されたログを読み込んで状況を分析する。では、「正しい会計」に話を移しましょう。トレーダーはエラー(50%の証拠金取引-明らかなロジックエラー)を修正するために何をすべきでしょうか?どのストラテジーがそれを生成したのか(どのように、ログから?)適当なコードを見つけて編集してください(return(0)?)。または、ポジションサミングループで、必要なストラテジーを反対にして(間違えないように!)、continueと入れる。Expert Advisor をコンパイルする(MT4 の場合、最初にターミナルを閉じるか、コンパイル後に正しい設定を指定する)。状況の分析-別の曲(戦略への分割と独自のログが提供されていない場合)。問題は、どちらが簡単かです。明らかにMT4搭載のバリアント。そして、何が安いのか?明らかに、Nettingのオプションです。結論から言うと、どうなんでしょうか?MT4からGUIでマーケットドライバを作ること ;)MT5はポジションを売買しているような感じがする。ネッティングは会計システムであり、それ以上ではない、MT4は注文履歴のみ、MT5は注文履歴とその合計をポジションで持っている。つまり、MT5の方が処理する情報が多いのは明白です。また、MT4と同様に各注文にマジックとコメントがあることも覚えておくとよいでしょう。これにより、どのアグリゲーター戦略が50%のマージンで発注したかを特定することができます。このようなマジックマーカーやコメントの使い方を知らなければ、アグリゲーターの戦略を特定することがいかに困難であるか、注文主が何であるかが見えてくるのです。MetaTrader5をデータフィードとして使用する場合、本来クローズするはずの注文にアウト注文を入れると、クローズした注文にはアウト注文があるものだけが表示され、オープンした注文にはアウト注文がないものが表示されることになるのです。 TheXpert 2013.07.27 12:25 #183 TheXpert:トレードドライバーは、システムの信頼性を低下させる。本当にそう思っていないのですか?そして、ドライバーは本当にかっこいいものだと豪語していますね。例えば、ラウンドロビンアービトラージがあります。最初の注文は指値で執行され、その後成行でラウンドが終了します。内部テスターではどうなっているのですか? サークルは閉じていて、Requote、Requote、Pingなど取引を邪魔するものはありません。さて、指値の再クオート(トリガーはあったが、ポジションは表示されなかった)の後、価格がロールバックし、それが真夜中に起こり(幸運の法則)、その時間接続が失われたことを想像してみましょう。信号が検出され、内部テスターに位置がある;設定する必要があります。その結果、裁定取引基準では巨額の損失となった。実際、リダイレクトで応答が終わったので、ポジションを開く必要はない。自分の足に合ったオーダーメイドの靴が一番です。汎用性が高い分、信頼性は低い。 Vladimir Gomonov 2013.07.27 14:53 #184 TheXpert: TheXpert です。トレードドライバーは、システムの信頼性を低下させる。本当に信じていないのですか?そして、ドライバーを何かすごくかっこいいものとして精力的に議論していること。例)ラウンドロビンのアービトラージがあります。最初の注文は指値で発動し、その後円は成行で決済される。内部テスターでは何が起こっているのですか? サークルは閉じており、リジャック、リクオート、Pingなど取引を妨害するものはありません。さて、指値の再クオート(トリガーはあったが、ポジションは表示されなかった)の後、価格が戻ってきたが、真夜中に起こり(幸運の法則)、その時間接続が失われたことを想像してみましょう。信号が検出され、内部テスターに位置がある;設定する必要があります。その結果、裁定取引基準では巨額の損失が発生した。実際、応答は再接続で終わったので、ポジションを開く必要はない。最高の靴は、足に合わせて作られたものです。汎用性が高い分、信頼性は低い。おやおや、これはこれは。お誕生日おめでとうございます......!--アンドリューハ もちろん、このドライバーは予測戦略用で、裁定戦略用ではありません。 また、一方を排除するものでもありません。 裁定戦略の場所は、もう少し先のチャネル、つまりアグリゲーターにあります。このモジュール(アービトラージ)を企画しています。このままでは...ちょうど昨日、ここに書きましたけど。https://www.mql5.com/ru/forum/105007/page9#821911以後はこちらhttps://www.mql5.com/ru/forum/105007/page10#821949 Vladimir Gomonov 2013.07.27 15:18 #185 Urain:タスクから行く。GUIで最も需要があるのはどの作業ですか?そこからやればいいんです。何を実現しようとしているのかを記述し、共通する機能をピックアップしてフレームワークを作り、さらにいろいろなものを追加して、フレームワークをどれだけ簡単に変更できるかを確認する。あるべき姿を理解するために、書き換えてみる。私にはそう見えるのです。そんなものが欲しいですね。ウラン です。 リファレンスモジュールを通してAPIを参照するようにしたらどうでしょうか。 そうすれば、モジュールを一つ変えれば、プラットフォームを変えることができます。つまり、ユニバーサル(:TheXpert : を許して)カスタマイズ可能なイベントルータを作り上げなければなりませんね。片方はTC、もう片方はGUIに接続するため。--TheXpert です。...最高の靴とは、自分の足に合うようにオーダーメイドされた靴のことです。汎用性が高い分、信頼性は低い。// アンドレイ ユニバーサル・ソリューションの目的はマルチユースです。 私自身、デメリットを知っています。)) Vladimir Gomonov 2013.07.27 15:48 #186 Urain:MT5はポジションで取引している感じがしますよね。ネッティングは会計システムであり、それ以上のものではありません。MT4は注文履歴のみ、MT5は注文履歴とその合計をポジションで表示します。つまり、MT5の方が処理する情報が多いのは明白です。また、MT4と同様に各注文にマジックとコメントがあることも覚えておくとよいでしょう。これにより、どのアグリゲーター・ストラテジーが50%のマージンで発注したかを特定することができる。我々はこの種のマジックマーカーやコメントを使用する方法を知っていない場合、我々は市場を識別することがいかに困難であるか、我々は順序でどのような戦略を置くことが表示されます。MetaTrader5をデータフィードとして使用する場合、本来クローズするはずの注文にアウト注文を入れると、クローズした注文にはアウト注文があるものだけが表示され、オープンした注文にはアウト注文がないものが表示されることになるのです。 ネット注文システム(MT5)に対する注文システム(MT4)の優位性についての話題を実質的に閉じてしまった。 そんなことは、明らかに機能していて近くにあるのに、思いもよらなかったのである。 --- 2013.07.27 16:02 #187 MetaDriver: 明らかに効果があり、近くにあるのに、こんな仕掛けは思いつかなかった。 思いつかなかったのが不思議です :) では、第二のヒントが必要ですね。実は、TPとSLもあるので、3つの魔法陣がつながっているはずなのです。 Vladimir Gomonov 2013.07.27 17:06 #188 sergeev: TPとSLもあるので、関連するマジシャンは3人いるはずです。私はトレーディング(戦略的)ストップを使用しないので、私には関係ありませんが、教えてくれてありがとうございます。))--ワップこれらのすべての問題は、ほとんど遠回しに(ネッティングで)、または仕事からお客様からです。戦略の多様化」の第四次形態がその下から突き出ている、アタフタは裸、ロコミに勝るとも劣らない。 推奨ポジションも執行(相場ポジション)も、一般にディスクに全履歴を書き込むことができる。各サブストラテジーの個別について。書き手が時間を無駄にしないなら、別スレッド(Expert Advisor)に置いて、カスタムイベントを通じて情報を送り込む。実行の実態」の分析には、十分に役立つと思います。 Vasiliy Sokolov 2013.07.27 18:27 #189 Urain: そして、リファレンスモジュールを通してAPIリファレンスを作れば? というと、モジュールを一つ変えれば、プラットフォームを変えることができます。その通りです。別途モジュールを作成する必要はありません。なぜなら、データ提供者がまさにそのモジュールだからです。月曜日には、そのようなアプリケーションのスキームを描きます。GUIに関しては、ウラジミールが言うように「イベントルーター」なんてものを作る必要はないんです。ランタイムモジュールはGUIインターフェースに対応しており、ランタイムモジュールに接続されたTCは何も知らなくてもデフォルトでGUIパネルで動作を開始します(回路図は月曜に公開予定です)。ここでのランタイムモジュールは、アダプタークラスのようなものです。原理は簡単です。実行ファイルを扱う方法を知っているシステムであれば、お互いについて何も知らなくても、相互作用することができます。 Vasiliy Sokolov 2013.07.27 18:35 #190 MetaDriver: 明らかに動いていて、身近に見られるのに、そんなこと考えたこともない。不思議なもので、ウラジミール、これがあなたへの啓示となったのです。私はこの方式を約1年前から仕事で使っています。そう、ネットの話ではないことを理解してください。ウラジミールが正しく指摘したように、アルゴリズムが 支配しており、データを 正しく構造化 する方法を知らずして、大きな、そして最も重要なスケーラブルなプロジェクトを構築することはできません。マーケット・ドライバー・スキームの活発な議論に注目してください。一方はこれを必要とし、他方はこれを必要とする。そして、このスキームの中で、我々はどんどん新しいモジュール、相互関係、異なる「イベントルーター」を導入しなければならないのです。また、異なるタスク、異なるマーケット理解を持つ数十人、数人のトレーダーが使用した場合、プロジェクトはどうなるのでしょうか?なぜか、アレクサンドル・ラディシェフの言葉が頭に浮かぶ。「怪物はいたずらっぽく巨大で、ストイックに吠えて いる」。 1...121314151617181920 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MetaDriverの 言うことは正しいし、彼のシステムも正しい。Dick_fxは、「トレーディングドライバー」は10~20のプラットフォームで動作し、最適な価格を使用する必要があることも付け加えます。
しかし、このような正しいシステムの使用は、理想的な条件下でのみ便利です。戦略に誤りがない、ユーザーの介入がない、不可抗力がない...。そして、現実にはそのようなことはほとんどありません。
dick_fxの例を挙げましょう。25のストラテジーが機能しており、アグリゲーター(トレードドライバー)がそれらをネットポジションに集め、マーケットに投入し、全てOKです。突然、17番目のストラテジーがおかしくなって、不健全な予測をするようになりました。Expert Advisorは素直に開きます。
MT4のような些細なロッカーは何をするものなのか。
では、「正しい会計」に話を移しましょう。トレーダーはエラー(50%の証拠金取引-明らかなロジックエラー)を修正するために何をすべきでしょうか?
問題は、どちらが簡単かです。明らかにMT4搭載のバリアント。
そして、何が安いのか?明らかにNettingとのオプション。
結論から言うと、どうなんでしょうか?MT4からGUIでマーケットドライバを作ること ;)
要約された異質な 戦略の群れの中で、不具合のある戦略を局限する問題は存在するが、まだそれほど劇的な現象にはなっていない。個人的には、例えば最適化の異なるニューラルネットなど、同種の戦略だけを(大量に)要約している。 しかし、そこではすべてが簡単だ。戦略のシグナルは正規化されており(-1...+1)、各戦略は全体のポジションに微小な貢献をし、計画の信頼性は「統計的優位性」によって達成されているのである。一方、より複雑で、このような群衆の中で不具合を即座に発見することはほとんど現実的ではない。 個別のテスト(できれば自動テスト)しかない。
このローカライズのためにアイデアを出すことはできますが、「反射的に」4に飛びつこうとするのではなく、選択肢の空間を感じるだけで、もしかしたらもっといいものが見つかるかもしれません。:)
// おそらく、すべての戦略のために個別の株式指標(別名テスター)をより良く発明することは不可能でしょうが、今のところ負担が大きすぎるように思われます。
MetaDriverの 言うことは正しいし、彼のシステムも正しい。Dick_fxは、「トレーディングドライバー」は10~20のプラットフォームで動作し、最適な価格を使用する必要があることも付け加えます。
しかし、このような正しいシステムの使用は、理想的な条件下でのみ便利です。戦略に誤りがない、ユーザーの介入がない、不可抗力がない...。そして、現実にはそのようなことはほとんどありません。
dick_fxの例を挙げましょう。25のストラテジーが機能しており、アグリゲーター(トレードドライバー)がそれらをネットポジションに集め、マーケットに投入し、全てOKです。突然、17番目のストラテジーがおかしくなって、不健全な予測をするようになりました。Expert Advisorは素直に開く。
MT4のような些細なロッカーは何をするものなのか。
では、「正しい会計」に話を移しましょう。トレーダーはエラー(50%の証拠金取引-明らかなロジックエラー)を修正するために何をすべきでしょうか?
問題は、どちらが簡単かです。明らかにMT4搭載のバリアント。
そして、何が安いのか?明らかに、Nettingのオプションです。
結論から言うと、どうなんでしょうか?MT4からGUIでマーケットドライバを作ること ;)
MT5はポジションを売買しているような感じがする。
ネッティングは会計システムであり、それ以上ではない、MT4は注文履歴のみ、MT5は注文履歴とその合計をポジションで持っている。
つまり、MT5の方が処理する情報が多いのは明白です。
また、MT4と同様に各注文にマジックとコメントがあることも覚えておくとよいでしょう。これにより、どのアグリゲーター戦略が50%のマージンで発注したかを特定することができます。
このようなマジックマーカーやコメントの使い方を知らなければ、アグリゲーターの戦略を特定することがいかに困難であるか、注文主が何であるかが見えてくるのです。
MetaTrader5をデータフィードとして使用する場合、本来クローズするはずの注文にアウト注文を入れると、クローズした注文にはアウト注文があるものだけが表示され、オープンした注文にはアウト注文がないものが表示されることになるのです。
トレードドライバーは、システムの信頼性を低下させる。
本当にそう思っていないのですか?そして、ドライバーは本当にかっこいいものだと豪語していますね。
例えば、ラウンドロビンアービトラージがあります。最初の注文は指値で執行され、その後成行でラウンドが終了します。
内部テスターではどうなっているのですか? サークルは閉じていて、Requote、Requote、Pingなど取引を邪魔するものはありません。
さて、指値の再クオート(トリガーはあったが、ポジションは表示されなかった)の後、価格がロールバックし、それが真夜中に起こり(幸運の法則)、その時間接続が失われたことを想像してみましょう。
信号が検出され、内部テスターに位置がある;設定する必要があります。その結果、裁定取引基準では巨額の損失となった。実際、リダイレクトで応答が終わったので、ポジションを開く必要はない。
自分の足に合ったオーダーメイドの靴が一番です。汎用性が高い分、信頼性は低い。
TheXpert:
トレードドライバーは、システムの信頼性を低下させる。
本当に信じていないのですか?そして、ドライバーを何かすごくかっこいいものとして精力的に議論していること。
例)ラウンドロビンのアービトラージがあります。最初の注文は指値で発動し、その後円は成行で決済される。
内部テスターでは何が起こっているのですか? サークルは閉じており、リジャック、リクオート、Pingなど取引を妨害するものはありません。
さて、指値の再クオート(トリガーはあったが、ポジションは表示されなかった)の後、価格が戻ってきたが、真夜中に起こり(幸運の法則)、その時間接続が失われたことを想像してみましょう。
信号が検出され、内部テスターに位置がある;設定する必要があります。その結果、裁定取引基準では巨額の損失が発生した。実際、応答は再接続で終わったので、ポジションを開く必要はない。
最高の靴は、足に合わせて作られたものです。汎用性が高い分、信頼性は低い。
おやおや、これはこれは。
お誕生日おめでとうございます......!
--
アンドリューハ もちろん、このドライバーは予測戦略用で、裁定戦略用ではありません。 また、一方を排除するものでもありません。 裁定戦略の場所は、もう少し先のチャネル、つまりアグリゲーターにあります。このモジュール(アービトラージ)を企画しています。このままでは...ちょうど昨日、ここに書きましたけど。
https://www.mql5.com/ru/forum/105007/page9#821911
以後はこちら
https://www.mql5.com/ru/forum/105007/page10#821949
タスクから行く。GUIで最も需要があるのはどの作業ですか?
そこからやればいいんです。何を実現しようとしているのかを記述し、共通する機能をピックアップしてフレームワークを作り、さらにいろいろなものを追加して、フレームワークをどれだけ簡単に変更できるかを確認する。
あるべき姿を理解するために、書き換えてみる。私にはそう見えるのです。
そんなものが欲しいですね。
リファレンスモジュールを通してAPIを参照するようにしたらどうでしょうか。 そうすれば、モジュールを一つ変えれば、プラットフォームを変えることができます。
つまり、ユニバーサル(:TheXpert : を許して)カスタマイズ可能なイベントルータを作り上げなければなりませんね。片方はTC、もう片方はGUIに接続するため。
--
...
最高の靴とは、自分の足に合うようにオーダーメイドされた靴のことです。汎用性が高い分、信頼性は低い。
// アンドレイ ユニバーサル・ソリューションの目的はマルチユースです。 私自身、デメリットを知っています。))
MT5はポジションで取引している感じがしますよね。
ネッティングは会計システムであり、それ以上のものではありません。MT4は注文履歴のみ、MT5は注文履歴とその合計をポジションで表示します。
つまり、MT5の方が処理する情報が多いのは明白です。
また、MT4と同様に各注文にマジックとコメントがあることも覚えておくとよいでしょう。これにより、どのアグリゲーター・ストラテジーが50%のマージンで発注したかを特定することができる。
我々はこの種のマジックマーカーやコメントを使用する方法を知っていない場合、我々は市場を識別することがいかに困難であるか、我々は順序でどのような戦略を置くことが表示されます。
MetaTrader5をデータフィードとして使用する場合、本来クローズするはずの注文にアウト注文を入れると、クローズした注文にはアウト注文があるものだけが表示され、オープンした注文にはアウト注文がないものが表示されることになるのです。
明らかに効果があり、近くにあるのに、こんな仕掛けは思いつかなかった。
TPとSLもあるので、関連するマジシャンは3人いるはずです。
私はトレーディング(戦略的)ストップを使用しないので、私には関係ありませんが、教えてくれてありがとうございます。))
--
ワップこれらのすべての問題は、ほとんど遠回しに(ネッティングで)、または仕事からお客様からです。戦略の多様化」の第四次形態がその下から突き出ている、アタフタは裸、ロコミに勝るとも劣らない。 推奨ポジションも執行(相場ポジション)も、一般にディスクに全履歴を書き込むことができる。各サブストラテジーの個別について。書き手が時間を無駄にしないなら、別スレッド(Expert Advisor)に置いて、カスタムイベントを通じて情報を送り込む。実行の実態」の分析には、十分に役立つと思います。
そして、リファレンスモジュールを通してAPIリファレンスを作れば? というと、モジュールを一つ変えれば、プラットフォームを変えることができます。
その通りです。別途モジュールを作成する必要はありません。なぜなら、データ提供者がまさにそのモジュールだからです。月曜日には、そのようなアプリケーションのスキームを描きます。GUIに関しては、ウラジミールが言うように「イベントルーター」なんてものを作る必要はないんです。ランタイムモジュールはGUIインターフェースに対応しており、ランタイムモジュールに接続されたTCは何も知らなくてもデフォルトでGUIパネルで動作を開始します(回路図は月曜に公開予定です)。ここでのランタイムモジュールは、アダプタークラスのようなものです。原理は簡単です。
実行ファイルを扱う方法を知っているシステムであれば、お互いについて何も知らなくても、相互作用することができます。
明らかに動いていて、身近に見られるのに、そんなこと考えたこともない。
不思議なもので、ウラジミール、これがあなたへの啓示となったのです。私はこの方式を約1年前から仕事で使っています。
そう、ネットの話ではないことを理解してください。ウラジミールが正しく指摘したように、アルゴリズムが 支配しており、データを 正しく構造化 する方法を知らずして、大きな、そして最も重要なスケーラブルなプロジェクトを構築することはできません。マーケット・ドライバー・スキームの活発な議論に注目してください。一方はこれを必要とし、他方はこれを必要とする。そして、このスキームの中で、我々はどんどん新しいモジュール、相互関係、異なる「イベントルーター」を導入しなければならないのです。また、異なるタスク、異なるマーケット理解を持つ数十人、数人のトレーダーが使用した場合、プロジェクトはどうなるのでしょうか?
なぜか、アレクサンドル・ラディシェフの言葉が頭に浮かぶ。「怪物はいたずらっぽく巨大で、ストイックに吠えて いる」。