TAが機能しないなんて、その時は言わないでね - ページ 16

 
hrenfx:

控除の効率の問題ではありません。繰り返しになりますが、質問は直接的にはSBとCERの比較についてです。

本音で語ろう。

  1. 有限のSB-rowは(たとえ擬似ランダムなMathRand()で行ったとしても)100%SBではありません。つまり、完全にSBでない行の一部であってもよいのです。
  2. 有限のCVR-rowは、100%非SBではありません。常にSBの一部である可能性があるため。

大雑把に言うと、トルストイの『戦争と平和』がSBに収録されているかどうか。

だから、SBとCPRの話をするのはあまり意味がないんです。


SBでピーキング、不正確なテストなどを確認する。もし、この方法がすべてのSB実装で良い解を見つけることができたとしたら、答えはピーキングにあり、これはかなり厄介なことになります。

問題はSBではなく、統計的にフィッティングする「引き算」の手法の有用性をどう評価するかということです。ある列では見つかり、ある列では見つからないことは明らかである。しかし、これは統計学ではなく、実際の系列のいくつかは依存性があるほどだ。問題は代表的な統計にあり、それは(特にハンディキャップには適さない)楽器の数を増やし、テストのための独立したシステムの数を増やし、各楽器の歴史を深めることによって集められるものである。

 

説明してください。動作原理の説明では2つの最適化セクションを使用していますが、実際にはセクション1、セクション2、セクション1+セクション2の3つの最適化が使用されているのはなぜですか?

 

ここでも、私たちは違う言葉で話しているのです。ディシラムを一切主張しない方法が提案されている。メソッドは常にメソッドである。

統計についてですが、EURUSDとGBPJPYの統計的な差異を示すことができますか?

 
hrenfx:

ここでも、私たちは違う言葉で話しているのです。ディシラムを一切主張しない方法が提案されている。メソッドは常にメソッドである。

統計についてですが、EURUSDとGBPJPYの統計的な差異を示すことができますか?


げっ、褒め殺しと何の関係があるんだ?それは、パフォーマンステストについてです。どのような条件下で適用することに意味があるのか、全く意味がないのか。最終目標は実践することであり、そのためには上記の質問に答える必要があります。
 
つまり、何の方法論も示していないわけです。SBを詰めて、何かがあることを示す--。
 
hrenfx:
つまり、何の方法論も提案していないのですね。SBを詰め込んで、何かあることを示すのは?

は、すでに書かれていることを読んでいるのでしょうか?SBは、覗き見や不正確なテストがないかどうかをチェックします。この方式に限らず、どんな方式でもそうです。そしてちょうど、短い履歴でポジティブな結果を得ることが極めて容易であることを実証しています。これは、SBの特性を知っている人には明らかであるが、多くの人は知らず、OOSでの利益は、特に複数の商品で得られた場合、必ずしも規則的であると考えられている

その方法論は

"問題は代表的な統計について で、これは(特にフォアには適さない)測定器の数を増やし、テストする独立したシステムを増 やし、それぞれの測定器の歴史を掘り下げる ことによって集めることができる。"


 

膨大な数のTWRの中から、共通のパターンを探そうということですね。つまり、TCライティングの主要な課題を実質的に解決することを提案しているのです。

このようなグローバルなアプローチで、明確なものがなく、一般的なフレーズがいくつかある場合、間違いなくどこにも行けないのです。

 
hrenfx:

膨大な数のTWRの中から、共通のパターンを探そうということですね。つまり、TCライティングの主要な課題を実質的に解決することを提案しているのです。

このようなグローバルなアプローチで、明確なものがなく、一般的なフレーズしかない場合、間違いなくどこにも行けません。


本当に全部読んだの?CERを増やすのは一つの方法であり、かなり現実的である(同じam.stocsに何千もの商品があるのだから)。もう一つの選択肢は、独立したTCによる実行結果です。はい、そして1つの楽器のための歴史 - あなたは9ヶ月のためにかなり多くの作品を見つけることができます)))。この結果をどのように一般化するかということも明確です。例えば、全員の累積利益など。または他のバリエーション。統計的なデータ収集の結果、手法そのものだけでなく、どのような機器に、どの程度の履歴を取るべきか、どのようなシステムが良いのか、といった適用範囲の確認が行われます。

また、実用化に向けてはどのような提案があるのでしょうか。あるいは、純粋に理論的なもの、つまり、ある方法が提案されているが、それがどの程度有用で、どのように適用するのがベストなのか、誰にもわからないということです。:)

 

独立したTCランの結果はどうですか?独立というのはどういう意味ですか?TCはいくつまで?

そして、最も重要なことは、この研究の結果が何を与えてくれるのか、ということです。繰り返しになりますが、これは決してフィット感の欠如、アプリケーションの限界などを語るものではありません。

EAは上で提案したように、100の間隔で最適化し、すべてのバリエーションを「クロス」させればよいのです。結果だけでは、何も言えません。

実用化については、すでに私が提案していますし、他のスレッドでも何度も提案しています。存在を否定された据え置き型コンビにも。そして、この方法については......実装とアプローチがシンプルな分、非常に興味深い別の方法と言えますね。これについては、トピックスターターに感謝します。

 
hrenfx:

独立したTCランの結果はどうですか?独立というのはどういう意味ですか?TCは何ヶ所くらいに止まるのですか?

そして、最も重要なことは、この研究の結果が何を与えてくれるのか、ということです。繰り返しになりますが、これは決してフィット感の欠如、アプリケーションの限界などを語るものではありません。

EAが上で提案されましたが、それを100間隔で最適化し、すべてのバリエーションを「掃引」することができます。結果だけでは何もわからない。

適切に収集された統計が増えれば、それに基づく結論の妥当性が高まる。簡単なようで難しい;)