MT用のPythonトレーディングシステムを作る。 - ページ 9 1234567891011121314151617 新しいコメント Aleksey Vyazmikin 2018.10.27 02:14 #81 スベルの興味深い結果です。端末の結果と比較していただけますか?そして、少なくとも1ロットは本気で走らせる...。 Ivan Negreshniy 2018.10.27 09:41 #82 Yuriy Asaulenko:MQLで全部書けるなら、本当に他には何もいらない。 すでに書かれ、実践され、利用可能なアルゴリズムの詳細を書くことはできませんし、そうする気もありません。MQLに書き換えたり適応させたりするのではなく、そのまま使いたいのです。ちなみに、これがOOPのメインコンセプトである。 OOPだけでは、細かいことを言わずに済みません。OLE->ActiveX->DCOM->.Netのようなプログラム間交換・相互作用のコンポーネントモデルが必要で、そうでなければ、常に言語とライブラリの間で操られることになります。 Yuriy Asaulenko 2018.10.28 16:01 #83 Ivan Negreshniy: OLE->ActiveX->DCOM->.Netのようなプログラム間交換や相互作用のコンポーネントモデルが必要で、そうでなければ、常に言語とライブラリの間で操縦しなければならない。Pythonはライブラリが充実しているので、当面はこのようなことは必要ないだろうと推測しています。端末の通信は別ですが、その問題はとっくに解決していますし、いくつかの方法でさえ解決しています。 pantural 2018.10.28 17:14 #84 Yuriy Asaulenko:正直、このPythonはクラスと一緒でウザイです。ここでは、その関数の一部をご紹介します。 この小さなコードの中で、selfという 単語が何回繰り返されているか数えてみてください。 そして、いつでもどこでも、どのセリフでも何度も。この無意味なことは、どのクラスのどの関数(メソッド)でもずっと繰り返される。うん...Pythonは、数行から数十行のスクリプトを書くための「糊」としてしか使えないので、C++やJavaよりも明らかに有利ですが、Pythonで多層OOPを実装するにはコストがかかりますし、便利なレベルでも、そうしたライブラリのスピードは論外です。Pythonは、プレゼンテーションなどで原理を示すには楽しいですし、他の言語で書く必要があるようなカスタマイズから、見た目がとても「きれい」なのですが、PythonでスレッドやGUIを使った本格的なものを書くのは、本当に残念なことです pantural 2018.10.28 17:20 #85 Yuriy Asaulenko:自前のテスターは、テストに絶対必要なプロセスを完全にコントロールできるので、より面白いですね。そして、テスター自体も非常にシンプルな構造になっています。 自分のためだけにやっているのだから、何も資金を出す意味はないと思っている。テスターは複雑なアルゴリズムではないのですが、間違えそうなところがたくさんあります。しかし、他人の開発したものを使うことは、少なくとも同じ理由で、またおそらく「誰が利益を得るか」という具体的な問題に関連する他の理由で、危険であることに変わりはないでしょう。 Yuriy Asaulenko 2018.10.28 17:38 #86 pantural:フンフン確かにpythonは「糊」としてしか使えない、数行から数十行のスクリプトならC++/Javaより明らかに有利だが、pythonで多層OOPを作るのはコストがかかる、便利レベルでも、そんなライブラリのスピードは論外だ。Pythonは、プレゼンなどで原理を示すには楽しいですし、カスタマイズなど外見的には非常に「きれい」なので、明らかに他の言語で書く必要がありますが、スレッドやGUIを使った本格的なものをPythonで書くのは、本当に大変なことなんです。なぜ「ふぅ・・・」なのか?そこはPythonですべてうまくいっていますし、速度も問題ないです。55kのループでも、ペナントからラストまでのバージョンでは、問題なく動作します。実際、Pythonのライブラリは高速ですが、Python自体は文中の単語を繋ぐのが主な用途です。 一般に、早口-遅口はそれ自体で意味をなさない。速いとしたら、具体的には何に使うのでしょうか?遅ければ、同様に。 pantural 2018.10.28 20:13 #87 Yuriy Asaulenko:なんだ、「ふぇいす・・・」って?Pythonでは、すべてがうまくいき、スピードも出ています。55kのループでも、ペナントゥラストバージョンでは、問題なく動作します。実際、Pythonのライブラリは高速ですが、Python自体は文中の単語を繋ぐのが主な用途です。一般に、早口-遅口はそれ自体で意味をなさない。速いとしたら、具体的には何に使うのでしょうか?遅い場合は、同様に。55kはパン粉で、数十億を数える必要があります。そのため、ネイティブのpythonテスターは機能せず、プラスにlibuを書いてインポート する必要があります。 そして、「エヘン」は「self」と100500個の__***__メソッドと属性についてでした、IMHOでは、これらはplusの場合よりもはるかに複雑なコードになります、そして、スレッド、イベント、GUIについて話すと、すべてがplusよりも良くなっていません、むしろ逆です、この「ダックタイピング」といったものはすべて痛み始めます、あなたはたくさんのことを心に留め、たくさんのことを覚える必要があります。 Yuriy Asaulenko 2018.10.28 20:42 #88 pantural:55kはパクリ、数十億を数えなければならないので、ネイティブのpythonテスターは使えない、plussesでライブラリを書いてインポートしなければならない、pythonは呼び出しと設定だけ、100倍遅いかもしれないからだ。 そして、「エヘン」は、「self」と100500個の__***__メソッドについてでした、IMHOは、それらが、プラスの場合よりもはるかに複雑なコードを作ります、そして、スレッド、イベント、GUIについて話すなら、すべてがプラスの場合よりも良くありません、むしろ逆で、このすべての「アヒルのタイプ」などが、逆に、ただ痛み始める、あなたは多くのことを念頭に置いておく必要があります。なぜ10億円も必要なのかわからない))。テスター - 不満はありません。今のところすべてが高速で、3ヶ月があっという間に過ぎ、これ以上は必要ありません)。 それ以外は、プラスアルファで書いた方が楽しいというのは、私も同感です。でも、プラスアルファでモデル化するのは無理がありますよね。まず、あるソフトウェアでどこかをモデリングし、それをプラスに移植し、ライブラリにいろいろなインタフェースを書いていく......本当に面倒なんです。 そして、Pythonではすべて1つのパッケージで、モデリング用の通常の環境+必要なすべてのライブラリを、通常はC++で提供します。最終的には、NASAで行われているように、重要な部分をC言語で書き直すことも可能です。もちろん、あればの話ですが。 そして、完璧なものなど全くないのです)。 pantural 2018.10.28 21:36 #89 Yuriy Asaulenko:なんで10億も必要なんだろう(笑))テスター - 不満はありません。今のところ、すべてが迅速で、3ヶ月が一瞬で過ぎてしまい、それ以上は必要ありません。) それ以外は、プラスアルファで書いた方が楽しいというのは、私も同感です。でも、プラスアルファでモデル化するのは無理がありますよね。まず、あるソフトウェアでどこかをモデリングし、それをプラスに移植し、ライブラリにいろいろなインタフェースを書いていく......本当に面倒なんです。 そして、Pythonではすべて1つのパッケージで、モデリング用の通常の環境+必要なすべてのライブラリを、通常はC++で提供します。最終的には、NASAで行われているように、重要な部分をC言語で書き直すことも可能です。もちろん、あればの話ですが。 そして、完璧なものなど全くないのです)。最適化の文脈では、数百または数千のテストが数十万分の一のバーで実行されているときに億です。 我々は、数分の一の年のための単純な遺伝的指標のカップルを取得するために何時間も待って我々の敵ではない、それは数秒で行われるべきで、Pythonではそれがはるかに長くかかるだろう、ちょうどブラックボックスで意図的に計算の速度低下と同じように。 Pythonの人気は一過性のもので、ソーシャルネットワークやAppleのガジェットのファッションのようなもので、非常にシンプルな例では、外側の輝きやミニマリズムとの関連、そして学生たちがその評価を高めているのです。 PS ところで、なぜテスターが正常に動作していると思うのでしょうか?テスターは厄介ですね...。 Yuriy Asaulenko 2018.10.28 21:54 #90 pantural:テストは数十万分のバーの数百または数千回実行されている最適化のコンテキストで数十億。 我々は数分の年のための単純な遺伝的指標のカップルのために時間を待って私たちの敵ではない、それは数秒で行われるべきですが、Pythonで、それははるかに長くかかるだろうだけでなく、計算の故意の遅さでブラックボックスに。私は、最適化とかいろいろなパラメータマッチングをするのが仕事ではありません。私の方法論は異なりますが、MatLab、R、SciLabなどと同様の環境が必要です。Pythonも同じようなものです。 また、10^6本の棒は必要ない。すべてにおいて、約6ヶ月、最大で9ヶ月の分量で十分です。今はまだそれほど複雑なシステムではないですが、3ヶ月-2.5mのテストを行っています。 一番長いのはMLの学習ですが、Pythonに勝るものはなく、ここではあくまでスクリプト言語としてです。5層、約60ニューロンからなる学習済みニューラルネットワークの 応答が3~5msだとしよう。 今のところ、脅し文句の本当の証拠は見当たりません。 1234567891011121314151617 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
MQLで全部書けるなら、本当に他には何もいらない。
すでに書かれ、実践され、利用可能なアルゴリズムの詳細を書くことはできませんし、そうする気もありません。MQLに書き換えたり適応させたりするのではなく、そのまま使いたいのです。ちなみに、これがOOPのメインコンセプトである。
OLE->ActiveX->DCOM->.Netのようなプログラム間交換や相互作用のコンポーネントモデルが必要で、そうでなければ、常に言語とライブラリの間で操縦しなければならない。
Pythonはライブラリが充実しているので、当面はこのようなことは必要ないだろうと推測しています。端末の通信は別ですが、その問題はとっくに解決していますし、いくつかの方法でさえ解決しています。
正直、このPythonはクラスと一緒でウザイです。ここでは、その関数の一部をご紹介します。
この小さなコードの中で、selfという 単語が何回繰り返されているか数えてみてください。
そして、いつでもどこでも、どのセリフでも何度も。この無意味なことは、どのクラスのどの関数(メソッド)でもずっと繰り返される。
うん...Pythonは、数行から数十行のスクリプトを書くための「糊」としてしか使えないので、C++やJavaよりも明らかに有利ですが、Pythonで多層OOPを実装するにはコストがかかりますし、便利なレベルでも、そうしたライブラリのスピードは論外です。Pythonは、プレゼンテーションなどで原理を示すには楽しいですし、他の言語で書く必要があるようなカスタマイズから、見た目がとても「きれい」なのですが、PythonでスレッドやGUIを使った本格的なものを書くのは、本当に残念なことです
自前のテスターは、テストに絶対必要なプロセスを完全にコントロールできるので、より面白いですね。そして、テスター自体も非常にシンプルな構造になっています。
自分のためだけにやっているのだから、何も資金を出す意味はないと思っている。
テスターは複雑なアルゴリズムではないのですが、間違えそうなところがたくさんあります。しかし、他人の開発したものを使うことは、少なくとも同じ理由で、またおそらく「誰が利益を得るか」という具体的な問題に関連する他の理由で、危険であることに変わりはないでしょう。
フンフン確かにpythonは「糊」としてしか使えない、数行から数十行のスクリプトならC++/Javaより明らかに有利だが、pythonで多層OOPを作るのはコストがかかる、便利レベルでも、そんなライブラリのスピードは論外だ。Pythonは、プレゼンなどで原理を示すには楽しいですし、カスタマイズなど外見的には非常に「きれい」なので、明らかに他の言語で書く必要がありますが、スレッドやGUIを使った本格的なものをPythonで書くのは、本当に大変なことなんです。
なぜ「ふぅ・・・」なのか?そこはPythonですべてうまくいっていますし、速度も問題ないです。55kのループでも、ペナントからラストまでのバージョンでは、問題なく動作します。実際、Pythonのライブラリは高速ですが、Python自体は文中の単語を繋ぐのが主な用途です。
一般に、早口-遅口はそれ自体で意味をなさない。速いとしたら、具体的には何に使うのでしょうか?遅ければ、同様に。
なんだ、「ふぇいす・・・」って?Pythonでは、すべてがうまくいき、スピードも出ています。55kのループでも、ペナントゥラストバージョンでは、問題なく動作します。実際、Pythonのライブラリは高速ですが、Python自体は文中の単語を繋ぐのが主な用途です。
一般に、早口-遅口はそれ自体で意味をなさない。速いとしたら、具体的には何に使うのでしょうか?遅い場合は、同様に。
55kはパン粉で、数十億を数える必要があります。そのため、ネイティブのpythonテスターは機能せず、プラスにlibuを書いてインポート する必要があります。
そして、「エヘン」は「self」と100500個の__***__メソッドと属性についてでした、IMHOでは、これらはplusの場合よりもはるかに複雑なコードになります、そして、スレッド、イベント、GUIについて話すと、すべてがplusよりも良くなっていません、むしろ逆です、この「ダックタイピング」といったものはすべて痛み始めます、あなたはたくさんのことを心に留め、たくさんのことを覚える必要があります。55kはパクリ、数十億を数えなければならないので、ネイティブのpythonテスターは使えない、plussesでライブラリを書いてインポートしなければならない、pythonは呼び出しと設定だけ、100倍遅いかもしれないからだ。
そして、「エヘン」は、「self」と100500個の__***__メソッドについてでした、IMHOは、それらが、プラスの場合よりもはるかに複雑なコードを作ります、そして、スレッド、イベント、GUIについて話すなら、すべてがプラスの場合よりも良くありません、むしろ逆で、このすべての「アヒルのタイプ」などが、逆に、ただ痛み始める、あなたは多くのことを念頭に置いておく必要があります。なぜ10億円も必要なのかわからない))。テスター - 不満はありません。今のところすべてが高速で、3ヶ月があっという間に過ぎ、これ以上は必要ありません)。
それ以外は、プラスアルファで書いた方が楽しいというのは、私も同感です。でも、プラスアルファでモデル化するのは無理がありますよね。まず、あるソフトウェアでどこかをモデリングし、それをプラスに移植し、ライブラリにいろいろなインタフェースを書いていく......本当に面倒なんです。
そして、Pythonではすべて1つのパッケージで、モデリング用の通常の環境+必要なすべてのライブラリを、通常はC++で提供します。最終的には、NASAで行われているように、重要な部分をC言語で書き直すことも可能です。もちろん、あればの話ですが。
そして、完璧なものなど全くないのです)。
なんで10億も必要なんだろう(笑))テスター - 不満はありません。今のところ、すべてが迅速で、3ヶ月が一瞬で過ぎてしまい、それ以上は必要ありません。)
それ以外は、プラスアルファで書いた方が楽しいというのは、私も同感です。でも、プラスアルファでモデル化するのは無理がありますよね。まず、あるソフトウェアでどこかをモデリングし、それをプラスに移植し、ライブラリにいろいろなインタフェースを書いていく......本当に面倒なんです。
そして、Pythonではすべて1つのパッケージで、モデリング用の通常の環境+必要なすべてのライブラリを、通常はC++で提供します。最終的には、NASAで行われているように、重要な部分をC言語で書き直すことも可能です。もちろん、あればの話ですが。
そして、完璧なものなど全くないのです)。
最適化の文脈では、数百または数千のテストが数十万分の一のバーで実行されているときに億です。 我々は、数分の一の年のための単純な遺伝的指標のカップルを取得するために何時間も待って我々の敵ではない、それは数秒で行われるべきで、Pythonではそれがはるかに長くかかるだろう、ちょうどブラックボックスで意図的に計算の速度低下と同じように。
Pythonの人気は一過性のもので、ソーシャルネットワークやAppleのガジェットのファッションのようなもので、非常にシンプルな例では、外側の輝きやミニマリズムとの関連、そして学生たちがその評価を高めているのです。
PS ところで、なぜテスターが正常に動作していると思うのでしょうか?テスターは厄介ですね...。
テストは数十万分のバーの数百または数千回実行されている最適化のコンテキストで数十億。 我々は数分の年のための単純な遺伝的指標のカップルのために時間を待って私たちの敵ではない、それは数秒で行われるべきですが、Pythonで、それははるかに長くかかるだろうだけでなく、計算の故意の遅さでブラックボックスに。
私は、最適化とかいろいろなパラメータマッチングをするのが仕事ではありません。私の方法論は異なりますが、MatLab、R、SciLabなどと同様の環境が必要です。Pythonも同じようなものです。
また、10^6本の棒は必要ない。すべてにおいて、約6ヶ月、最大で9ヶ月の分量で十分です。今はまだそれほど複雑なシステムではないですが、3ヶ月-2.5mのテストを行っています。
一番長いのはMLの学習ですが、Pythonに勝るものはなく、ここではあくまでスクリプト言語としてです。5層、約60ニューロンからなる学習済みニューラルネットワークの 応答が3~5msだとしよう。
今のところ、脅し文句の本当の証拠は見当たりません。