記事"オーダーストラテジー多目的Expert Advisor"についてのディスカッション - ページ 2 12345 新しいコメント --- 2012.09.10 10:00 #11 と思ったが...。:)もちろん、あなたが記事の中で、私が自分自身のために見ている2つの特徴を強調しなかったことは残念です。1. ex5エキスパート - すべてのマクロを処理する方法を知っている。 2. マクロのパラメータは、txtファイルで「その場で」調整できる。そうでなければ、これはすべて、注文とポジションを操作するための関数の通常のライブラリにほかなりません。。しかし正直なところ、誰が使うのかさえ分からない。初心者にとってはコードが多く、プロにとっては可能性が少ない。ドミトリー、ウィザードを使うにはビジュアルコンストラクタに入れる必要がある。 そして2つ目に必要なのは（この開発を投げ出したくなければ）戦略の例を増やすことだ。。コードベースに12個のストラテジーをロードする。 そうすることで、このアプローチが明確になり、彼らがそれを使い始めるようになる（そして、マクロの数を開発し、オープンソースにすることもできるかもしれない）。 Mykola Demko 2012.09.10 10:19 #12 sergeev: と思ったが...。:)もちろん、あなたが記事の中で、私が自分自身のために見ている2つの特徴を強調しなかったことは残念です。1. ex5エキスパート - すべてのマクロを処理する方法を知っている。 2. マクロのパラメータは、txtファイルで「その場で」調整できる。そうでなければ、これはすべて、注文とポジションを操作するための関数の通常のライブラリにほかなりません。。しかし正直なところ、誰が使うのかさえ分からない。初心者にとってはコードが多く、プロにとっては可能性が少ない。ドミトリー、ウィザードを使うにはビジュアルコンストラクタに入れる必要がある。 そして2つ目に必要なのは（この開発を投げ出したくなければ）戦略の例を増やすことだ。。コードベースに12個のストラテジーをロードする。 そうすれば、このアプローチが明確になり、それを使い始めるだろう（そして、マクロの数を開発し、オープンソースにすることもできるだろう）。+100500 Vladimir Kustikov 2012.09.10 17:05 #13 ドミトリー、素晴らしい記事だ！この記事から多くのことを学んだ。 Denis Kirichenko 2012.09.11 11:10 #14 ディミトリ、記事をありがとう。とても興味深い！Если бы губы Никанора Ивановича да приставить к носу Ивана Кузьмича, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча, да, пожалуй, прибавить к этому еще дородности Ивана Павловича...sergeevの記事「取引ロボットのプロトタイプ」で紹介されている形式と、あなたの資料を組み合わせることができれば......。ところで、すべてのストラテジー（あなたの場合、保留注文を積極的に使用するストラテジー）を、強力なOOPツールを使ってコード化することはできないのでしょうか？別個のメタ言語を作成することは、現在のタスクを多少複雑にするような気がするのですが...。 Dmitry Fedoseev 2012.09.11 12:33 #15 denkir: ディミトリ、記事をありがとう。とても興味深い！1.sergeev'aのプロトタイプ取引ロボットの 記事で紹介されているフォーマットと、あなたの資料を組み合わせることができれば...2.ところで、すべてのストラテジー（あなたの場合、保留注文を積極的に使用するストラテジー）を強力なOOPツールでコーディングすることは可能ではないでしょうか？別個のメタ言語を作るのは、現在のタスクをやや複雑にするような気がするのですが...。1.すでに組み合わされているようなもので、少なくとも矛盾はしていない。それとも、そこで何を組み合わせられるのか、またその必要があるのかが不明なのでしょうか？2.これは、すべてがアセンブリ言語でコーディングできるのであれば、なぜプログラミング言語が必要なのかというような質問だ。 私は、これが他のすべてに取って代わるように設計された普遍的なものであるかのようなふりをするつもりはない。少なくとも、それが 変則的である ことを示唆している。 Vladimir Gomonov 2012.09.12 23:09 #16 Integer:1.すでに組み合わされているようだが、少なくとも矛盾はない。それとも、何を組み合わせることができるのか、またその必要があるのかが不明なのだろうか？2.アセンブリ言語ですべてがコーディングできるのであれば、なぜプログラミング言語が必要なのかというような疑問です。私は、これが普遍的なものであり、他のすべてに取って代わるように設計されたものであるかのようなふりをするつもりはない。少なくとも、それが 変則的であることを示唆している。ディマ、誰の言うことも聞くな。// つまり、私の話を聞いて！ :-) :-) :-)あなたは明らかに、群衆全体に引きずられている（引きずられようとしている）のではない。彼らは、取引システム構築の実践との関連性が不十分なあなたを辱めようとしているのです。 私はずっと前にあなたを送ったはずですが、あなたはまだそれを容認し、恥ずかしがっています。私はこの記事を正反対に受け止めている。この記事はmql5（！）で書かれた ステートマシンの優れた例を示しており、よく文書化されている。 最近、ある同志が新奇なものとして宣伝しようとした、まさに有限オートマトンである。 そして、このような理論的立場から、あなたの実装の長所と短所を議論すべきである。 「よりトレーディングに近い」（c）亜種の議論はすべて、大人の砂場での子供のお喋りである。その批判的な議論に絶大な力を発揮した屈強な理論家たちはどこにいるのか？真の勝利者への拍手はどこにあるのか？このデザインを "ステートマシン "として論じた議論はどこにある？:) TheXpert 2012.09.13 09:50 #17 そして即座に応用された形で。 削除済み 2012.09.13 10:47 #18 ドミトリー、素晴らしい記事だ！個人的には、フェーズとポジションIDを使用するアイデアは、非常に柔軟な方法で任意の資金管理 システムを整理することができますので、私は好きでした。 しかし、一般的に、私は1つのExpert Advisorとtxtファイルとのアイデアが好きではありませんでした。希望としては、txtファイルを追加することなく、すべてを別のクラスmqhインクルードファイルとして設計することです。理想を言えば、標準的なMACD Expert Advisorをターミナルから取り出し、どのExpert Advisorでもポジション管理システムをいかに簡単に「実装」できるかを皆に示すことです！2本目の記事を書く価値はある。 --- 2012.09.13 12:23 #19 Alex5757000: 個人的には、フェーズとポジションIDを使うというアイデアが気に入っています。 それを使っている人があまりいないのは驚きです。しかし、一般的に、私は1人のエキスパートとtxtファイルのアイデアが好きではありませんでした。希望としては、txtファイルを追加することなく、すべてを別のクラスmqhインクルードファイルとして設計することです。理想を言えば、ターミナルから標準的なMACD Expert Advisorを取り出し、どのExpert Advisorでもポジション管理システムをいかに簡単に「実装」できるかを皆に示すことです！2本目の記事を書く価値はある。 これで、取引ロボットのプロトタイプに 記述されている基本的な情報を知覚することができるようになると思います... 削除済み 2012.09.13 14:04 #20 sergeev:そうなんです。そして、それを使っている人は驚くほど少ないのです。プロトタイプ・トレーディング・ロボット』に書かれている基本的な情報は、これでお分かりいただけたと思いますが......。わかりました。要は、僕から見ると、そういうものはクラスとして設計された、出来合いのライブラリの形で並べるべきだということです。そうでないと、既成のExpert Advisorと統合する際に多くの不都合が生じます。外部の.txtファイルを使うのは原則的に良くない。 12345 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
と思ったが...。:)
もちろん、あなたが記事の中で、私が自分自身のために見ている2つの特徴を強調しなかったことは残念です。
1. ex5エキスパート - すべてのマクロを処理する方法を知っている。
2. マクロのパラメータは、txtファイルで「その場で」調整できる。
そうでなければ、これはすべて、注文とポジションを操作するための関数の通常のライブラリにほかなりません。
。しかし正直なところ、誰が使うのかさえ分からない。初心者にとってはコードが多く、プロにとっては可能性が少ない。
ドミトリー、ウィザードを使うにはビジュアルコンストラクタに入れる必要がある。
そして2つ目に必要なのは（この開発を投げ出したくなければ）戦略の例を増やすことだ。
。コードベースに12個のストラテジーをロードする。
そうすることで、このアプローチが明確になり、彼らがそれを使い始めるようになる（そして、マクロの数を開発し、オープンソースにすることもできるかもしれない）。
と思ったが...。:)
もちろん、あなたが記事の中で、私が自分自身のために見ている2つの特徴を強調しなかったことは残念です。
1. ex5エキスパート - すべてのマクロを処理する方法を知っている。
2. マクロのパラメータは、txtファイルで「その場で」調整できる。
そうでなければ、これはすべて、注文とポジションを操作するための関数の通常のライブラリにほかなりません。
。しかし正直なところ、誰が使うのかさえ分からない。初心者にとってはコードが多く、プロにとっては可能性が少ない。
ドミトリー、ウィザードを使うにはビジュアルコンストラクタに入れる必要がある。
そして2つ目に必要なのは（この開発を投げ出したくなければ）戦略の例を増やすことだ。
。コードベースに12個のストラテジーをロードする。
そうすれば、このアプローチが明確になり、それを使い始めるだろう（そして、マクロの数を開発し、オープンソースにすることもできるだろう）。
ディミトリ、記事をありがとう。とても興味深い！
sergeevの記事「取引ロボットのプロトタイプ」で紹介されている形式と、あなたの資料を組み合わせることができれば......。
ところで、すべてのストラテジー（あなたの場合、保留注文を積極的に使用するストラテジー）を、強力なOOPツールを使ってコード化することはできないのでしょうか？別個のメタ言語を作成することは、現在のタスクを多少複雑にするような気がするのですが...。
ディミトリ、記事をありがとう。とても興味深い！
1.sergeev'aのプロトタイプ取引ロボットの 記事で紹介されているフォーマットと、あなたの資料を組み合わせることができれば...
2.ところで、すべてのストラテジー（あなたの場合、保留注文を積極的に使用するストラテジー）を強力なOOPツールでコーディングすることは可能ではないでしょうか？別個のメタ言語を作るのは、現在のタスクをやや複雑にするような気がするのですが...。
1.すでに組み合わされているようなもので、少なくとも矛盾はしていない。それとも、そこで何を組み合わせられるのか、またその必要があるのかが不明なのでしょうか？
2.これは、すべてがアセンブリ言語でコーディングできるのであれば、なぜプログラミング言語が必要なのかというような質問だ。
私は、これが他のすべてに取って代わるように設計された普遍的なものであるかのようなふりをするつもりはない。少なくとも、それが 変則的である ことを示唆している。
1.すでに組み合わされているようだが、少なくとも矛盾はない。それとも、何を組み合わせることができるのか、またその必要があるのかが不明なのだろうか？
2.アセンブリ言語ですべてがコーディングできるのであれば、なぜプログラミング言語が必要なのかというような疑問です。
私は、これが普遍的なものであり、他のすべてに取って代わるように設計されたものであるかのようなふりをするつもりはない。少なくとも、それが 変則的であることを示唆している。
ディマ、誰の言うことも聞くな。
// つまり、私の話を聞いて！ :-) :-) :-)
あなたは明らかに、群衆全体に引きずられている（引きずられようとしている）のではない。彼らは、取引システム構築の実践との関連性が不十分なあなたを辱めようとしているのです。 私はずっと前にあなたを送ったはずですが、あなたはまだそれを容認し、恥ずかしがっています。
私はこの記事を正反対に受け止めている。この記事はmql5（！）で書かれた ステートマシンの優れた例を示しており、よく文書化されている。 最近、ある同志が新奇なものとして宣伝しようとした、まさに有限オートマトンである。 そして、このような理論的立場から、あなたの実装の長所と短所を議論すべきである。 「よりトレーディングに近い」（c）亜種の議論はすべて、大人の砂場での子供のお喋りである。その批判的な議論に絶大な力を発揮した屈強な理論家たちはどこにいるのか？真の勝利者への拍手はどこにあるのか？このデザインを "ステートマシン "として論じた議論はどこにある？
:)
ドミトリー、素晴らしい記事だ！
個人的には、フェーズとポジションIDを使用するアイデアは、非常に柔軟な方法で任意の資金管理 システムを整理することができますので、私は好きでした。
しかし、一般的に、私は1つのExpert Advisorとtxtファイルとのアイデアが好きではありませんでした。希望としては、txtファイルを追加することなく、すべてを別のクラスmqhインクルードファイルとして設計することです。理想を言えば、標準的なMACD Expert Advisorをターミナルから取り出し、どのExpert Advisorでもポジション管理システムをいかに簡単に「実装」できるかを皆に示すことです！2本目の記事を書く価値はある。
Alex5757000:
個人的には、フェーズとポジションIDを使うというアイデアが気に入っています。
それを使っている人があまりいないのは驚きです。
しかし、一般的に、私は1人のエキスパートとtxtファイルのアイデアが好きではありませんでした。希望としては、txtファイルを追加することなく、すべてを別のクラスmqhインクルードファイルとして設計することです。理想を言えば、ターミナルから標準的なMACD Expert Advisorを取り出し、どのExpert Advisorでもポジション管理システムをいかに簡単に「実装」できるかを皆に示すことです！2本目の記事を書く価値はある。
そうなんです。そして、それを使っている人は驚くほど少ないのです。
プロトタイプ・トレーディング・ロボット』に書かれている基本的な情報は、これでお分かりいただけたと思いますが......。わかりました。要は、僕から見ると、そういうものはクラスとして設計された、出来合いのライブラリの形で並べるべきだということです。そうでないと、既成のExpert Advisorと統合する際に多くの不都合が生じます。外部の.txtファイルを使うのは原則的に良くない。