プロ、スーパープロ、トレーダーが参加するメガプロジェクトが始動

 

メガプロジェクト

フォーラム参加者の皆様、プログラマーの皆様、トレーダーの皆様。ぜひ私と一緒に、(作業量や複雑さの点で)優れたExpert Advisorを作りましょう。これには、かなり多くのトレーディングシステムが含まれることになります。ここでは、誰もが自分の意見、自分のシステムを提供し、プロジェクトの 方向性を選択することができ、それは彼にとって興味深いものです。

Expert Advisorは、互いに絡み合う多くのパーツで構成されます。エキスパートアドバイザーは、混乱やエラーを避けるために、a)、b)、c)などのブロックに分けられています。また、各ブロックはパーツに分かれています。1)、2)、3)、など。イラストのように

私たちが知る限り、一貫してお金を稼ぎ、利益をもたらしてきた単一のシステムは存在しません。やがて市場が変わり、システムは機能しなくなった。また、取引システムが注文を出すためのシグナルを出さなかったために稼げなかった動きを、誰もがチャート上で見たことがあるはずです。そのため、複数のトレーディングシステムを組み合わせることで、ドローダウンを回避し、さらに利益を上げることができると考えています。

作業中、プログラミング言語mql4で 特定のブロックを実装できないことに関連した困難が発生する可能性があります。この場合、他のプログラミング言語を使ってブロックを作成し、そのデータ(信号)を統合することを提案し、mql4.

フォーラム参加者の皆様には、相手への敬意を払い、失礼や悪口を言わないようにお願いしたいと思います。自分にとっては簡単なことでも、他の人にとってはとても複雑なことなのです。

参加したい皆さんは、彼に合った方向性を選び、データや展開をこのスレッドに書き込むことをお勧めします。複数の参加者と一緒に一つの方向で仕事をする人には、対話者にスカイプを知らせて、オンラインで会議と議論を行うことを提案します。

私のスカイプはgogtut です。

ファイル:
 

MQL4では、このようなシステムは非現実的です。

MQL5では可能です。 主な内容は、基本的なアーキテクチャを正しく作成し、各Expert Advisorブロックからポジションをトレードに分割するエンジンを記述することです。

 
goga:

.....


整理しますと複数の収益性の高いExpert Advisorを1つのEAにまとめるということでしょうか?それとも専門家だけ?同時進行するのか、それとも運営ブロックが選ぶのか。

今のところはっきりしているのは、一人ではできない複雑なことをやりたいということだけで、なぜそれが結果的に素晴らしいものになるのか、理由も正当性も明らかでない......。糸でも作品でも洪水バランスになりそうです。課題は非常に漠然としています。

セルゲイ

MQL4では、このようなシステムを作ることは非現実的です。


なぜ?今のところ、5ではできて、4ではある前提で不可能な、違うフリルしか見たことがありません。確かに人件費は違うし、どこかが簡素化されて便利にはなったが、それ以上のことはない。

 
sergeev:

MQL4では、このようなシステムは非現実的です。

MQL5では可能です。 主な内容は、基本的なアーキテクチャを正しく作成し、各Expert Advisorブロックからポジションをトレードに分割するエンジンを記述することです。


MQL5には、逆位置が使えないという小さな欠点がありますが、この問題が解決されれば、MQL5も可能です
 
goga:

MQL5では逆位置が使えないという小さな問題がありますが、この問題が解決されればMQL5も可能です。

経営者が集計位置を確認し、管理する、ただそれだけのことです。それは、あなたの考えていることに比べれば、でたらめだ)
 
メインはスイッチです。基準があれば、みんな自分で作る。基準なし - 参加人数は問わない。
 
Figar0:


整理してみましょう。複数の収益性の高いエキスパートを1人のエキスパートに統合することを提案されているのでしょうか?それとも専門家だけ?彼らは同時に働くのか、それともマネージングボードによって競争的に選ばれるのでしょうか?

今のところはっきりしているのは、一人ではできない複雑なことをやりたいということだけで、なぜそれが結果的に素晴らしいものになるのか、理由も正当性も明らかでない......。 糸でも作品でも洪水バランスになりそうです。課題は非常に漠然としています。


私は、収益性の高いシステムを組み合わせることを提案します。異なる市場条件で収益性の高い(ここでは負け、そこでは稼ぐ)。制御ユニットは、すべてのシステムから受信した信号と分析に応じて、競争力のあるものとそうでないものを選択します。

このように、「歩く人の足下には必ず道がある」ということを、私はSkypeを使ったディスカッションでお伝えしています。

 
本当に基本がはっきりしないんです。プログラムの骨格が「複雑」で「ブロックに分かれている」ようであれば、何を実装すればいいのか、私はコンセプトの部分からお手伝いし、アドバイスすることができます。
 
Figar0:

反対側の位置でも全く問題なく、コントロールユニットが集計位置を出力して制御します。他のものに比べたらゴミみたいなものだけど)

モーターのボルトを1本緩めるだけで、少なくとも正常に動作しなくなるのですから、ここでもシステムの数を減らすと痛い目にあいます。
 
goga:


私は、収益性の高いシステムを組み合わせることを提案します。異なる市場条件下で収益性の高いシステム(ここでは損をするかもしれないが、そこでは稼ぐことができる)。コントロールユニットは、すべてのシステムから受信した信号と分析に応じて、競争力のあるものとないものを選択しなければならない

私は何も約束しませんが、その道は旅するものです。

つまり、私は一人でやりたいとは思わないが、負けているものから儲かっているものに切り替える前に、時間がかかるかもしれないし、必要なTSがそのセクションで働き始めたら関係なくなるかもしれない、より速く私はあらゆる意味で取引EAの柔軟性、指標部分の調整可能パラメータの最小数、あらゆるTFとインストルメントで指標が使える可能性に努めるべき・・・これが私の意見である。
 
EricGR:
本当に基本がはっきりしないんです。もし、プログラムの骨格が「複雑」で「ブロックに分割されている」ようであれば、私はコンセプトの部分で手助けをしたり、アドバイスをしたりすることができます。

アルゴリズム作成からアイデアまで、あらゆる協力が必要です。また、全体のコーディネータが必要です。