トレーディングにおける機械学習：理論、モデル、実践、アルゴトレーディング - ページ 3299 1...329232933294329532963297329832993300330133023303330433053306...3399 新しいコメント Maxim Dmitrievsky 2023.10.11 15:36 #32981 Andrey Dik #: やっぱりね。 あなたが言ったことを読み直して。 もしそれを言うつもりなら、私がどこでそう言ったのか探してきなさい。 それとも、たわごとを言うのをやめるかだ。 Maxim Dmitrievsky 2023.10.11 15:55 #32982 Maxim Dmitrievsky #: 常に概念が入れ替わり、コミュニケーションは不可能だ。 . Andrey Dik 2023.10.11 16:01 #32983 Maxim Dmitrievsky #:そんなことを言うなら、私がどこでそんなことを言ったのか、もう一度読み直してください。 それともくだらないことを言うのをやめるかだ。まず、あなたは間違った近似を持ち込んで、それについてはまったく議論していない。それから、あなたは最適化は重要ではないと言ったが、サンシュは極限について話していた。もういい、ここでやめよう。 Aleksey Vyazmikin 2023.10.11 16:05 #32984 Maxim Dmitrievsky #: また、符号が少なければ、あらゆる種類のコズル推論が正常にカウントされることにも気づいた。そうでないと、アルゴリズムが読み取りを混乱させてしまう。 引用データで因果関係を証明できた例を示してもらえますか？ 一般的に、予測変数の確率的な結果を変化させるような影響の影響がない（開発においてそれを検出することが不可能である）場合、このアプローチの意味がわからないと言いたかったのです。 Maxim Dmitrievsky#: 一般的に、TSが適切に機能するためには、いくつの指標があるべきでしょうか。明らかに100や500ではありません。通常は2-3個、多くても10個です。 ここで私は0.7以上の270の他の指標と相関する指標を見つけました。 重要なのは、トレーニングにおける指標の数ではなく、そこからどのような情報を得ることができるか、そしてそれが統計的に有意で安定したものであるかということです。 Maxim Dmitrievsky 2023.10.11 16:06 #32985 Andrey Dik #: まず、あなたは間違った近似を持ち込んだが、それについてはまったく議論がなかった。次に、あなたは最適化は重要ではないと言ったが、サンシュは極限について話していた。私はそれについてコメントした。 もういい、ここでやめよう。 サンシュは、そこに極端なものはないと言った。しかし、彼はまだ私が最初に書いたことを理解していない。 あなたは最適化を持ち出したが、それは議論されていなかった。最適化ではなく、近似の場合を考えているのだと答えたのだ。 お笑い終了。 mytarmailS 2023.10.11 16:06 #32986 識別子でルールをチェックする関数がある。 n -識別子（ルール番号） x - データ ここに関数の簡単なレイアウトがある。 rule <- function(n,x){ res <- NULL if(n==1) res <- x[1] < x[5] if(n==2) res <- x[2] >= x[1] if(n==3) res <- x[4] == x[5] if(n==4) res <- x[1] != x[5] if(n==5) res <- x[2] >= x[1] if(n==6) res <- x[4] =< x[5] if(n==7) res <- x[1] < x[5] if(n==8) res <- x[2] >= x[1] if(n==9) res <- x[4] <= x[5] if(n==10) res <- x[4] > x[5] return(res) } 問題は、このような文字列が100万個あった場合に、この関数が有効かどうかである。 if(n==... ) res <- x... このような文字列は100万個あるだろう。 もしそうでないなら、どのように実装しますか？ Aleksey Vyazmikin 2023.10.11 16:16 #32987 mytarmailS #:識別子によってルールをチェックする関数がある。n -識別子（ルール番号）x - データ以下は簡単な関数レイアウトである。問題は、このような文字列があった場合にこの関数が有効かどうかである。このような文字列は100万個もある。もしそうでないなら、どのように実装するのか？ スイッチを 使う Aleksey Nikolayev 2023.10.11 16:22 #32988 Aleksey Vyazmikin #:スイッチを 使う 理論的には、関数の配列を使うこともできる。 mytarmailS 2023.10.11 16:23 #32989 Aleksey Vyazmikin #:スイッチを 使う スイッチを使う bool rule(int n, NumericVector x) { bool res = false; switch(n) { case 1: res = x[0] < x[4]; break; case 2: res = x[1] >= x[0]; break; case 3: res = x[3] == x[4]; break; case 4: res = x[0] != x[4]; break; case 5: res = x[1] >= x[0]; break; case 6: res = x[3] <= x[4]; break; case 7: res = x[0] < x[4]; break; case 8: res = x[1] >= x[0]; break; case 9: res = x[3] <= x[4]; break; case 10: res = x[3] > x[4]; break; default: stop("Invalid rule number"); } return(res); } そうすれば、100万通りの条件に対応できるのですか？ Aleksey Vyazmikin 2023.10.11 16:37 #32990 mytarmailS #:そんな感じか？ Rのシンタックスは知らないんだ。そうでなければ - はい、そのようです。 mytarmailS#: で、実際に100万の条件を扱えるんですか？ 私はMQL5で約50万を使用しました。IFよりはるかに速く動作します。 1...329232933294329532963297329832993300330133023303330433053306...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
もしそれを言うつもりなら、私がどこでそう言ったのか探してきなさい。
それとも、たわごとを言うのをやめるかだ。常に概念が入れ替わり、コミュニケーションは不可能だ。
.
そんなことを言うなら、私がどこでそんなことを言ったのか、もう一度読み直してください。
それともくだらないことを言うのをやめるかだ。また、符号が少なければ、あらゆる種類のコズル推論が正常にカウントされることにも気づいた。そうでないと、アルゴリズムが読み取りを混乱させてしまう。
引用データで因果関係を証明できた例を示してもらえますか？
一般的に、予測変数の確率的な結果を変化させるような影響の影響がない（開発においてそれを検出することが不可能である）場合、このアプローチの意味がわからないと言いたかったのです。
一般的に、TSが適切に機能するためには、いくつの指標があるべきでしょうか。明らかに100や500ではありません。通常は2-3個、多くても10個です。
ここで私は0.7以上の270の他の指標と相関する指標を見つけました。
重要なのは、トレーニングにおける指標の数ではなく、そこからどのような情報を得ることができるか、そしてそれが統計的に有意で安定したものであるかということです。
サンシュは、そこに極端なものはないと言った。しかし、彼はまだ私が最初に書いたことを理解していない。
あなたは最適化を持ち出したが、それは議論されていなかった。最適化ではなく、近似の場合を考えているのだと答えたのだ。
お笑い終了。
識別子でルールをチェックする関数がある。
n -識別子（ルール番号）
x - データ
ここに関数の簡単なレイアウトがある。
rule <- function(n,x){ res <- NULL if(n==1) res <- x[1] < x[5] if(n==2) res <- x[2] >= x[1] if(n==3) res <- x[4] == x[5] if(n==4) res <- x[1] != x[5] if(n==5) res <- x[2] >= x[1] if(n==6) res <- x[4] =< x[5] if(n==7) res <- x[1] < x[5] if(n==8) res <- x[2] >= x[1] if(n==9) res <- x[4] <= x[5] if(n==10) res <- x[4] > x[5] return(res) }問題は、このような文字列が100万個あった場合に、この関数が有効かどうかである。
if(n==... ) res <- x...このような文字列は100万個あるだろう。
もしそうでないなら、どのように実装しますか？
識別子によってルールをチェックする関数がある。
n -識別子（ルール番号）
x - データ
以下は簡単な関数レイアウトである。
問題は、このような文字列があった場合にこの関数が有効かどうかである。
このような文字列は100万個もある。
もしそうでないなら、どのように実装するのか？
スイッチを 使う
スイッチを 使う
スイッチを 使う
スイッチを使う
そうすれば、100万通りの条件に対応できるのですか？
そんな感じか？
Rのシンタックスは知らないんだ。そうでなければ - はい、そのようです。
で、実際に100万の条件を扱えるんですか？
私はMQL5で約50万を使用しました。IFよりはるかに速く動作します。