事故か、それとも認識されていないパターンか? - ページ 8

 
vladzeit:

まあ、それは確かなことです。もっと早く証明する方法を探したい。

何か他のものを見つけたい、他にはない、取引の万能薬はない、目の前にあるもの以外には証拠も信頼性もない、そしてそれをもってしても、その収益性の中でトレンドが続く保証はないのです。これはギャビと言われるように、どうしようもないことなのです。

 
Ilya Malev:

それ以外のものはない、取引に万能薬は全くない、証拠もない、目の前のもの以外に信用は ない、それでもその収益性のトレンドの継続の保証はないのだ。これが、「ギャ・ヴィ」と言われても、どうしようもないのです。

アヒルのように見えるもの、アヒルのように浮くもの、それはたいてい...。アヒルです。

本当に間違っていてほしい)

確率論にも万能薬はありませんが、正規分布からの乖離をどうにかしてカウントする、少なくとも正規分布の計算ができるかできないか、ここだけは条件が匹敵すると思います、ただ、モデル化の方法が組み込まれていないだけです。

そして、あなたが言ったことは...証拠もないし、信用もない。それが不確実性の最大の問題点であるように思います。

 
vladzeit:

まあ、それは確かなことです。いずれにせよ、デモでのテストは 行いますが、時間がかかり、 信頼性も確保できません。もっと早く 証明できる方法を探したいと思います。

フォワードについて10回も言われたのに、頑なに試そうとしない。
 
vladzeit:

アヒルのように見えるもの、アヒルのように泳ぐもの、それはおそらく...。アヒルです。

本当に間違っていてほしい)

確率論にも万能薬はないのですが、その中で何とか正規からのずれをカウントして、少なくとも正規分布の計算ができるかできないか、ここは条件が匹敵すると思います、ただ、モデル化する方法が組み込まれていない だけです。

そして、あなたが言ったことは...証拠もないし、信用もない。それが不確実性の最大の問題点であるように思います。

R、Python、Excel、Matlabを駆使して、誰でも簡単にモデリングできます。

内蔵型?- 取引端末に 求めるものは多いですね(笑)。

 
multiplicator:
フォワードについて10回も言われたのに、頑なに試そうとしない。

100回は味わった...。はカウントされるのでしょうか?

そして、その結果まで掲載しています。

全編に渡って、フォワードを通過するのです。でも、もともと全編でやっていたフィット感も......。もう歴史はないんです。他に前を向いて走るものがないんです。

 
vladzeit:

100回は味わった...。はカウントされるのでしょうか?

そして、その結果まで掲載しています。

全編に渡って、フォワードを通過するのです。でも、もともと全編でやっていたフィット感も......。もう歴史はないんです。もう、走れるフォワードはいない。

しかし、あるサイトでフィッティングを行い、別のサイトでテストを行うという選択肢はないのでしょうか?



他のブローカーを試してみてください、もしかしたらもっと歴史があるかもしれません。

 
multiplicator:

あるサイトでフィッティングして、別のサイトでテストするというのは選択肢としてないのでしょうか?



他のブローカーを試してみてください、もしかしたらもっと歴史があるかもしれません。

すでに試したが...。上に結果を載せましたが、うまくいきました。

 
Yuriy Asaulenko:

R、Python、Excel、Matlabはすべてあなたのサービスです。

内蔵型?- 取引端末 に求めすぎですね(笑)。

まあ、どうやら...はい、端末を過大評価しすぎました。

テストシステムはクラッシュテストに適しており、TSの「バグ」をチェックする方法は昔から考え抜かれ、テストされており、そのような問題を簡単に解決してくれるというのが本音でした。

R、Python、Matlab、これらを使いこなすことです。しかし、私はmql5をマスターし始めたばかりです。私は2週間、一つの仮説を検証するために、一つのExpert Advisorのアルゴリズムを作成するために勉強してきました...

1週間ほどテストしていました。

これが私のプログラミング経験のすべてです。

テストエリアを拡大するために、合成見積もりをしてみることにします。すでに試したが、うまくいかなかった。

 
vladzeit:

まあ、どうやら...はい、端末を過大評価しすぎました。

試験制度は衝突試験の方が研ぎ澄まされ、TCの「お粗末さ」をチェックする方法はとっくに発明され、テストされ、そうした問題を一度に解決していると本気で思い込んでいたのです。

R、Python、Matlab、これらを使いこなすことです。しかし、私はmql5をマスターし始めたばかりです。私は2週間、一つの仮説を検証するために、一つのExpert Advisorのアルゴリズムを作成するために勉強してきました...

1週間ほどテストしていました。

これが私のプログラミング経験のすべてです。

テストエリアを拡大するために、合成見積もりをしてみることにします。すでに試したが、うまくいかなかった。

1.R、Pythonなどの中から1つ、または2つ選択する。すべてに精通する必要はありません)。

2.合成樹脂は不要で、作業したいものでモデルを作る。そして、10年間も調整テストをするのはやめましょう。ハムを全部食べなくても、腐っているかどうかはわかるはずです。

ある年に過剰に最適化し、別の年にテストする。

3.ICLでは、システムをテストすることができ、事実ではなく、仮説はあり得ません。

 
vladzeit:

まあ、どうやら...そう、端末を過大評価しすぎたのです。

この端末には、取引、モデリング、あらゆる合理的なTSをテストする目的で特に必要なものがすべて揃っています。ちなみに、すでに合成樹脂を含む(すでに合理性の限界に達しているが。何でも発明できることは明らかだが、なぜ?)