トレーディングにおける機械学習:理論、モデル、実践、アルゴトレーディング - ページ 2916 1...290929102911291229132914291529162917291829192920292129222923...3399 新しいコメント Aleksey Nikolayev 2023.02.04 15:16 #29151 Aleksey Vyazmikin #:彼は自分で出て行った。 彼のニックネームは[Deleted]に置き換えられず、追放された時のように黒く塗りつぶされている。 Roman 2023.02.04 15:40 #29152 Evgeny Dyuka #: このトピックは廃れ、長い間何も新しい情報がなく、考えも記事もない。問題は人にあるのではなく、ここにいる人たちは先進的だが、MQの方針にあるのだと思う 。彼らは、自分たちで解決する-自分たちがすべきことは、ツールを投入し、干渉しなければいいだけで、あとは勝手に進んでいく-と決めつけて いる。しかし、 そうはならない。もし解決策が生まれたとしても、単純な熱意でそれを共有する人はいない。馬鹿はいないのだ。 MQは明らかに、条件を整えるだけで十分で、人々が3000もの指標を作った指標の成功を繰り返そうとしている。 MQはこのトピックに資金を投入し、自らの手で開発を進めなければならない。彼らのソリューションをリリースし、MT5に統合する必要があります。高価でリスクが高いが、MOはいずれにせよ取引に参入するだろう。 マイクロソフトは2018年にOpenAIに投資し、グーグルは頬を膨らませて人々のためのツール(TensorFlow)を作っていた。今、彼らは熱湯を小便しながら、ChatGPTから検索ビジネスをどう救うかを考えている。なぜかChatGPTはフォーラムで無料では生まれなかった。) 例えば、私は異なるMOアルゴリズムでモデルを研究しています。 そして、異なるアルゴリズムは、コード内の最終モデルの構造が異なります。 例えば、非線形回帰では、数式のレコードは900文字です。 そして、GBoostingでは、最終モデルのコードは15,000行に達します!何文字になるか想像するのは難しい。 つまり、ソフトウェアの問題、すなわち合成ツールの数式ウィンドウでは、多くの文字数を入力することができないのです。 そこで合成ツールの数式 ウィンドウでは、入力文字数は非常に少ない文字数で制限されています。 数式で表現されたMOモデルをどのように調査し、テストするかは明確ではありません。 ツールはあるようだが、開発が制限されている。 そして、何百ものモデルを調べなければならない。また、各モデルをスクリプトでコード化するのですが、関連する環境のバインディングが大きいため、非常に非生産的です。、モデルが成功しなければ、このコードを捨てるだけです。 また、数式合成 ツールに ユーザー関数を導入するよう開発者に提案しました。 これにより、モデルの長さとコード形式の構造の両方の問題が解決されます。 しかし開発者は、カスタム シンボルの変更は計画していないと答えました。 どのように機能するのでしょうか? 生産的な専門研究のためにこのような制限があるとしたら。 Aleksey Vyazmikin 2023.02.04 18:13 #29153 Aleksey Nikolayev #:彼のニックネームは追放された時のように黒く塗りつぶされ、代わりに[Deleted]には置き換えられない。 そういえば、彼はここでそのような趣旨の発言をしていましたね。モデレーターがそれを揉み消しました。まだ1ヶ月も経ってないと思うけど。 Vladimir Perervenko 2023.02.04 20:02 #29154 Roman #: 例えば、私は異なるMOアルゴリズムでモデルを研究しています。 そして、コード内の最終モデルの構造は、アルゴリズムによって異なります。 例えば、非線形回帰では、数式レコードは900文字です。 そして、GBoostingでは、最終モデルのコードは15,000行に達します!何文字になるか想像するのは難しい。ですから、ソフトウェアの問題、すなわち合成ツールの数式ウィンドウでは、多くの文字数を入力することができません。 そこで合成ツールの数式 ウィンドウでは、入力文字数は非常に少ない文字数で制限されています。 数式で表現されたMOモデルをどのように調査し、テストするかは明確ではありません。 ツールはあるようだが、開発が制限されている。 そして、何百ものモデルを調べなければならない。また、各モデルをスクリプトでコード化しなければならないが、関連する環境のバインディングが大きいため、非常に非生産的である。 もしモデルが成功しなければ、このコードを捨てるだけである。 また、フォーミュラ合成 ツールに ユーザー関数を導入することを開発者に提案した。 これにより、モデルの長さとコード形式の構造の両方の問題が解決されます。 しかし、開発者はカスタム シンボルの変更は計画していないと回答しました。 どのように機能するのでしょうか? 生産的な専門研究のためにこのような制限があるのなら。 どのようなアルゴリズム、モデル、プログラミング言語について話しているのですか? Roman 2023.02.04 21:40 #29155 Vladimir Perervenko #:どのようなアルゴリズム、モデル、プログラミング言語について話しているのですか? アルゴリズムは一般的なものです:さまざまな種類の回帰/分類。あるいは、GBoosting、RandomForestツリー。 これらのアルゴリズムは、異なる構造モデルを構築する。 回帰モデルを例にとると、モデル構造はそれほど大きくなく、数学演算を伴う線形式のように見える。 しかし、それは合成ツールの数式ウィンドウに収まらない。なぜなら、ウィンドウ内の入力シンボルに制限が あるからである。 また、ツリー上のモデルを取る場合、モデルはすでにスイッチ構造で得られている。。そして、モデルで使用する木の数が多ければ多いほど、そのモデルに含まれるスイッチの数も増える。。したがって、このアルゴリズムのモデルのコードは、数万行にも膨れ上がる。 そして、MQL5スクリプトで記述することなく、MQL5コード環境、あらゆるアルゴリズムの何百ものモデルをチェックする生産性を高めるために、合成ツールのFormulaウィンドウにユーザー関数を導入することが開発者に提案された。 残念ながら、彼らはそれを聞かなかった。というか、彼らはそれを聞いたが、合成ツールのフォーミュラに変更を 加える予定は ないという事実に言及した。 そしておそらく、いつか将来、彼らはその提案を検討するかもしれない。 そして今モデルをチェックする必要があるため、MQL5スクリプトを通してMQL5コード環境のラッピングをすべて行わなければならない。 MT5におけるモデル・チェックの生産性を著しく低下させる。 チェックの生産性とはどういう意味ですか? モデルコードをカスタム関数に ラップし、ファイルまたは専用ウィンドウに保存し、、作成されたカスタム関数をモデルで使用して合成ツール 式を入力し、、必要に応じて異なるツールの自動同期を考慮に入れ、素早くチェック する方が、スクリプトコードで冗長なMQL5パイプラインを使ってこのモデルを記述するよりもはるかに高速です。 CとMQL5。 Vladimir Perervenko 2023.02.05 08:18 #29156 Roman #:アルゴリズムが一般的:さまざまなタイプの回帰/分類。あるいは、GBoosting、RandomForestツリー。 これらのアルゴリズムは、異なる構造モデルを構築する。 回帰モデルを例にとると、モデル構造はそれほど大きくなく、数学演算を伴う線形式のように見える。 しかし、それは合成ツールの数式ウィンドウに収まらない。ーウインドウのーにー入力記号のーにー制限 ー そしてーそしてー樹上のーモデルをーモデルをーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルー。そして、モデルで使用する木の数が多ければ多いほど、そのモデルに含まれるスイッチの数も増える。。したがって、このアルゴリズムのモデルのコードは、数万行にも膨れ上がる。 そして、MQL5スクリプトで記述することなく、MQL5コード環境、あらゆるアルゴリズムの何百ものモデルをチェックする生産性を高めるために、合成ツールのFormulaウィンドウにユーザー関数を導入することが開発者に提案された。 残念ながら、彼らはそれを聞かなかった。というか、彼らはそれを聞いたが、合成ツールのフォーミュラに変更を 加える予定は ないという事実に言及した。 そしておそらく、いつか将来、彼らはその提案を検討するかもしれない。 そして今モデルをチェックする必要があるため、MQL5スクリプトを通してMQL5コード環境のラッピングをすべて行わなければならない。 MT5におけるモデル・チェックの生産性を著しく低下させる。 チェックの生産性とはどういう意味ですか? モデルコードをカスタム関数に ラップし、ファイルまたは専用ウィンドウに保存し、、作成されたカスタム関数をモデルで使用して合成ツール 式を入力し、、必要に応じて異なるツールの自動同期を考慮に入れ、素早くチェック する方が、スクリプトコードで冗長なMQL5パイプラインを使ってこのモデルを記述するよりもはるかに高速です。 CとMQL5。 これはチャットボットによって生成されたものではないのか?よく似ている。悪気はない。 Alexander Ivanov 2023.02.05 08:48 #29157 価格の瞬間には、価格、時間、出来高という3つの次元がある。 出来高は価格の塊か? mytarmailS 2023.02.05 08:58 #29158 Alexander Ivanov #:価格モーメントには、価格、時間、出来高という3つの次元がある。 出来高は価格の塊か? 出来高とは、選択された価格または価格帯で締結された契約の数である。なぜ新しい概念を生み出し、それに惑わされるのか?論理の第一法則を破るな Roman 2023.02.05 14:05 #29159 Vladimir Perervenko #:チャットボットが生成されたのでは?そう見えるけど。悪気はありません。 他の質問がないように詳細な回答があった。 どうやらチャットボットがいい仕事をしてくれたようで、質問がなくなった))。 Alexander Ivanov 2023.02.06 06:16 #29160 mytarmailS #: 出来高は、選択した価格または価格帯で締結された契約数である。 なぜ新しい概念を発明し、それを混乱させるのか? 論理の第一法則に違反してはならない。 ダミーじゃないんだ) 1...290929102911291229132914291529162917291829192920292129222923...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
彼は自分で出て行った。
彼のニックネームは[Deleted]に置き換えられず、追放された時のように黒く塗りつぶされている。
このトピックは廃れ、長い間何も新しい情報がなく、考えも記事もない。
問題は人にあるのではなく、ここにいる人たちは先進的だが、MQの方針にあるのだと思う 。彼らは、自分たちで解決する-自分たちがすべきことは、ツールを投入し、干渉しなければいいだけで、あとは勝手に進んでいく-と決めつけて いる。
しかし、 そうはならない。もし解決策が生まれたとしても、単純な熱意でそれを共有する人はいない。馬鹿はいないのだ。 MQは明らかに、条件を整えるだけで十分で、人々が3000もの指標を作った指標の成功を繰り返そうとしている。 MQはこのトピックに資金を投入し、自らの手で開発を進めなければならない。彼らのソリューションをリリースし、MT5に統合する必要があります。高価でリスクが高いが、MOはいずれにせよ取引に参入するだろう。 マイクロソフトは2018年にOpenAIに投資し、グーグルは頬を膨らませて人々のためのツール(TensorFlow)を作っていた。今、彼らは熱湯を小便しながら、ChatGPTから検索ビジネスをどう救うかを考えている。なぜかChatGPTはフォーラムで無料では生まれなかった。)
例えば、私は異なるMOアルゴリズムでモデルを研究しています。 そして、異なるアルゴリズムは、コード内の最終モデルの構造が異なります。 例えば、非線形回帰では、数式のレコードは900文字です。 そして、GBoostingでは、最終モデルのコードは15,000行に達します!何文字になるか想像するのは難しい。
つまり、ソフトウェアの問題、すなわち合成ツールの数式ウィンドウでは、多くの文字数を入力することができないのです。
そこで合成ツールの数式 ウィンドウでは、入力文字数は非常に少ない文字数で制限されています。
数式で表現されたMOモデルをどのように調査し、テストするかは明確ではありません。
ツールはあるようだが、開発が制限されている。
そして、何百ものモデルを調べなければならない。また、各モデルをスクリプトでコード化するのですが、関連する環境のバインディングが大きいため、非常に非生産的です。
、モデルが成功しなければ、このコードを捨てるだけです。
また、数式合成 ツールに ユーザー関数を導入するよう開発者に提案しました。
これにより、モデルの長さとコード形式の構造の両方の問題が解決されます。
しかし開発者は、カスタム シンボルの変更は計画していないと答えました。
どのように機能するのでしょうか?
生産的な専門研究のためにこのような制限があるとしたら。
彼のニックネームは追放された時のように黒く塗りつぶされ、代わりに[Deleted]には置き換えられない。
そういえば、彼はここでそのような趣旨の発言をしていましたね。モデレーターがそれを揉み消しました。まだ1ヶ月も経ってないと思うけど。
例えば、私は異なるMOアルゴリズムでモデルを研究しています。 そして、コード内の最終モデルの構造は、アルゴリズムによって異なります。 例えば、非線形回帰では、数式レコードは900文字です。 そして、GBoostingでは、最終モデルのコードは15,000行に達します!何文字になるか想像するのは難しい。
ですから、ソフトウェアの問題、すなわち合成ツールの数式ウィンドウでは、多くの文字数を入力することができません。
そこで合成ツールの数式 ウィンドウでは、入力文字数は非常に少ない文字数で制限されています。
数式で表現されたMOモデルをどのように調査し、テストするかは明確ではありません。
ツールはあるようだが、開発が制限されている。
そして、何百ものモデルを調べなければならない。また、各モデルをスクリプトでコード化しなければならないが、関連する環境のバインディングが大きいため、非常に非生産的である。
もしモデルが成功しなければ、このコードを捨てるだけである。
また、フォーミュラ合成 ツールに ユーザー関数を導入することを開発者に提案した。
これにより、モデルの長さとコード形式の構造の両方の問題が解決されます。
しかし、開発者はカスタム シンボルの変更は計画していないと回答しました。
どのように機能するのでしょうか?
生産的な専門研究のためにこのような制限があるのなら。
どのようなアルゴリズム、モデル、プログラミング言語について話しているのですか?
どのようなアルゴリズム、モデル、プログラミング言語について話しているのですか?
アルゴリズムは一般的なものです:さまざまな種類の回帰/分類。あるいは、GBoosting、RandomForestツリー。
これらのアルゴリズムは、異なる構造モデルを構築する。
回帰モデルを例にとると、モデル構造はそれほど大きくなく、数学演算を伴う線形式のように見える。
しかし、それは合成ツールの数式ウィンドウに収まらない。なぜなら、ウィンドウ内の入力シンボルに制限が あるからである。
また、ツリー上のモデルを取る場合、モデルはすでにスイッチ構造で得られている。
。そして、モデルで使用する木の数が多ければ多いほど、そのモデルに含まれるスイッチの数も増える。
。したがって、このアルゴリズムのモデルのコードは、数万行にも膨れ上がる。
そして、MQL5スクリプトで記述することなく、MQL5コード環境
、あらゆるアルゴリズムの何百ものモデルをチェックする生産性を高めるために、合成ツールのFormulaウィンドウにユーザー関数を導入することが開発者に提案された。
残念ながら、彼らはそれを聞かなかった。というか、彼らはそれを聞いたが、合成ツールのフォーミュラに変更を 加える予定は ないという事実に言及した。
そしておそらく、いつか将来、彼らはその提案を検討するかもしれない。
そして今モデルをチェックする必要があるため、MQL5スクリプトを通してMQL5コード環境のラッピングをすべて行わなければならない。
MT5におけるモデル・チェックの生産性を著しく低下させる。
チェックの生産性とはどういう意味ですか?
モデルコードをカスタム関数に ラップし、ファイルまたは専用ウィンドウに保存し、
、作成されたカスタム関数をモデルで使用して合成ツール 式を入力し、
、必要に応じて異なるツールの自動同期を考慮に入れ、素早くチェック する方が、スクリプトコードで冗長なMQL5パイプラインを使ってこのモデルを記述するよりもはるかに高速です。
CとMQL5。
アルゴリズムが一般的:さまざまなタイプの回帰/分類。あるいは、GBoosting、RandomForestツリー。
これらのアルゴリズムは、異なる構造モデルを構築する。
回帰モデルを例にとると、モデル構造はそれほど大きくなく、数学演算を伴う線形式のように見える。
しかし、それは合成ツールの数式ウィンドウに収まらない。ーウインドウのーにー入力記号のーにー制限 ー
そしてーそしてー樹上のーモデルをーモデルをーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルーモデルー
。そして、モデルで使用する木の数が多ければ多いほど、そのモデルに含まれるスイッチの数も増える。
。したがって、このアルゴリズムのモデルのコードは、数万行にも膨れ上がる。
そして、MQL5スクリプトで記述することなく、MQL5コード環境
、あらゆるアルゴリズムの何百ものモデルをチェックする生産性を高めるために、合成ツールのFormulaウィンドウにユーザー関数を導入することが開発者に提案された。
残念ながら、彼らはそれを聞かなかった。というか、彼らはそれを聞いたが、合成ツールのフォーミュラに変更を 加える予定は ないという事実に言及した。
そしておそらく、いつか将来、彼らはその提案を検討するかもしれない。
そして今モデルをチェックする必要があるため、MQL5スクリプトを通してMQL5コード環境のラッピングをすべて行わなければならない。
MT5におけるモデル・チェックの生産性を著しく低下させる。
チェックの生産性とはどういう意味ですか?
モデルコードをカスタム関数に ラップし、ファイルまたは専用ウィンドウに保存し、
、作成されたカスタム関数をモデルで使用して合成ツール 式を入力し、
、必要に応じて異なるツールの自動同期を考慮に入れ、素早くチェック する方が、スクリプトコードで冗長なMQL5パイプラインを使ってこのモデルを記述するよりもはるかに高速です。
CとMQL5。
これはチャットボットによって生成されたものではないのか?よく似ている。悪気はない。
価格の瞬間には、価格、時間、出来高という3つの次元がある。
出来高は価格の塊か?
価格モーメントには、価格、時間、出来高という3つの次元がある。
出来高は価格の塊か?
チャットボットが生成されたのでは?そう見えるけど。悪気はありません。
他の質問がないように詳細な回答があった。
どうやらチャットボットがいい仕事をしてくれたようで、質問がなくなった))。
出来高は、選択した価格または価格帯で締結された契約数である。
ダミーじゃないんだ)