トレーディングにおける機械学習：理論、モデル、実践、アルゴトレーディング - ページ 1039 1...103210331034103510361037103810391040104110421043104410451046...3399 新しいコメント Alexander Ivanov 2018.08.09 18:11 #10381 先生方、こんにちは。 Makhsimさん、mt4でのTensor_botは利用できますか？ 人に聞かれる...資本金の多い人...。と、毎月のように世界中を旅している人たち...。 Maxim Dmitrievsky 2018.08.09 18:33 #10382 アレクサンドル・イワノフ先生方、こんにちは。 Makhsimさん、mt4でのTensor_botは利用できますか？ 人に聞かれる...資本金の多い人...。と、毎月のように世界中を旅している人たち...。何でもできるんです。 Alexander Ivanov 2018.08.09 18:35 #10383 マキシム・ドミトリエフスキーメールをくれれば、特注でも何でもやりますよ、と言ってください。わかった、そうしよう、そうしよう。イタリアの大富豪はすぐに連絡してくる。 待ってください。 Maxim Dmitrievsky 2018.08.09 18:36 #10384 アレクサンドル・イワノフよし、そうして説得しよう。イタリアの大富豪は、すぐに連絡をくれるだろう。宇宙人であろうと関係ない) Alexander Ivanov 2018.08.09 19:02 #10385 マクシーム、タッチで出てくるよ。しかし、彼らはビッグシンカーであり、イノベーターです。 Vladimir Perervenko 2018.08.10 16:41 #10386 ユーリイ・アサウレンコ 量的にはトラクターより自動車の方が多いのに、比較すること自体がナンセンスなんです。参考までに-両方、広範囲です。モジュール別 - 重複している部分もある。PythonにはRへの移植があり、RにはPythonへの移植があると思います。複雑な作業をする場合、どんな環境、どんな言語で作業しても、外から何かを移植しなければならない。好き嫌いは別として、さらにトラック、トラクター、ショベルカーが必要です。適用可能性で30位まで入っていますね。"確信 "があれば説明し、"確信 "がなければ "確認 "してから書け。批判ではありません。Rの "reticulate "パッケージの登場により、PythonはRのネイティブとして動作するようになりました。対話形式であろうと、スクリプト、コード、ファイルなどの形式であろうと、比較する必要はないのです。一緒に使う必要があります。なぜRがメインなのか？MT4/5では優秀なマスタードゲートウェイです。そして、それは決して小さなことではありません。 グッドラック Yuriy Asaulenko 2018.08.10 22:35 #10387 ウラジミール・ペレヴェンコ"I think, I think" 確かめる-説明する、確かめない-書く前に確認する。批判ではありません。Rの "reticulate "パッケージの登場により、PythonはRのネイティブとして動作するようになりました。対話形式であろうと、スクリプト、コード、ファイルなどの形式であろうと、比較する必要はないのです。一緒に使う必要があります。なぜRがメインなのか？MT4/5では優秀なマスタードゲートウェイです。しかも、それはとても少ないものではありません。 グッドラック 実際に比較しているわけではなく、ランキングにおける言語の位置づけは、適用性のみを語るものであり、それ以上のものではないと言っているのです。ショベルカーもトラックと同じように使えますが、その適用範囲は数段狭くなります。 ウラジミール・ペレヴェンコなんでメインがRのままなんだ？MT4/5のグレートマスタードゲートウェイ。そして、これは決して少なくない。C-APIがあり、どこでも使えるのであれば、ゲートウェイを書くのは問題ない。重要なのはMTのRではなく、MTのC++であり、当初はMTで利用可能です）。MathLabでも何でも移植してください。それに、Rなどにこだわる必要はないのです。あなたとSanSanychのために、メインのRはそのように書かれるべきです。 私は全く別のショベルカーで働いているのですが、それは評価にも入っていません）。 СанСаныч Фоменко 2018.08.11 09:19 #10388 ユーリイ・アサウレンコ実際に比較しているわけではなく、ランキングにおける言語の位置づけが適用性を語っているに過ぎず、それ以上ではないと言っているのです。ショベルカーもトラックと同じように使えるが、その適用範囲は数段低い。 C-APIがあればゲートウェイを書くのは問題ないですし、どこでも使えるので。重要なのはMTのRではなく、MTのC++であり、当初はMTで利用できる)。MathLabでも何でも移植してください。それに、Rなどにこだわる必要はないのです。あなたとSanSanychのために、メインのRはそのように書かれるべきです。 私はランキングにも入っていない、全く別のショベルカーで働いています）。Rはトレーディングにおける統計の応用のための主要な言語 であり、我々だけでなく世界中で使われています。そしてそこから、既成のコード、記事、書籍、ジャーナル、ハングアウトといった形で、膨大な数のインプリケーションが生まれます-すべてオントピックです。Rは統計の主流であり、RはMQL4/5を補完するものであって、決して置き換えるものではない - 自転車は使わない、ベストプラクティスだけを使う。Pythonは、統計とは関係のない分野でも使われているため、第一位に選ばれています。 Yuriy Asaulenko 2018.08.11 09:50 #10389 サンサニッチ・フォメンコRはトレーディングにおける統計の応用のための主要な言語 であり、我々だけでなく世界中で使われています。そしてそこから、既成のコード、記事、書籍、雑誌、たまり場といった形で、膨大な数の暗示がテーマとして生まれてくるのです。Rは統計の主流であり、RはMQL4/5を補完するものであって、決して置き換えるものではない - 自転車は使わない、ベストプラクティスだけを使う。Pythonは、統計とは関係のない分野でも使われているため、第一位にランクされています。統計については、わかりません。 MOに関しては、Python用のMOモジュールがたくさんありますし、R用よりも専門的に作られているように思います。また、PythonでRのパッケージを利用することも問題ありません。また、Rと同様、Pythonのモジュールは全くPythonではなく、大抵はC++である。 Rで本当に便利で簡単なのは、モデリングそのものです。私の考えでは、Rはビジュアライゼーションなどを備えたモデリング環境として扱われるべきものだと思います。- 研究用としては、Rはあらゆる点でPythonより優れています。ランタイムに関しては、Pythonの方が面白いですね。特にスクリプト言語として、プログラムの構成要素が互いに関連し合って、首尾一貫した全体像を作り上げているのが特徴です。Rは夢にも思わないが、そのつもりはない。実行可能なプログラムで直接Rを使うのは本末転倒です。Rのパッケージに含まれる関数は、C++、Pascal、Pythonなど、どこからでも使用・呼び出しが可能です。そして、これはより興味深いオプションで、Rだけにこだわらず、必要であれば、Chromeブラウザーのライブラリからも、あらゆるライブラリの機能を利用することができます。 СанСаныч Фоменко 2018.08.11 13:50 #10390 ユーリイ・アサウレンコ統計については、わかりません。 MOに関しては、Python用のMOモジュールがたくさんありますし、R用よりも専門的に作られているように思います。また、PythonでRのパッケージを利用することも問題ありません。また、Rと同様、Pythonのモジュールは全くPythonではなく、大抵はC++である。 Rで本当に便利で簡単なのは、モデリングそのものです。私の考えでは、Rはビジュアライゼーションなどを備えたモデリング環境として扱われるべきものだと思います。- 研究用としては、Rはあらゆる点でPythonより優れています。ランタイムに関しては、Pythonの方が面白いですね。特にスクリプト言語として、プログラムの構成要素が互いに関連し合って、首尾一貫した全体 像を作り上げているのが特徴です。Rも夢ではないのですが、そのための設計ではありません。実 行可能なプログラムで直接Rを使う のは本末転倒です。Rのパッケージに含まれる関数は、C++、Pascal、Pythonなど、どこからでも使用・呼び出しが可能です。また、Rだけにこだわらず、必要であれば任意のライブラリ（Chromeブラウザのライブラリでも可）の機能を利用できるため、より興味深い選択肢となります。スクリプトについて詳しく教えてください。 Rプログラムのコンポーネントを1つにまとめるのは問題ない。 OnInitセクションでRを1回呼び出し、Rで書かれた1ダース半の関数を生成するシグナルをOnTickに1回呼び出す。これらの関数の中には、Rのパッケージの関数が呼び出されており、計算が複雑なもの、つまりC++やFortranで書かれた関数を呼び出すものも含まれています（正確にはわかりません）。この多様性はEAからは見えないし、Rテキストを変えてもEAでは何も変わらない......。 私の問題は何でしょうか？そして、私には見えないこの問題は、Pythonでどのように解決できるのでしょうか？ 1...103210331034103510361037103810391040104110421043104410451046...3399 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
先生方、こんにちは。
Makhsimさん、mt4でのTensor_botは利用できますか？
人に聞かれる...資本金の多い人...。と、毎月のように世界中を旅している人たち...。
先生方、こんにちは。
Makhsimさん、mt4でのTensor_botは利用できますか？
人に聞かれる...資本金の多い人...。と、毎月のように世界中を旅している人たち...。
何でもできるんです。
メールをくれれば、特注でも何でもやりますよ、と言ってください。
わかった、そうしよう、そうしよう。イタリアの大富豪はすぐに連絡してくる。
待ってください。
よし、そうして説得しよう。イタリアの大富豪は、すぐに連絡をくれるだろう。
宇宙人であろうと関係ない)
量的にはトラクターより自動車の方が多いのに、比較すること自体がナンセンスなんです。
"確信 "があれば説明し、"確信 "がなければ "確認 "してから書け。批判ではありません。
Rの "reticulate "パッケージの登場により、PythonはRのネイティブとして動作するようになりました。対話形式であろうと、スクリプト、コード、ファイルなどの形式であろうと、比較する必要はないのです。一緒に使う必要があります。なぜRがメインなのか？MT4/5では優秀なマスタードゲートウェイです。そして、それは決して小さなことではありません。
グッドラック
"I think, I think" 確かめる-説明する、確かめない-書く前に確認する。批判ではありません。
Rの "reticulate "パッケージの登場により、PythonはRのネイティブとして動作するようになりました。対話形式であろうと、スクリプト、コード、ファイルなどの形式であろうと、比較する必要はないのです。一緒に使う必要があります。なぜRがメインなのか？MT4/5では優秀なマスタードゲートウェイです。しかも、それはとても少ないものではありません。
グッドラック
実際に比較しているわけではなく、ランキングにおける言語の位置づけは、適用性のみを語るものであり、それ以上のものではないと言っているのです。ショベルカーもトラックと同じように使えますが、その適用範囲は数段狭くなります。
なんでメインがRのままなんだ？MT4/5のグレートマスタードゲートウェイ。そして、これは決して少なくない。
C-APIがあり、どこでも使えるのであれば、ゲートウェイを書くのは問題ない。重要なのはMTのRではなく、MTのC++であり、当初はMTで利用可能です）。MathLabでも何でも移植してください。それに、Rなどにこだわる必要はないのです。あなたとSanSanychのために、メインのRはそのように書かれるべきです。
私は全く別のショベルカーで働いているのですが、それは評価にも入っていません）。
実際に比較しているわけではなく、ランキングにおける言語の位置づけが適用性を語っているに過ぎず、それ以上ではないと言っているのです。ショベルカーもトラックと同じように使えるが、その適用範囲は数段低い。
C-APIがあればゲートウェイを書くのは問題ないですし、どこでも使えるので。重要なのはMTのRではなく、MTのC++であり、当初はMTで利用できる)。MathLabでも何でも移植してください。それに、Rなどにこだわる必要はないのです。あなたとSanSanychのために、メインのRはそのように書かれるべきです。
私はランキングにも入っていない、全く別のショベルカーで働いています）。
Rはトレーディングにおける統計の応用のための主要な言語 であり、我々だけでなく世界中で使われています。そしてそこから、既成のコード、記事、書籍、ジャーナル、ハングアウトといった形で、膨大な数のインプリケーションが生まれます-すべてオントピックです。Rは統計の主流であり、RはMQL4/5を補完するものであって、決して置き換えるものではない - 自転車は使わない、ベストプラクティスだけを使う。
Pythonは、統計とは関係のない分野でも使われているため、第一位に選ばれています。
Rはトレーディングにおける統計の応用のための主要な言語 であり、我々だけでなく世界中で使われています。そしてそこから、既成のコード、記事、書籍、雑誌、たまり場といった形で、膨大な数の暗示がテーマとして生まれてくるのです。Rは統計の主流であり、RはMQL4/5を補完するものであって、決して置き換えるものではない - 自転車は使わない、ベストプラクティスだけを使う。
Pythonは、統計とは関係のない分野でも使われているため、第一位にランクされています。
統計については、わかりません。
MOに関しては、Python用のMOモジュールがたくさんありますし、R用よりも専門的に作られているように思います。また、PythonでRのパッケージを利用することも問題ありません。また、Rと同様、Pythonのモジュールは全くPythonではなく、大抵はC++である。
Rで本当に便利で簡単なのは、モデリングそのものです。私の考えでは、Rはビジュアライゼーションなどを備えたモデリング環境として扱われるべきものだと思います。- 研究用としては、Rはあらゆる点でPythonより優れています。ランタイムに関しては、Pythonの方が面白いですね。特にスクリプト言語として、プログラムの構成要素が互いに関連し合って、首尾一貫した全体像を作り上げているのが特徴です。Rは夢にも思わないが、そのつもりはない。実行可能なプログラムで直接Rを使うのは本末転倒です。Rのパッケージに含まれる関数は、C++、Pascal、Pythonなど、どこからでも使用・呼び出しが可能です。そして、これはより興味深いオプションで、Rだけにこだわらず、必要であれば、Chromeブラウザーのライブラリからも、あらゆるライブラリの機能を利用することができます。
統計については、わかりません。
MOに関しては、Python用のMOモジュールがたくさんありますし、R用よりも専門的に作られているように思います。また、PythonでRのパッケージを利用することも問題ありません。また、Rと同様、Pythonのモジュールは全くPythonではなく、大抵はC++である。
Rで本当に便利で簡単なのは、モデリングそのものです。私の考えでは、Rはビジュアライゼーションなどを備えたモデリング環境として扱われるべきものだと思います。- 研究用としては、Rはあらゆる点でPythonより優れています。ランタイムに関しては、Pythonの方が面白いですね。特にスクリプト言語として、プログラムの構成要素が互いに関連し合って、首尾一貫した全体 像を作り上げているのが特徴です。Rも夢ではないのですが、そのための設計ではありません。実 行可能なプログラムで直接Rを使う のは本末転倒です。Rのパッケージに含まれる関数は、C++、Pascal、Pythonなど、どこからでも使用・呼び出しが可能です。また、Rだけにこだわらず、必要であれば任意のライブラリ（Chromeブラウザのライブラリでも可）の機能を利用できるため、より興味深い選択肢となります。
スクリプトについて詳しく教えてください。
Rプログラムのコンポーネントを1つにまとめるのは問題ない。
OnInitセクションでRを1回呼び出し、Rで書かれた1ダース半の関数を生成するシグナルをOnTickに1回呼び出す。これらの関数の中には、Rのパッケージの関数が呼び出されており、計算が複雑なもの、つまりC++やFortranで書かれた関数を呼び出すものも含まれています（正確にはわかりません）。この多様性はEAからは見えないし、Rテキストを変えてもEAでは何も変わらない......。
私の問題は何でしょうか？そして、私には見えないこの問題は、Pythonでどのように解決できるのでしょうか？