記事についてのディスカッション

 

新しい記事「取引システムの開発と分析への最適なアプローチ」はパブリッシュされました:

本稿では、資金を投資するためのシステムまたはシグナルを選択する際に使用する基準を示すとともに、取引システムの開発への最適なアプローチを説明し、外国為替取引におけるこの問題の重要性を強調します。

ご覧のとおり、ここにもグローバルパターンの兆候があり、間隔全体をテストして、グローバルスケールでどのように見えるかを確認する必要があります。


グラフは完璧にはほど遠いですが、作業セグメントを確認できます。また、フィルタを導入したり、詳細な最適化を実行したりもできます。特定のツールの選択は常にオプションです。他のペアでテストを実行すると、結果はおそらく異なるでしょうが、一定の時間を費やした後、同時に複数のペアに最適なパラメータを見つける可能性があります。物理学を把握して強化することができれば、結果はさらに大きくなります。

現在の形でさえ、ロボットは許容できる結果をもたらしました。取引はほとんどありませんでしたが、EAは多通貨で機能しました。非常に単純なコードでさえも、アイデアを開発するための強力な基盤として役立ちます。一部のシステムは、変更せずに使用することもできます。

作者: Evgeniy Ilin

 
ユージン、こんにちは、

あなたの主観的な意見を信じることができるように、少なくとも1年間のシグナルサービスでの 取引結果を提示してください。
 
おそらく、あなたは何か隠されたシグナルを持っているのだろうが、現在のものは、このような記事に対する権威ある意見とは言い難い。
 
Daniil Kurmyshev:
ユージン、こんにちは、

あなたの主観的な意見を信じることができるように、少なくとも1年間のシグナルサービスでの 取引結果を提示してください。

まだ1年間ではありませんが、そうなるでしょう。私は最後の例で真実であると主張するものではありませんが、それでも私が共有したかったいくつかの経験がある、それだけです。なぜそうしないのか?さらに何年か、私は実際の取引よりも理論的な研究に従事し、知識を得ていた。そして、この信号についてよく想像してみて、デポは2000ではなく、200であり、それは10倍以上の成長の割合が判明し、それは4パーセントと40ではなく、半年未満であり、1年は約100パーセントを得るでしょう。 小さいが、安全。

 

ユージンのスタイルが好きだった...。ある種の独創的な...。なぜかわからないけど、著者は赤いシャツを着たヴァシリー・シュクシンのようだった...。彼は斧で切り刻むような文章を書くんだ。)

この一節を読んで、私は「何を吸えばこうなるんだ」と思った。

...Плюс данного подхода еще в том, что чем проще система на выходе, то тем проще ее исправлять и модифицировать. Еще один интересный момент в том, что поначалу вообще ничего не работает, потом вдруг начинает работать, при этом ты задумываешь одну логику, а советник работает с инвертом вообще совсем по иной логике, понять которую не получается, в некоторых случаях нужны годы чтобы понять...

あるいは、私がその考えを理解できなかっただけかもしれない。でも、自分のアルゴリズムを正確に知っている方がいいと思う。最初は原始的であっても......。以前、テクノがいいことを書いていた

Николай Иванов (Techno): "Для программы важна точность алгоритмов"
Николай Иванов (Techno): "Для программы важна точность алгоритмов"
  • www.mql5.com
Программист из Красноярска Николай Иванов (Techno) - лидер среди разработчиков по количеству выполненных работ, на сегодняшний день их уже более 200. Мы решили поговорить с ним о сервисе "Работа", его особенностях и основных проблемах, с которыми сталкиваются программисты. Николай, как вы пришли в трейдинг? По образованию я инженер-программист...
 
Denis Kirichenko:

ユージンのスタイルが好きだった...。ある種の独創的な...。なぜかわからないけど、著者は赤いシャツを着たヴァシリー・シュクシンのようだった...。彼は斧で切り刻むような文章を書くんだ。)

この一節を読んで、私は「何を吸えばこうなるのか」と考えさせられた。

あるいは、私がその考えを理解できなかっただけかもしれない。でも、自分のアルゴリズムを正確に知っている方がいいと思う。最初は原始的であっても......。以前、テクノがいいことを書いていた

まだ記事を読んでいる途中ですが、著者のコードを見たところ、非標準的なメソッドが多く目を引きました。

例えば、唯一の繰り返し条件(enum比較)をチェックする一連のif()

例えば、唯一の繰り返し条件(enumの比較)のチェックを伴う一連のif()、そしてこの条件の真偽に関する遷移の本体で、内容が重複するループ。


一般に、このようなコードを書けるようになると、このような啓示を受けることになる、

なぜなら、あなたは単純な方法で問題を解くことに慣れているからだ:

switch(MODE0)
{
 case MODE_1 : func(param1, param2, param3);
 break;
case MODE_2 : func(param4, param5, param6);
 break;
}

;)

UPD:静力学を使うロジックはまだ考え中だが、一見してわかるほど単純ではないと思う。

;)

 
Igor Makanu:

まだ記事を読んでいる最中だが、著者のコードを見たところ、多くの非標準的なメソッドが目を切る...。

でも、懺悔します、コードも見ずに...。ママミーア...。恥ずかしながら、これは何のため

class TickBox
   {
   public:
   static int BarsUp;
   static int BarsDown;
   static double PowerUp;
   static double PowerDown;
   static double PercentUp;
   static double PercentDown;
   static double PercentPowerUp;
   static double PercentPowerDown;


OOPもあれば手続き型もある...。ラポタ・・・。

面白い 機能だ。で、肝心なのは、何かがコピーされたことのチェックがない こと...。

void CalcAllMQL5Values()//配列の再計算
  {
   ArraySetAsSeries(High, false);
   ArraySetAsSeries(Low, false);
   ArraySetAsSeries(Close, false);
   ArraySetAsSeries(Open, false);
   ArraySetAsSeries(Time, false);
   ArraySetAsSeries(Volume, false);
   CopyHigh(_Symbol, _Period, 0, CandlesE, High);
   CopyLow(_Symbol, _Period, 0, CandlesE, Low);
   CopyClose(_Symbol, _Period, 0, CandlesE, Close);
   CopyOpen(_Symbol, _Period, 0, CandlesE, Open);
   CopyTime(_Symbol, _Period, 0, CandlesE, Time);
   CopyTickVolume(_Symbol, _Period, 0, CandlesE, Volume);
   ArraySetAsSeries(High, true);
   ArraySetAsSeries(Low, true);
   ArraySetAsSeries(Close, true);
   ArraySetAsSeries(Open, true);
   ArraySetAsSeries(Time, true);
   ArraySetAsSeries(Volume, true);
  }


そうそう、素材もちょっと考え直してみたんだけど...。トレーディング・システムの 開発と分析に対する 主観的アプローチ」というタイトルは、この記事にふさわしいと思う。最適探索の数学」のセクションのアプローチは独創的でとても気に入った。コード行数の効率性を追求する.しかし


 
Denis Kirichenko:

そしてここで、コードを見もしなかったことを悔やんでいる......。ああ、ママ・ミア。恥ずかしいけど、これは何に使うの


OOPとプロシージャルなスタイルがある...。素敵...

面白い 機能だ。そして、最大のポイントは、何かがコピーされたかどうかのチェックがない ことだ。


そうですね、もう少し考えてみると...。このタイトルは、「トレーディング・システムの開発と分析に対する主観的アプローチ」という記事にふさわしいと思う。私は「最適探索の数学」のセクションのアプローチが独創的でとても気に入った。コード行数の効率性を追求する.しかし


一般的には、まず著者のプレゼンテーションのスタイルに慣れるべきである。

このようなことは頭から捨てて、何が価格を動かすのかを考え始めることだ。また、あなたが何かを見つけるチャンスを得るための前提条件は、数学の知識とそれを応用する能力、結果を分析する能力、作業ポイントを分離し、その物理学を理解する能力である。これらはすべて、実践と理論によってのみ達成される。結局のところ、すべてはあなたが書き、テストした取引システムの数に依存する。他人のコードを寄せ集める必要はなく、ゼロから自分で書けばいい。メガグレイルを手に入れ、キャベツを切ろうと考える人がいるとしたら、それは間違いだ。僕はずっとそう思ってきた。考えることは知ることではない。

で、その哲学にハマると、こうなる:「みんな、種ある?

そうすれば、"キャベツを切る "ことができるようになる。


SUS:対談相手のプロフィールを見るのは久しぶりですが...。SUS:久しぶりに対談相手のプロフィールを見たよ。

))))


私はこれ以上議論に入るつもりはありません、記事があります - 顧客があります、おそらくまた、ターゲットオーディエンスがあります

記事をありがとう!- いい気分は買えない

 
実際、このクラスは全く必要なく、ただ面白半分で作っただけなんだ。)私はコードを全く重視していません。私は手続き型プログラミングの信奉者ですが、C#はよく知っていますし、書くこともできます。ほとんどの場合、OOPはロジックを遅くするだけで、面倒なシステムのためのものだし、面倒な変種でも構造(スタックソルブ)を使うようにしている。一般的にコードがシンプルなのは認める。もしswitchが嫌なら、ifの代わりにswitchを入れればいい。 私の仕事はプログラミングを教えることではなく、市場を理解することがメインであり、プログラミングはツールに過ぎないということを示すことだ。私にとっては、オリジナルのプレゼンテーションが本当に重要なのです。これは、皆さんにそれを明確にするためです。衒学的な人にはあらかじめ謝っておく。)
 
デニスがすべて正しく言ってくれた。それは私の経験であって、他のプレゼンテーションのスタイルは考えられない。どうにかして本質を伝えたいし、FXではそれがすべてを決める。そして、イゴールにはこう言いたい。マーケットを理解するまでは、言語の知識は何の役にも立たない。かっこいいEnumの書き方を知っているのは結構だが、それは何の役にも立たない。私はプログラマーではないし、興味を持ち始めたのは2年ほど前だ。しかし、私はエンジニアの教育を受けている。私は多くの人々や多くの自慢話を見てきたが、結局のところ、これらの人々から有益な考えを得ることはできなかった。
 
Denis Kirichenko:

そしてここで、コードを見もしなかったことを悔やんでいる......。ああ、ママ・ミア。恥ずかしいけど、これは何に使うの


OOPとプロシージャルなスタイルがある...。素敵...

面白い 機能だ。そして、最大のポイントは、何かがコピーされたかどうかのチェックがない ことだ。


そうですね、もう少し考えてみると...。このタイトルは、「トレーディング・システムの開発と分析に対する主観的アプローチ」という記事にふさわしいと思う。私は「最適探索の数学」のセクションのアプローチが独創的でとても気に入った。コード行数の効率性を追求する.しかし


😂😂😂😂そう、これは嬉しい!!小さくてシンプルなコードは、著者の意見では主なものである!