トレーディングにおける機械学習：理論、モデル、実践、アルゴトレーディング - ページ 2695 1...268826892690269126922693269426952696269726982699270027012702...3399 新しいコメント Evgeny Dyuka 2022.08.20 10:21 #26941 Renat Fatkhullin #: 複雑な言語、理解できない」というあなたの言葉を考慮すると、あなたはこのトピックに関する深刻な知識、展望、企業、開発者、計算プラットフォームの行動戦略に対する理解を持って いない。 トレーディングにおけるニューラルネットワークのトピックの問題は、ツールにあるのではない。また、「このトピックに真剣な知識と展望を持っている」専門家もたくさんいる。 ポピュラーなライブラリに基づいて、この問題は長年解決されてきた。問題は、ツールや専門家ではなく、アイデアや「どうやるか」の理解にあるのかもしれない。プロが解決策を提示し、それを磨いてくれる。 私が言いたいのは、道具の美しさを求める競争は結果につながらないかもしれないということだ。過去の相場データへのアクセスだけでなく、他の場所でもこうしたツールは以前からある。あなたは何も新しいものを提供していない。なぜここで急にうまくいくようになったのですか？ Maxim Dmitrievsky 2022.08.20 10:32 #26942 Evgeny Dyuka #:トレーディングにおけるニューラルネットワークの話題の問題は、ツールにあるのではない。そして、「 このトピックについて真剣な知識と展望を持っている」プロはたくさんいる。 ポピュラーなライブラリに基づいて、この問題は長年解決されてきた。問題はツールや専門家にあるのではなく、どのようにそれを行うかというアイデアや理解にあるのかもしれない。専門家が解決策を提示し、それを磨いてくれる。私が言いたいのは、道具の美しさを追い求めても結果につながらないかもしれないということだ。過去の相場データへのアクセスだけでなく、こうしたツールは他の場所でも長い間使われてきた。あなたは何も新しいものを提供していない。なぜここで急にうまくいくようになったのか？ 他の場所では？MOに関する記事は、ここでも最強の部類に入る。私はMedium、Quantstart、Cagle、Quantocrasyなどの読者として話す。存在しない問題を解決するために、存在しない理由を調べているだけのように感じる。統合について - すべてがファイルかパイプラインで10分で完了し、ソケットやpythonのapiもある。他に何が必要なのか理解できない。余計なことはしない。例えば、Rプログラマーがファイル操作に精通していないのであれば、あなたはどこに行くのですか？ Evgeny Dyuka 2022.08.20 10:54 #26943 Maxim Dmitrievsky #:どこへ行くんだ？ ただふざけているだけさ。ケンカしたり、おしゃべりしたりするのはいつだって楽しいよ。 Maxim Dmitrievsky 2022.08.20 11:03 #26944 Evgeny Dyuka #:ケンカもおしゃべりも楽しいよ。 もっといい記事を書けよ。 Valeriy Yastremskiy 2022.08.20 14:32 #26945 もちろん、サードパーティのツールを使用し、それらと接続することとは全く異なる。もちろん、より複雑でグローバルな、リスクの高い作業ではあるが、非常に論理的なものだ。サードパーティーのパッケージがmetaquotesのサンドボックスで利用され始めてから、数年のタイムラグがあれば、すべてが正常になる。そしてもちろん、コーダーにとってのプログラミング環境の使いやすさが第一になるだろう。 Evgeny Dyuka 2022.08.20 15:10 #26946 Valeriy Yastremskiy #: もちろん、サードパーティのツールを使用し、それらと接続することとは全く異なる。もちろん、より複雑でグローバルな、リスクの高い作業ではあるが、非常に論理的なものだ。サードパーティーのパッケージがmetaquotesのサンドボックスで利用され始めてから、数年のタイムラグがあれば、すべてが正常になる。そしてもちろん、コーダーにとってのプログラミング環境の使いやすさが第一になる。 論理的なことは何もわからない。 まだ存在せず、どのような形で実装されるかは未知数だが、とっくの昔に実装され、クールで巨大なコミュニティを持っているものを、なぜ苦しみ、待ち、MQLの実装に取り掛かるのか、私には本当に理解できない。市場に出るには何が必要だろう？そして、運がよければ、おそらく、何かが売れるかもしれないが、それは確実ではない。 そして、本当のお金がある暗号のような場所に、そのお金で移動することはできない。3commasやveles.financeのような取引ボットを使った サービスなら、普通にお金を稼ぐチャンスがある。 Aleksey Nikolayev 2022.08.20 15:28 #26947 Maxim Dmitrievsky #: まあ、そこにもっと良い記事を書いてくれ。 それでも、なぜpython用のmt-Rアナログがないのか、その理由を理解したい。それは、mql5プログラムからインタプリタを起動し、そのインタプリタにコマンドを送り、双方向でデータを交換することができるということです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利であり、一般的には非常に柔軟なツールである。そして、まさに「チャタリングとチャタリング」のファンが望むものであるようだ。 Valeriy Yastremskiy 2022.08.20 15:31 #26948 Evgeny Dyuka #:何が理にかなっているのか分からない。 まだ存在せず、どのような形になるかは未知数だが、とっくの昔に実用化され、クールで巨大なコミュニティを持っているものを、なぜMQLで実装するために苦しみ、待ち、掘り下げるのか、本当に理解できない。市場に出るには何が必要だろう？そして、運がよければ、おそらく、何かを売ることができるかもしれないが、それは確かではない。 そして、暗号のように、本当のお金がある場所に移動することはできない。3commasやveles.financeのような取引ボットを使った サービスなら、普通にお金を稼ぐチャンスがある。 繰り返すが、複雑で、グローバルで、リスクが高い。そして、コモディティとしてのサービスとしてのインフラが嫌われるリスクも常にある。しかし、これは少なくとも理解できる道だ。もちろん、成功の必要性に迫られた瞬間にガムテープを貼ることを否定するのは邪道かもしれないが、目標とする道ではないことは確かだ。 Roman 2022.08.20 15:44 #26949 Aleksey Nikolayev #:それでも、なぜ python 用の mt-R アナログがないのか、その理由を理解したい。私が言っているのは、mql5プログラムからインタプリタを起動し、そこにコマンドを送ったり、双方向でデータを交換したりできる可能性についてです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利であり、一般的に非常に柔軟なツールである。そして、まさに「チャタリングとチャタリング」のファンが望むものであるようだ。 おそらく、mqlPy-programと Pyインタプリタ 間の配列交換が禁止されているからだろう。 Rも同じ宗教だろう。 正直なところ、MQが言っているクリティカルセキュリティの意味がよくわからない。 たぶんセキュリティの問題ではなく、配列のための複雑なPy apiの問題なんだろう。 彼らはそれを気にしなかっただけだ。 numpy apiはそこが本当に痛い。 コマンド送信用にC-apiのDLLを書いたんだけど、システム周波数内でかなり早くやりとりできる。 でも、バックグラウンドプロセスでのやりとりのためにmatlabエンジンが起動され、メモリを大量に消費する。 matlabの唯一の欠点。 デスクトップでさっと確認する分には問題ない。 Maxim Dmitrievsky 2022.08.20 15:50 #26950 Aleksey Nikolayev #:それでも、なぜ python 用の mt-R アナログがないのか理解したい。私が言っているのは、mql5プログラムからインタプリタを起動し、そこにコマンドを送ったり、双方向でデータを交換したりできる可能性についてです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利で、一般的には非常に柔軟なツールです。そして、これはまさに「チャイムとおしゃべり」のファンが望むものであるようだ。 pythonのapiのアナログがR用に作られたが、pypiのようなローカルマーケットにアップロードするのはうまくいかなかった。インタプリタ言語のコードは遅いし、おそらくあまり意味がない。） 1...268826892690269126922693269426952696269726982699270027012702...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
Renat Fatkhullin #:
複雑な言語、理解できない」というあなたの言葉を考慮すると、あなたはこのトピックに関する深刻な知識、展望、企業、開発者、計算プラットフォームの行動戦略に対する理解を持って いない。
トレーディングにおけるニューラルネットワークのトピックの問題は、ツールにあるのではない。また、「このトピックに真剣な知識と展望を持っている」専門家もたくさんいる。
ポピュラーなライブラリに基づいて、この問題は長年解決されてきた。問題は、ツールや専門家ではなく、アイデアや「どうやるか」の理解にあるのかもしれない。プロが解決策を提示し、それを磨いてくれる。
私が言いたいのは、道具の美しさを求める競争は結果につながらないかもしれないということだ。過去の相場データへのアクセスだけでなく、他の場所でもこうしたツールは以前からある。あなたは何も新しいものを提供していない。なぜここで急にうまくいくようになったのですか？
トレーディングにおけるニューラルネットワークの話題の問題は、ツールにあるのではない。そして、「 このトピックについて真剣な知識と展望を持っている」プロはたくさんいる。
ポピュラーなライブラリに基づいて、この問題は長年解決されてきた。問題はツールや専門家にあるのではなく、どのようにそれを行うかというアイデアや理解にあるのかもしれない。専門家が解決策を提示し、それを磨いてくれる。
私が言いたいのは、道具の美しさを追い求めても結果につながらないかもしれないということだ。過去の相場データへのアクセスだけでなく、こうしたツールは他の場所でも長い間使われてきた。あなたは何も新しいものを提供していない。なぜここで急にうまくいくようになったのか？
ただふざけているだけさ。ケンカしたり、おしゃべりしたりするのはいつだって楽しいよ。
ケンカもおしゃべりも楽しいよ。
もちろん、サードパーティのツールを使用し、それらと接続することとは全く異なる。もちろん、より複雑でグローバルな、リスクの高い作業ではあるが、非常に論理的なものだ。サードパーティーのパッケージがmetaquotesのサンドボックスで利用され始めてから、数年のタイムラグがあれば、すべてが正常になる。そしてもちろん、コーダーにとってのプログラミング環境の使いやすさが第一になる。
論理的なことは何もわからない。
まだ存在せず、どのような形で実装されるかは未知数だが、とっくの昔に実装され、クールで巨大なコミュニティを持っているものを、なぜ苦しみ、待ち、MQLの実装に取り掛かるのか、私には本当に理解できない。市場に出るには何が必要だろう？そして、運がよければ、おそらく、何かが売れるかもしれないが、それは確実ではない。
そして、本当のお金がある暗号のような場所に、そのお金で移動することはできない。3commasやveles.financeのような取引ボットを使った サービスなら、普通にお金を稼ぐチャンスがある。
まあ、そこにもっと良い記事を書いてくれ。
それでも、なぜpython用のmt-Rアナログがないのか、その理由を理解したい。それは、mql5プログラムからインタプリタを起動し、そのインタプリタにコマンドを送り、双方向でデータを交換することができるということです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利であり、一般的には非常に柔軟なツールである。そして、まさに「チャタリングとチャタリング」のファンが望むものであるようだ。
何が理にかなっているのか分からない。
まだ存在せず、どのような形になるかは未知数だが、とっくの昔に実用化され、クールで巨大なコミュニティを持っているものを、なぜMQLで実装するために苦しみ、待ち、掘り下げるのか、本当に理解できない。市場に出るには何が必要だろう？そして、運がよければ、おそらく、何かを売ることができるかもしれないが、それは確かではない。
そして、暗号のように、本当のお金がある場所に移動することはできない。3commasやveles.financeのような取引ボットを使った サービスなら、普通にお金を稼ぐチャンスがある。
繰り返すが、複雑で、グローバルで、リスクが高い。そして、コモディティとしてのサービスとしてのインフラが嫌われるリスクも常にある。しかし、これは少なくとも理解できる道だ。もちろん、成功の必要性に迫られた瞬間にガムテープを貼ることを否定するのは邪道かもしれないが、目標とする道ではないことは確かだ。
それでも、なぜ python 用の mt-R アナログがないのか、その理由を理解したい。私が言っているのは、mql5プログラムからインタプリタを起動し、そこにコマンドを送ったり、双方向でデータを交換したりできる可能性についてです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利であり、一般的に非常に柔軟なツールである。そして、まさに「チャタリングとチャタリング」のファンが望むものであるようだ。
おそらく、mqlPy-programと Pyインタプリタ 間の配列交換が禁止されているからだろう。
Rも同じ宗教だろう。
正直なところ、MQが言っているクリティカルセキュリティの意味がよくわからない。
たぶんセキュリティの問題ではなく、配列のための複雑なPy apiの問題なんだろう。
彼らはそれを気にしなかっただけだ。
numpy apiはそこが本当に痛い。
コマンド送信用にC-apiのDLLを書いたんだけど、システム周波数内でかなり早くやりとりできる。
でも、バックグラウンドプロセスでのやりとりのためにmatlabエンジンが起動され、メモリを大量に消費する。
matlabの唯一の欠点。
デスクトップでさっと確認する分には問題ない。
それでも、なぜ python 用の mt-R アナログがないのか理解したい。私が言っているのは、mql5プログラムからインタプリタを起動し、そこにコマンドを送ったり、双方向でデータを交換したりできる可能性についてです。これは例えば、学習したモデルをmql5コードに分解することなく素早くテストするのに便利で、一般的には非常に柔軟なツールです。そして、これはまさに「チャイムとおしゃべり」のファンが望むものであるようだ。