新世代のトレーディングソフトの登場。EAのインターフェースはどのようなものでしょうか？ - ページ 3 12345678910...14 新しいコメント Mykola Demko 2016.09.16 12:03 #21 ここでも、インターフェースそのものを書くのにどれだけの時間がかかるか、それをどれだけ節約できるかを見積もっておくとよいでしょう。そして、制作費を試算してみる。つまり、そのゲームに価値があるかどうかを評価するのです。 Maxim Kuznetsov 2016.09.16 12:05 #22 - プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる- ビジュアル "アプリケーションビルダーが支配する- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。というわけで... Реter Konow 2016.09.16 12:11 #23 Nikolay Demko:インターフェースは、機能的には二の次です。EAにはそれぞれ機能的なニーズがある（標準的なインスタンスが十分でないものもある）。普遍的なインターフェースは存在し得ない。最も普遍的な機能は、基本的なMQLです。それ以外は、MQLに対して上位の言語である。MQLがそれほど複雑でないなら、なぜわざわざ世界共通のインターフェース言語を作ろうと考えるのでしょうか？どれくらいの需要が発生するのか？ある市場調査があったとします。そのために、変更するのに一番便利なExpert Advisorを書きます。そして、何らかの管理インターフェイスが必要です。どのような情報を表示するか、どのようなコマンドを受信するか、どのようなイベントが発生したかなど、管理者のニーズに応じてインターフェースそのものを実装しています。これらの疑問が解消されれば、普遍的なトリックを使わずに、簡単にインターフェースを作ることができるようになります。そうでなければ、特に縛りがなければ、このようになります。1) 人間の介在が完全に排除され，禁忌とされている場合には，インターフェースは二の次である。人間の介入が必要な場合、インターフェースは、人間の行動や判断という形で追加機能を接続するためのアダプターのようなものです。ロボットが完全に独立した存在であるべきかどうかは議論の余地がありますが、少なくとも時には人間がその活動に介入する必要があり、そのためにインターフェースが必要であることは間違いありません。 2.インターフェイスを作るために特別な言語を作ることはありません。これからの開発者は、プログラム コードを書くことなく、非常にシンプルな方法で作っていくことになるでしょう。この技術はもうすぐ完成します。だから、心配する必要はないのです。後ほど、具体的にどのようにインターフェイスを作成するのか、詳しく説明します。とても簡単です。3.残念ながら、従来の手法で本格的なインターフェースを作るのは非常に困難です。今はグラフィックライブラリがあるので、かなり楽になりましたが...。 Реter Konow 2016.09.16 12:17 #24 Maxim Kuznetsov:- プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる- ビジュアル "アプリケーションビルダーが支配する- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。というわけで...ご指摘の通りです。ビジュアルアプリケーションビルダーは、グラフィックの作業だけでなく、プログラムの論理的な核となる部分の作業も含めることができます。この技術は、基本的に非常にシンプルです。必要なのは、関数呼び出しにインデックス（番号）を付け、このインデックスを3次元のカーネル（配列）に入れることだけである。イベントをチェックする関数もあれば、手続きや計算を行う関数もあります。このカーネルは、イベントの「境界線」に沿って移動し、必要な論理的連鎖を選択する論理エンジンに「接続」されなければならない。 このようなカーネルのコンパイルは、ビジュアルな環境で行うことも可能です。 Georgiy Merts 2016.09.16 12:18 #25 おかしいな...。 何のために？ 作者自身が何を望んでいるのか理解していないように思えるのです。作者自身が何を望んでいるのか理解していないのだと思います。例えば、私のExpert Advisorには、インターフェースや設定がないんです。一度実行すると、うまくいくんです。TSが動かなくなるのを見計らって、新しいものを入れて「違反者」を排除する......。 Реter Konow 2016.09.16 12:49 #26 George Merts:おかしいな...。 何のために？ 作者自身が何を望んでいるのか理解していないように思えるのです。実際には、誰もが「生地を切る」というボタン1つだけのExpert Advisorを持ちたいと思うでしょう。 そして、この「インターフェース機能」はすべて、厄介なものでしかありません。Expert Advisorにインターフェースや設定が全くないとします。起動させれば動く。TSが機能しなくなったときを見計らって、新しいTSを投入して「不届き者」を排除する......。質問にお答えしましょう。「生地を切る」ボタンは、その「切る」ことを100％保証するものでしょうか？明らかに、インターフェースではなく、「生地を切る」ボタンを1つ作り、それを押し続ければ、儲けは増えないでしょう。賢明なトレーダーは、ボタンの下にはメイン機能をサポートするコードがあるはずだと理解しています。 実際には、そのようなボタンには、AI自体が太刀打ちできないほど完璧な理想的機能が必要です。AIは神ではなく、人間の心のコピーですから、その効果は普通のトレーダーのそれ以上にはならないでしょうし、そのようなボタンのためには、間違いのない予測のシステムが必要なのです。それができるまでは、追加設定もなく、ユーザーインターフェースもなく、人間の介入もなく、ボタン1つで動き、常に「生地を切る」ような効果的なシステムを期待するのは甘いです。このような魔法のボタンを信じて、実際の取引におけるプログラム管理のための追加ツールとしてのユーザーインターフェイスを無視することは、単に賢明ではありません。 Maxim Kuznetsov 2016.09.16 12:50 #27 Maxim Kuznetsov:- プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる- ビジュアル "アプリケーションビルダーが支配する- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。というわけで... そうですね、おそらく3S（ServerSideScript）、つまりOCO注文のアイデアの開発とHFTの要素を直接サーバーに移動させることが登場するでしょうね。技術的には可能なのですが、問題はプロトコルと言語です。つまり、実行ロジックが本当に分散化されることになります Реter Konow 2016.09.16 13:01 #28 Maxim Kuznetsov: そうですね、おそらく3S（ServerSideScript）のようなものが出てくるでしょう。OCO注文のアイデアの開発や、HFTの要素を直接サーバーに移動させるなどです。技術的には可能なのですが、問題はプロトコルと言語です。つまり、実行ロジックが真に分散化されることになる大手のロボットは、インターフェースやカスタマイズシステム、ビジュアライゼーションなど、完成度が高いですよね。ロボットはもっとレベルが高い。手を差し伸べたいと思います。 人間のやることはすべて、変化と改善の対象です。これからの市場取引は、HFTマシンからスマートロボットへと進化していくのだと思います。複雑な戦略を適用し、そのパフォーマンスを調整し、統計を収集し分析する「スマート」なロボットでの取引は、マシンをセットアップして実行し、そしてただ利益を上げることを望むよりもはるかに興味深いものです。 Alexander Ivanov 2016.09.16 13:21 #29 Реter Konow:大手のロボットは、インターフェースやカスタマイズシステム、ビジュアライゼーションなどが充実していますよね。ロボットはもっとレベルが高い。手を差し伸べたいと思います。 人間のやることはすべて、変化と改善の対象です。これからの市場取引は、HFTマシンからスマートロボットへと進化していくのだと思います。複雑な戦略を適用し、そのパフォーマンスを調整し、統計を収集し分析する「スマート」なロボットでの取引は、マシンをセットアップして実行し、そしてただ利益を上げることを望むよりもはるかに興味深いものです。 大手は最もシンプルな、トレンドフォロー型のロボットで取引しています。 iMA=20で終わりでいいんだそうです。そして、平均して20％の損失で終了する。 Maxim Kuznetsov 2016.09.16 13:21 #30 抽象的ですが、「大手企業のロボット」について、彼らはロボットを持っていません :-) 少なくとも私たちのEAの意味では...ポリシー（メガ戦略の一種）があり、分析センターがあり、アクティベーター（トレーダー＋クラシックロボット）がいくつかのゴールを実行しています。 12345678910...14 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ここでも、インターフェースそのものを書くのにどれだけの時間がかかるか、それをどれだけ節約できるかを見積もっておくとよいでしょう。
そして、制作費を試算してみる。
つまり、そのゲームに価値があるかどうかを評価するのです。
- プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる
- ビジュアル "アプリケーションビルダーが支配する
- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。
というわけで...
インターフェースは、機能的には二の次です。
EAにはそれぞれ機能的なニーズがある（標準的なインスタンスが十分でないものもある）。
普遍的なインターフェースは存在し得ない。
最も普遍的な機能は、基本的なMQLです。
それ以外は、MQLに対して上位の言語である。
MQLがそれほど複雑でないなら、なぜわざわざ世界共通のインターフェース言語を作ろうと考えるのでしょうか？どれくらいの需要が発生するのか？
ある市場調査があったとします。そのために、変更するのに一番便利なExpert Advisorを書きます。そして、何らかの管理インターフェイスが必要です。
どのような情報を表示するか、どのようなコマンドを受信するか、どのようなイベントが発生したかなど、管理者のニーズに応じてインターフェースそのものを実装しています。
これらの疑問が解消されれば、普遍的なトリックを使わずに、簡単にインターフェースを作ることができるようになります。
そうでなければ、特に縛りがなければ、このようになります。
1) 人間の介在が完全に排除され，禁忌とされている場合には，インターフェースは二の次である。人間の介入が必要な場合、インターフェースは、人間の行動や判断という形で追加機能を接続するためのアダプターのようなものです。ロボットが完全に独立した存在であるべきかどうかは議論の余地がありますが、少なくとも時には人間がその活動に介入する必要があり、そのためにインターフェースが必要であることは間違いありません。
2.インターフェイスを作るために特別な言語を作ることはありません。これからの開発者は、プログラム コードを書くことなく、非常にシンプルな方法で作っていくことになるでしょう。この技術はもうすぐ完成します。だから、心配する必要はないのです。後ほど、具体的にどのようにインターフェイスを作成するのか、詳しく説明します。とても簡単です。
3.残念ながら、従来の手法で本格的なインターフェースを作るのは非常に困難です。今はグラフィックライブラリがあるので、かなり楽になりましたが...。
- プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる
- ビジュアル "アプリケーションビルダーが支配する
- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。
というわけで...
ご指摘の通りです。ビジュアルアプリケーションビルダーは、グラフィックの作業だけでなく、プログラムの論理的な核となる部分の作業も含めることができます。この技術は、基本的に非常にシンプルです。必要なのは、関数呼び出しにインデックス（番号）を付け、このインデックスを3次元のカーネル（配列）に入れることだけである。イベントをチェックする関数もあれば、手続きや計算を行う関数もあります。このカーネルは、イベントの「境界線」に沿って移動し、必要な論理的連鎖を選択する論理エンジンに「接続」されなければならない。
このようなカーネルのコンパイルは、ビジュアルな環境で行うことも可能です。
おかしいな...。
何のために？
作者自身が何を望んでいるのか理解していないように思えるのです。
作者自身が何を望んでいるのか理解していないのだと思います。
例えば、私のExpert Advisorには、インターフェースや設定がないんです。一度実行すると、うまくいくんです。TSが動かなくなるのを見計らって、新しいものを入れて「違反者」を排除する......。
おかしいな...。
何のために？
作者自身が何を望んでいるのか理解していないように思えるのです。
実際には、誰もが「生地を切る」というボタン1つだけのExpert Advisorを持ちたいと思うでしょう。 そして、この「インターフェース機能」はすべて、厄介なものでしかありません。
Expert Advisorにインターフェースや設定が全くないとします。起動させれば動く。TSが機能しなくなったときを見計らって、新しいTSを投入して「不届き者」を排除する......。
質問にお答えしましょう。「生地を切る」ボタンは、その「切る」ことを100％保証するものでしょうか？明らかに、インターフェースではなく、「生地を切る」ボタンを1つ作り、それを押し続ければ、儲けは増えないでしょう。賢明なトレーダーは、ボタンの下にはメイン機能をサポートするコードがあるはずだと理解しています。
実際には、そのようなボタンには、AI自体が太刀打ちできないほど完璧な理想的機能が必要です。AIは神ではなく、人間の心のコピーですから、その効果は普通のトレーダーのそれ以上にはならないでしょうし、そのようなボタンのためには、間違いのない予測のシステムが必要なのです。それができるまでは、追加設定もなく、ユーザーインターフェースもなく、人間の介入もなく、ボタン1つで動き、常に「生地を切る」ような効果的なシステムを期待するのは甘いです。このような魔法のボタンを信じて、実際の取引におけるプログラム管理のための追加ツールとしてのユーザーインターフェイスを無視することは、単に賢明ではありません。
- プログラミングの面では、OO（オブジェクト指向）が進み、FP（関数型プログラミング）やES（エキスパートシステム）の要素が積極的に活用されるようになる
- ビジュアル "アプリケーションビルダーが支配する
- 現在の端末は、古典的なアプリケーションにデータや注文を送るための「ルーター」になるのでしょう。端末は「巨大さを把握する」ことができない。
というわけで...
そうですね、おそらく3S（ServerSideScript）のようなものが出てくるでしょう。OCO注文のアイデアの開発や、HFTの要素を直接サーバーに移動させるなどです。技術的には可能なのですが、問題はプロトコルと言語です。つまり、実行ロジックが真に分散化されることになる
大手のロボットは、インターフェースやカスタマイズシステム、ビジュアライゼーションなど、完成度が高いですよね。ロボットはもっとレベルが高い。手を差し伸べたいと思います。
人間のやることはすべて、変化と改善の対象です。これからの市場取引は、HFTマシンからスマートロボットへと進化していくのだと思います。
複雑な戦略を適用し、そのパフォーマンスを調整し、統計を収集し分析する「スマート」なロボットでの取引は、マシンをセットアップして実行し、そしてただ利益を上げることを望むよりもはるかに興味深いものです。
大手のロボットは、インターフェースやカスタマイズシステム、ビジュアライゼーションなどが充実していますよね。ロボットはもっとレベルが高い。手を差し伸べたいと思います。
人間のやることはすべて、変化と改善の対象です。これからの市場取引は、HFTマシンからスマートロボットへと進化していくのだと思います。
複雑な戦略を適用し、そのパフォーマンスを調整し、統計を収集し分析する「スマート」なロボットでの取引は、マシンをセットアップして実行し、そしてただ利益を上げることを望むよりもはるかに興味深いものです。
大手は最もシンプルな、トレンドフォロー型のロボットで取引しています。
iMA=20で終わりでいいんだそうです。そして、平均して20％の損失で終了する。
抽象的ですが、「大手企業のロボット」について、彼らはロボットを持っていません :-) 少なくとも私たちのEAの意味では...ポリシー（メガ戦略の一種）があり、分析センターがあり、アクティベーター（トレーダー＋クラシックロボット）がいくつかのゴールを実行しています。