私のアプローチコアはエンジンです。 - ページ 23 1...161718192021222324252627282930...184 新しいコメント Vitalii Ananev 2018.12.07 15:23 #221 Реter Konow:もちろん、問題はありません。 また、アルゴトレーディングそのものがなければ、問題もないでしょう。そして、インターネットやソーシャルメディア... これらはすべて、新しいソリューションと新しい問題を生み出す、作為的な存在なのです。新しいニッチや発明を生み出すことは、誰も禁じていません。 人は慣れると、それなしには生きられなくなる。人生とはそういうものだ) アルゴトレーディングの問題は、ニッチな分野と同様、開発です。それがなければ、ニッチの存在は絶望的です。問題-どこを開発する必要があるのか？手動売買の方向のみ。 セミオートマチックで「吸収」するのみ。そ して、ニッチのための新しい空間を手に入れ、結果的に活動の存続のためのお金と時間を手に入れることができるのです。別の、行き詰まったニッチを食う犠牲で。混乱しています。まず問題があると書き、次に問題がないと書き、次に問題があると書く。 また、一般的に、トレーディングの発展についての考え方がおかしいですね。アルゴトレーディングはマニュアル取引に移行する必要があると書かれていますね。その逆はないのでしょうか？当初は、移動平均線まで電卓で計算した手動取引もありました。そして、これらの指標がすでに組み込まれているパソコンや取引プラットフォームが登場したのである。その後、カスタムインディケータのコーディングや、取引システムの自動化も可能になりました。アルゴトレーディングは、マニュアルトレーディングを発展させたものであることがわかりました。また、半自動売買は手動と自動売買の中間で、取引戦略を自動化できない場合の取引です。 Реter Konow 2018.12.07 15:30 #222 Vitalii Ananev:混乱しています。まず問題があると書き、次に問題がないと書き、次に問題があると書く。 それに一般的に、トレーディングの開発に対する考え方がおかしいのです。アルゴトレーディングはマニュアル取引に進化する必要があると書かれていますね。その逆はないのでしょうか？ 当初は、移動平均線まで電卓で計算した手動取引もありました。そして、これらの指標がすでに組み込まれているパソコンや取引プラットフォームが登場したのである。その後、カスタムインディケータのコーディングや、取引システムの自動化も可能になりました。アルゴトレーディングは、マニュアルトレーディングを発展させたものであることがわかりました。そして、半自動売買は手動売買と自動売買の中間的な もので、売買戦略をアルゴリズミック化できない場合です。論理的には、アルゴトレーディングはマニュアル取引を完全に排除しているはずです。しかし、そうではなく、並行して開発が始まったのです。手作業による取引の領域は、征服されずに残された。これはアルゴトレーディングの開発における誤りである。したがって、さらなる発展のためには、手動取引から半自動取引に移行する必要があります。 セミオートマチックは、今のところアルゴトレーディングの中でも未開発の 分野です。そして、マニュアル取引を吸収するように設計されています。開発のための自由な空間です。私 たちが征服しなければ、他の人が征服することになります。ですから、マニュアル取引に向かうのは、あくまでも「克服する ため」です。 Реter Konow 2018.12.07 15:33 #223 Vitalii Ananev:...アルゴトレーディングは、マニュアルトレーディングをさらに発展させたものであることがわかりました。そして、半自動売買は手動売買と自動売買の中間的な もので、売買戦略がアルゴリズム売買に適さない場合です。そうですね。しかし、それは単なる "リンク "ではありません。開発空間である。それはお金です。 Vitalii Ananev 2018.12.07 15:40 #224 Реter Konow:論理的には、アルゴトレーディングはマニュアル取引に完全に取って代わられたはずです。しかし、そうではなく、並行して開発が始まったのです。手作業による取引の領域は、征服されずに残された。これはアルゴトレーディングの開発における誤りである。したがって、さらなる発展のためには、手動取引から半自動取引に移行する必要があります。 セミオートマチックは、今のところアルゴトレーディングの未開拓の 分野です。そして、マニュアル取引を吸収するように設計されています。ここは開発のための自由空間です。私 たちが征服しなければ、他の人が征服することになります。ですから、手動売買の方向に進むのは、あくまでも「制覇」するためです。ああ、そういうことだったんですね。最初、あなたの言いたいことを誤解していました。手動取引を半自動取引に置き換えて搾り取ろうということですね。しかし、ポジションを開き、TPとSLのレベルを設定するだけのインターフェースを作るだけでは十分ではありません。このようなインターフェースには、解析の要素を盛り込む必要があります。これが半自動売買の 意味するところである。ロボットが相場の状況を分析しますが、ポジションを建てる（または閉じる）判断はトレーダーが行います。そして、取引システムを作るという問題に戻るのです。また、マーケットを分析せずにポジションをオープン（クローズ）するボタンだけを提供するインターフェースであれば、それは半自動売買システムではなく、ターミナルインターフェースではなく、「Expert Advisor」による完全手動売買となります。 Реter Konow 2018.12.07 16:07 #225 Vitalii Ananev:ああ、そういうことだったんですね。最初、あなたの言いたいことを誤解していました。手動取引を半自動取引に置き換えて搾り取ろうというのですね。しかし、ポジションをオープンし、TPとSLレベルを設定するだけのインターフェースを作るだけでは十分ではありません。こ のようなインターフェースには、解析の要素を盛り込む必要があります。これが半自動売買の 意味するところである。ロボットが相場の状況を分析しますが、ポジションを建てる（または閉じる）判断はトレーダーが行います。そして、取引システムを作るという問題に戻るのです。また、マーケットを分析せずにオープン（クローズ）ボタンだけを提供するインターフェースであれば、それは半自動売買システムではなく、端末のインターフェースを通じてのみ、「仲介者」を通じた完全手動売買となるのです。私のインターフェースは、「開く／閉じる」ボタンだけではありません。） GUIがなければ半自動化もうまくいきません。 そこで、私が作成しました。しかし、半自動化のさらなる発展は、提供されたツールを使って、「手動」の作業を半自動化する、最も賢い、抜け目のない開発者たちにかかっているのです。 私は新しい分野への扉を開けました。それは、私たちのコミュニティの開発者たちによって、MTプラットフォーム上で征服されるでしょう。 ちなみに、ずいぶん前に提案したのですが、誰も理解してくれませんでした（笑)。 Vitalii Ananev 2018.12.07 16:17 #226 Реter Konow:私のGUIは開閉ボタンだけではないのです :) GUIがなければ半自動化もうまくいきません。 そこで、1つ作ってみました。しかし、セミオートマティックのさらなる発展は、最も賢く抜け目のない開発者が、提案されたツールを使って、「手動」の作業を半自動で解決することにかかっているのです。 私は新しい分野への扉を開けました。それは、私たちのコミュニティの開発者たちによって、MTプラットフォーム上で征服されるでしょう。 ちなみに、ずいぶん前に提案したのですが、誰も理解してくれませんでした:))なるほど。しかし、あなたのプログラミングのスタイルが現代の好みに合っていないことを除けば、実用的なプログラマーは、この目的のために、プラットフォームの標準的なデリバリーセットに含まれる、より便利なクラスを使うことを好むと思われます。そうでなければ、市場分析 アルゴリズムの実装に時間を割く代わりに、あなたのコードの複雑さに対処しなければならなくなります。 Реter Konow 2018.12.07 16:23 #227 Vitalii Ananev:なるほど。しかし、あなたのプログラミングスタイルは現代の好みに合っていませんし、現実的なプログラマーは、このような目的のためには、プラットフォームの標準提供セットに含まれる、既製の、より便利なクラスを使うことを好むと思います。そうでなければ、市場 分析のアルゴリズムの実装に時間を割く代わりに、あなたのコードの複雑さを整理しなければならなくなるのです。あなたは間違っています。 その理由を説明します。 プログラマーは、私のソリューションのコードに目を通す必要はありません。グラフィカルなコンストラクタを取得し、アプリケーションのインターフェイスを作成することになります。このインターフェースは、「エンジン」と呼ばれる特別なプログラムが担うことになる。この「エンジン」が開発者のアプリケーションに接続し、一体となって 対話する。つまり、アプリケーションのGUIは、アプリケーション本体に接続された特別なプログラム によって運ばれるのです。 これはすでにテスト済みで、動作も確認済みです。(Oleg Papkovはこの技術のパイオニアである）。 Vitalii Ananev 2018.12.07 16:30 #228 Реter Konow:あなたは間違っています。 その理由を説明しよう。 プログラマーは、私のソリューションのコードを見る必要はありません。グラフィカルデザイナーを雇い、アプリケーションのインターフェイスを作成するのだ。このインターフェースは、「エンジン」と呼ばれる特別なプログラムが担うことになる。この「エンジン」が開発者のアプリケーションに接続し、一体となって 対話する。つまり、アプリケーションのGUIは、アプリケーション本体に接続された特別なプログラム によって運ばれるのです。 これはすでにテスト済みで、動作も確認済みです。(Oleg Papkovはこの技術のパイオニアである）。ということは、市場分析 ユニットを無改造で付けることが可能になるのでしょうか？ Реter Konow 2018.12.07 16:34 #229 Vitalii Ananev:ということは、市場分析 ユニットを無改造で付けることが可能になるのでしょうか？そうですね。 アプリケーションのGUIを担うエンジンは、コントロール（ボタン、入力フィールドなど）の仕組みを実行するだけです。 ボタン操作、チェックボックス、テキスト入力など、ユーザーのアクション。 直伝 が開発者アプリケーションに渡されます。 アプリケーションは、そのデータをフィールドやテーブルに転送することができます。 全ては簡単な接続ファイルを通して行われます。 Yuriy Asaulenko 2018.12.07 16:56 #230 .NET-dllがMTに登場します。MTのGUIをC-sharpで作るのはもはや難しくなく、機能も充実しています。そして、いずれにせよ、すべてのイベントはMT-ticksで行われるので、ボタンも同様です。まあ、分析ネジ、イミフ、ピーターにするよりもDLLに簡単。 一般的には、エンジンのピーター、誰もが有用であれば、それは唯一のマーケット-セラー、ここでDLL nizzoです。 1...161718192021222324252627282930...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もちろん、問題はありません。 また、アルゴトレーディングそのものがなければ、問題もないでしょう。そして、インターネットやソーシャルメディア...
これらはすべて、新しいソリューションと新しい問題を生み出す、作為的な存在なのです。新しいニッチや発明を生み出すことは、誰も禁じていません。
人は慣れると、それなしには生きられなくなる。人生とはそういうものだ)
アルゴトレーディングの問題は、ニッチな分野と同様、開発です。それがなければ、ニッチの存在は絶望的です。問題-どこを開発する必要があるのか？手動売買の方向のみ。 セミオートマチックで「吸収」するのみ。そ して、ニッチのための新しい空間を手に入れ、結果的に活動の存続のためのお金と時間を手に入れることができるのです。別の、行き詰まったニッチを食う犠牲で。
混乱しています。まず問題があると書き、次に問題がないと書き、次に問題があると書く。
また、一般的に、トレーディングの発展についての考え方がおかしいですね。アルゴトレーディングはマニュアル取引に移行する必要があると書かれていますね。その逆はないのでしょうか？当初は、移動平均線まで電卓で計算した手動取引もありました。そして、これらの指標がすでに組み込まれているパソコンや取引プラットフォームが登場したのである。その後、カスタムインディケータのコーディングや、取引システムの自動化も可能になりました。アルゴトレーディングは、マニュアルトレーディングを発展させたものであることがわかりました。また、半自動売買は手動と自動売買の中間で、取引戦略を自動化できない場合の取引です。
混乱しています。まず問題があると書き、次に問題がないと書き、次に問題があると書く。
それに一般的に、トレーディングの開発に対する考え方がおかしいのです。アルゴトレーディングはマニュアル取引に進化する必要があると書かれていますね。その逆はないのでしょうか？ 当初は、移動平均線まで電卓で計算した手動取引もありました。そして、これらの指標がすでに組み込まれているパソコンや取引プラットフォームが登場したのである。その後、カスタムインディケータのコーディングや、取引システムの自動化も可能になりました。アルゴトレーディングは、マニュアルトレーディングを発展させたものであることがわかりました。そして、半自動売買は手動売買と自動売買の中間的な もので、売買戦略をアルゴリズミック化できない場合です。
論理的には、アルゴトレーディングはマニュアル取引を完全に排除しているはずです。しかし、そうではなく、並行して開発が始まったのです。手作業による取引の領域は、征服されずに残された。これはアルゴトレーディングの開発における誤りである。したがって、さらなる発展のためには、手動取引から半自動取引に移行する必要があります。
セミオートマチックは、今のところアルゴトレーディングの中でも未開発の 分野です。そして、マニュアル取引を吸収するように設計されています。開発のための自由な空間です。私 たちが征服しなければ、他の人が征服することになります。ですから、マニュアル取引に向かうのは、あくまでも「克服する ため」です。
...アルゴトレーディングは、マニュアルトレーディングをさらに発展させたものであることがわかりました。そして、半自動売買は手動売買と自動売買の中間的な もので、売買戦略がアルゴリズム売買に適さない場合です。
そうですね。しかし、それは単なる "リンク "ではありません。開発空間である。それはお金です。
論理的には、アルゴトレーディングはマニュアル取引に完全に取って代わられたはずです。しかし、そうではなく、並行して開発が始まったのです。手作業による取引の領域は、征服されずに残された。これはアルゴトレーディングの開発における誤りである。したがって、さらなる発展のためには、手動取引から半自動取引に移行する必要があります。
セミオートマチックは、今のところアルゴトレーディングの未開拓の 分野です。そして、マニュアル取引を吸収するように設計されています。ここは開発のための自由空間です。私 たちが征服しなければ、他の人が征服することになります。ですから、手動売買の方向に進むのは、あくまでも「制覇」するためです。
ああ、そういうことだったんですね。最初、あなたの言いたいことを誤解していました。手動取引を半自動取引に置き換えて搾り取ろうということですね。しかし、ポジションを開き、TPとSLのレベルを設定するだけのインターフェースを作るだけでは十分ではありません。このようなインターフェースには、解析の要素を盛り込む必要があります。これが半自動売買の 意味するところである。ロボットが相場の状況を分析しますが、ポジションを建てる（または閉じる）判断はトレーダーが行います。そして、取引システムを作るという問題に戻るのです。また、マーケットを分析せずにポジションをオープン（クローズ）するボタンだけを提供するインターフェースであれば、それは半自動売買システムではなく、ターミナルインターフェースではなく、「Expert Advisor」による完全手動売買となります。
ああ、そういうことだったんですね。最初、あなたの言いたいことを誤解していました。手動取引を半自動取引に置き換えて搾り取ろうというのですね。しかし、ポジションをオープンし、TPとSLレベルを設定するだけのインターフェースを作るだけでは十分ではありません。こ のようなインターフェースには、解析の要素を盛り込む必要があります。これが半自動売買の 意味するところである。ロボットが相場の状況を分析しますが、ポジションを建てる（または閉じる）判断はトレーダーが行います。そして、取引システムを作るという問題に戻るのです。また、マーケットを分析せずにオープン（クローズ）ボタンだけを提供するインターフェースであれば、それは半自動売買システムではなく、端末のインターフェースを通じてのみ、「仲介者」を通じた完全手動売買となるのです。
私のインターフェースは、「開く／閉じる」ボタンだけではありません。）
GUIがなければ半自動化もうまくいきません。
そこで、私が作成しました。しかし、半自動化のさらなる発展は、提供されたツールを使って、「手動」の作業を半自動化する、最も賢い、抜け目のない開発者たちにかかっているのです。
私は新しい分野への扉を開けました。それは、私たちのコミュニティの開発者たちによって、MTプラットフォーム上で征服されるでしょう。
ちなみに、ずいぶん前に提案したのですが、誰も理解してくれませんでした（笑)。
私のGUIは開閉ボタンだけではないのです :)
GUIがなければ半自動化もうまくいきません。
そこで、1つ作ってみました。しかし、セミオートマティックのさらなる発展は、最も賢く抜け目のない開発者が、提案されたツールを使って、「手動」の作業を半自動で解決することにかかっているのです。
私は新しい分野への扉を開けました。それは、私たちのコミュニティの開発者たちによって、MTプラットフォーム上で征服されるでしょう。
ちなみに、ずいぶん前に提案したのですが、誰も理解してくれませんでした:))
なるほど。しかし、あなたのプログラミングのスタイルが現代の好みに合っていないことを除けば、実用的なプログラマーは、この目的のために、プラットフォームの標準的なデリバリーセットに含まれる、より便利なクラスを使うことを好むと思われます。そうでなければ、市場分析 アルゴリズムの実装に時間を割く代わりに、あなたのコードの複雑さに対処しなければならなくなります。
なるほど。しかし、あなたのプログラミングスタイルは現代の好みに合っていませんし、現実的なプログラマーは、このような目的のためには、プラットフォームの標準提供セットに含まれる、既製の、より便利なクラスを使うことを好むと思います。そうでなければ、市場 分析のアルゴリズムの実装に時間を割く代わりに、あなたのコードの複雑さを整理しなければならなくなるのです。
あなたは間違っています。
その理由を説明します。
プログラマーは、私のソリューションのコードに目を通す必要はありません。グラフィカルなコンストラクタを取得し、アプリケーションのインターフェイスを作成することになります。このインターフェースは、「エンジン」と呼ばれる特別なプログラムが担うことになる。この「エンジン」が開発者のアプリケーションに接続し、一体となって 対話する。つまり、アプリケーションのGUIは、アプリケーション本体に接続された特別なプログラム によって運ばれるのです。
これはすでにテスト済みで、動作も確認済みです。(Oleg Papkovはこの技術のパイオニアである）。
あなたは間違っています。
その理由を説明しよう。
プログラマーは、私のソリューションのコードを見る必要はありません。グラフィカルデザイナーを雇い、アプリケーションのインターフェイスを作成するのだ。このインターフェースは、「エンジン」と呼ばれる特別なプログラムが担うことになる。この「エンジン」が開発者のアプリケーションに接続し、一体となって 対話する。つまり、アプリケーションのGUIは、アプリケーション本体に接続された特別なプログラム によって運ばれるのです。
これはすでにテスト済みで、動作も確認済みです。(Oleg Papkovはこの技術のパイオニアである）。
ということは、市場分析 ユニットを無改造で付けることが可能になるのでしょうか？
ということは、市場分析 ユニットを無改造で付けることが可能になるのでしょうか？
そうですね。
アプリケーションのGUIを担うエンジンは、コントロール（ボタン、入力フィールドなど）の仕組みを実行するだけです。
ボタン操作、チェックボックス、テキスト入力など、ユーザーのアクション。 直伝 が開発者アプリケーションに渡されます。
アプリケーションは、そのデータをフィールドやテーブルに転送することができます。
全ては簡単な接続ファイルを通して行われます。
.NET-dllがMTに登場します。MTのGUIをC-sharpで作るのはもはや難しくなく、機能も充実しています。そして、いずれにせよ、すべてのイベントはMT-ticksで行われるので、ボタンも同様です。まあ、分析ネジ、イミフ、ピーターにするよりもDLLに簡単。
一般的には、エンジンのピーター、誰もが有用であれば、それは唯一のマーケット-セラー、ここでDLL nizzoです。