ATC2012参加者の尻尾をつかむ「シグナルズ」購読をすでに試された方はいらっしゃいますか？ - ページ 5 123456789101112...83 新しいコメント Andrey Khatimlianskii 2012.10.08 22:06 #41 St.Vitaliy:ミルクメイドのことも考えてください。 ミルクメイドからの苦情は避けられない、直ぐに書きましたよ。 Mikhail Antropov 2012.10.08 23:34 #42 レント・ア・シグナルがデフレに...。 なぜだろう？ Vasiliy Sokolov 2012.10.09 00:47 #43 Renat:そのほかにも、いくつかの解決すべき課題があります。シンボルによる切迫した横断をどうするか？入金過多と保証金ストップ高をどうするか？しばらく通信が途絶えたとき、どうやってレイアウトを復旧させるのか。 コピー機の悪夢が現実になり、さらに複数の信号が乱立することになるすべてのロールの正しさを証明するチャンスがない場合、トレーダーにポジションの最終的な混乱をどのように説明するのですか？あえて信号を1つに絞り込み、最悪の結果を排除したのです。特に、ほとんどのトランザクションがクラウドサーバーのTrusted Execution Tokenメカニズムを経由する可能性が高いことを考慮すると、信号コピーの遅延は数ミリ秒に短縮されるでしょう。ちょっと待てよ、アーキテクチャの開発はお前がやったんじゃないのか？今は記号で位置や交差をいじることを書いている人ですね。レナート取引を複製するための非取引メカニズムがあり、接続性の損失がなく、再接続後の同期の問題もなく（15分や2時間接続性がない場合を想像してください）、100％厳密に制御することが可能です。また、ネットなしのMetaTrader 4も あります。 そして、そのようなものとしてのネットは何の関係もない。一時期、ネッティングモードで多通貨を透過的に動作させるために、適切なアーキテクチャを開発する必要があった人がいました。実際、複雑で信頼性に欠けるため、狭い範囲の「入門者」しか利用できない多通貨の作成に専念した記事に書かれているような、一部の熱心な人々の粗野な考えによって、すべてが制限されていたのである。その結果、「何千人もの主婦」が今でもMT4を選ぶのは、各取引をシンプルにコントロールでき、どの取引を決済するか、どのストップロスを並べ替えるかといった心配をする必要がないためです。 Vasiliy Sokolov 2012.10.09 00:53 #44 Renat:あえて信号を1つに絞り込み、最悪の結果を排除したのです。特に、ほとんどのトランザクションはクラウドサーバーのTrusted Execution Tokenの仕組みを経由すると思われるので、信号のコピーレイテンシは数ミリ秒に短縮されるでしょう。 男 シグナル取引の要点は、投資ポートフォリオを作成することです。製品を見てください、A**ri - マネージャーやロボットのプールの需要そのものが、これらのサービスを生み出しました。 Vasiliy Sokolov 2012.10.09 01:06 #45 Renat:今のところ、問題に対する解決策は提示されておらず、「やることが少なく、総じて楽勝だ」と述べるにとどまっています。私たちは、もっと長い間、この問題について頭を悩ませてきたのだと考えてください。そして、「まあ、そうだな、理論的にはできるだろう」という最初の一歩で終わらせなかったことです。実は、皆さんのコメントの本質は、「ギブアンドバスタ、理論的には可能だから否定するな、推敲の第一段階を超えるのは億劫だ」に還元されていたのです。 また、独立系デベロッパーにできることは何だと思いますか？MT5は硬質なモノリシックです。せいぜい別の松葉杖を作り、対応する記事に記載する程度である。品質システムは、製品に組み込まなければ書けません。この問題を身をもって知っているからこそ、サーバー側で状態の記録を保存しないとやっていけないと言えるのです。また、サードパーティーの開発者は、この問題をどのように解決すべきとお考えですか？結局、自分たちができることを精一杯やる。MQL5<-> DLL <--> SQLのような 松葉杖や組み合わせを作り、メンテナンスが困難で、宣伝している大衆市場には適用できないのです。 Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе www.mql5.com Стандартные константы, перечисления и структуры / Состояние окружения / Информация о запущенной MQL5-программе - Документация по MQL5 Renat Fatkhullin 2012.10.09 01:22 #46 komposter: 特徴的なのは、私の前の投稿からの建設的なものはすべて無視されたことです )残念ながら、あなたの側からは建設的な意見はまったく出てきませんでした。ギブアンドテイク」＋「一方的な発言」しかなかった。つまり、複数の信号の競合を解消する方法が書かれておらず、接続が切れた場合の復旧方法についても回答がありませんでした。また、差し迫った紛争が100％の確率で起こりうるという責任についても、まったく触れていませんね。私は、大量サービスに対して、「私がやってあげるから大丈夫」という解答の不可能性を無意味に指摘したわけではありません。 Vasiliy Sokolov 2012.10.09 01:27 #47 この話題に関して言えば、私自身の経験から言えることは、この問題は非常に複雑で、単純な複製では解決できないということです。従来は、3つの要素に分けることができました。信号の複製システム。取 引ロボットのプールからシグナルを受信し、ポジションの総量を強制的にコントロールすることになるのです。ポートフォリオマネジメントの仕組み。共 同口座の資金が取引ロボットのサブ口座に再分配されるルール群。 お金の管理／リスク マネジメントの仕組み。リスクをコントロールし、ポートフォリオの資本配分を決定する一連のルールと数学的公式。このようなことは、実際には非常に困難であり、しかも既存のアーキテクチャに重大な変更を加えなければならない。 Renat Fatkhullin 2012.10.09 01:38 #48 C-4:ちょっと待てよ、建築の設計をしたのは君じゃないのか？今、あなた自身が、ポジションとキャラクターの重なりについて書いていますね。処理の実装を本気で考えている人は少ないんですね。しかし、「解決策をくれ、トレーダーはそれを必要としている、状態をサーバーに保存してくれ」という発言から、その思考回路は理解できます。問題の最大公約数を他人に転嫁し、気にしない、何か問題が起きたら-実装が悪いと批判する、というのは理解できることです。しかし、ブローカー、システムプロバイダー、ネットワークインフラ、そしてトレーダーの側から問題を評価すると、シグナルミキシングという提案されたソリューションには、合理的で安全なソリューションがないことがわかるでしょう。 Andrey Khatimlianskii 2012.10.09 01:39 #49 Renat:残念ながら、建設的な態度はまったく見られない。ギブアンドテイク」＋「一方的な発言」しかなかった。つまり、複数の信号の競合を解決する方法や、通信が途絶えた場合の復旧方法について、記述されていませんでしたね。また、差し迫った紛争が100％の確率で起こりうるという責任についても、まったく触れていませんね。私は、大量サービスに対して、「私がやってあげるから大丈夫」という解の不可能性を無意味に指摘したわけではありません。 根拠のない発言は禁止してください。ただ、休息に行くことを約束してください。 Renat Fatkhullin 2012.10.09 01:41 #50 C-4: また、独立系デベロッパーにできることは何だと思いますか？MT5は硬質なモノリシックです。せいぜい別の松葉杖を作り、対応する記事に記述する程度である。品質システムは、製品に組み込まなければ書けません。この問題を身をもって知っているからこそ、サーバー側で状態の記録を保存しないとやっていけないと言えるのです。また、サードパーティーの開発者は、この問題をどのように解決すべきとお考えですか？結局、自分たちができることを精一杯やる。MQL5<-> DLL <-->SQLという、メンテナンスが大変で大衆市場には適用できない、松葉杖型の 組み合わせを作って、皆さんが大絶賛しているのです。あなたは間違っています。MQL5はとてもオープンで機能的なので、ほとんど何でもできます。DLLやSQLで松葉杖をつく必要はなく、ファイル操作で必要なものはすべてディスクに保存しておけば十分です。グローバル変数のデータベースは非常に安定しており、再起動やクラッシュの際にも失われることはありません。そして、サーバー上の状態保存はメジとコメントです。惜しみなく使えるようになる。 123456789101112...83 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ミルクメイドのことも考えてください。
レント・ア・シグナルがデフレに...。
なぜだろう？
そのほかにも、いくつかの解決すべき課題があります。
あえて信号を1つに絞り込み、最悪の結果を排除したのです。特に、ほとんどのトランザクションがクラウドサーバーのTrusted Execution Tokenメカニズムを経由する可能性が高いことを考慮すると、信号コピーの遅延は数ミリ秒に短縮されるでしょう。
ちょっと待てよ、アーキテクチャの開発はお前がやったんじゃないのか？今は記号で位置や交差をいじることを書いている人ですね。
取引を複製するための非取引メカニズムがあり、接続性の損失がなく、再接続後の同期の問題もなく（15分や2時間接続性がない場合を想像してください）、100％厳密に制御することが可能です。また、ネットなしのMetaTrader 4も あります。
あえて信号を1つに絞り込み、最悪の結果を排除したのです。特に、ほとんどのトランザクションはクラウドサーバーのTrusted Execution Tokenの仕組みを経由すると思われるので、信号のコピーレイテンシは数ミリ秒に短縮されるでしょう。
今のところ、問題に対する解決策は提示されておらず、「やることが少なく、総じて楽勝だ」と述べるにとどまっています。
私たちは、もっと長い間、この問題について頭を悩ませてきたのだと考えてください。そして、「まあ、そうだな、理論的にはできるだろう」という最初の一歩で終わらせなかったことです。
実は、皆さんのコメントの本質は、「ギブアンドバスタ、理論的には可能だから否定するな、推敲の第一段階を超えるのは億劫だ」に還元されていたのです。
特徴的なのは、私の前の投稿からの建設的なものはすべて無視されたことです )
残念ながら、あなたの側からは建設的な意見はまったく出てきませんでした。ギブアンドテイク」＋「一方的な発言」しかなかった。
つまり、複数の信号の競合を解消する方法が書かれておらず、接続が切れた場合の復旧方法についても回答がありませんでした。
また、差し迫った紛争が100％の確率で起こりうるという責任についても、まったく触れていませんね。私は、大量サービスに対して、「私がやってあげるから大丈夫」という解答の不可能性を無意味に指摘したわけではありません。
この話題に関して言えば、私自身の経験から言えることは、この問題は非常に複雑で、単純な複製では解決できないということです。従来は、3つの要素に分けることができました。
このようなことは、実際には非常に困難であり、しかも既存のアーキテクチャに重大な変更を加えなければならない。
ちょっと待てよ、建築の設計をしたのは君じゃないのか？今、あなた自身が、ポジションとキャラクターの重なりについて書いていますね。
処理の実装を本気で考えている人は少ないんですね。
しかし、「解決策をくれ、トレーダーはそれを必要としている、状態をサーバーに保存してくれ」という発言から、その思考回路は理解できます。問題の最大公約数を他人に転嫁し、気にしない、何か問題が起きたら-実装が悪いと批判する、というのは理解できることです。
しかし、ブローカー、システムプロバイダー、ネットワークインフラ、そしてトレーダーの側から問題を評価すると、シグナルミキシングという提案されたソリューションには、合理的で安全なソリューションがないことがわかるでしょう。
残念ながら、建設的な態度はまったく見られない。ギブアンドテイク」＋「一方的な発言」しかなかった。
つまり、複数の信号の競合を解決する方法や、通信が途絶えた場合の復旧方法について、記述されていませんでしたね。
また、差し迫った紛争が100％の確率で起こりうるという責任についても、まったく触れていませんね。私は、大量サービスに対して、「私がやってあげるから大丈夫」という解の不可能性を無意味に指摘したわけではありません。
また、独立系デベロッパーにできることは何だと思いますか？MT5は硬質なモノリシックです。せいぜい別の松葉杖を作り、対応する記事に記述する程度である。品質システムは、製品に組み込まなければ書けません。この問題を身をもって知っているからこそ、サーバー側で状態の記録を保存しないとやっていけないと言えるのです。また、サードパーティーの開発者は、この問題をどのように解決すべきとお考えですか？結局、自分たちができることを精一杯やる。MQL5<-> DLL <-->SQLという、メンテナンスが大変で大衆市場には適用できない、松葉杖型の 組み合わせを作って、皆さんが大絶賛しているのです。
あなたは間違っています。
MQL5はとてもオープンで機能的なので、ほとんど何でもできます。DLLやSQLで松葉杖をつく必要はなく、ファイル操作で必要なものはすべてディスクに保存しておけば十分です。グローバル変数のデータベースは非常に安定しており、再起動やクラッシュの際にも失われることはありません。
そして、サーバー上の状態保存はメジとコメントです。惜しみなく使えるようになる。