野心的なアイデア ! - ページ 6 123456789 新しいコメント Andrei01 2010.11.12 03:17 #51 TheXpert: アメーバのカテゴリーで考えているんですね :) . "小さな効率は忘れて、97％くらいを言うべきだ：早まった最適化は諸悪の根 源である。 しかし、その重要な3％のチャンスを逃してはならない」。 このフォーラムで引用 されるのは4回目です。 引用やコピーにはそれほど知能は必要なく、猿でも覚えようとすることができる。:) しかし、自分の考えを意識的に説明することは、もっと難しく、すでにホモ・サピエンスのレベルを主張している。 では、その意味を理解しようとするのか、それともまだそのレベルに達していないのか。:) Renat Fatkhullin 2010.11.12 04:04 #52 HIDDEN: ここ数年、私は定期的に多通貨対応のストラテジーテスターの導入に悩まされています。 いくつかの実装を見たり、アイデアを読んだり、MT5を見たりもしました。 というか、すでに多通貨がターミナルに実装されているMT5があるのに、なぜそれが必要なのか？ バグのない多通貨戦略テスターを社内で作成することは、非常に複雑な作業であり、完成することはほとんどありません。 64ビット版のMetaTrader 5をもう一度試してみることをお勧めします。 多通貨、取引戦略の詳細テスター スプレッド履歴を含むすべてのヒストリカルデータを準備 MetaTrader 5の64ビット版では、膨大な量のデータを扱うことができます（8/12/16 Gbのメモリを置くだけでよいのです） MQL5のコードスピードはMQL4より数倍速い（アクティブSSE2によるコンパイル済みネイティブコード） オブジェクト指向のMQL5では、より洗練されたExpert Advisorを書くことができます。 分散型テスターでは、複数のリモートエージェントを 使用してテストを 行うことができます。 何度も試行錯誤を重ね、開発者が積極的に開発・サポートして いるツールを使うのがよいでしょう。 Igor Makanu 2010.11.12 05:47 #53 Andrei01: コードの最適化には、実行される初等演算（加算、乗算、メモリアクセス、アドレス計算など）の観点から、コード断片がどの程度リソースを消費するかを最低限理解する必要があります。これがなければ、原理的に最適化は不可能であり、どんなに優れたコンパイラでも、この貧弱なプログラマには無力であろう。当たり前のことのようですが、なるほど、これは多くのプログラマーにとってもビッグニュースかもしれませんね。:) そんな余裕はないが、本当はあなたの方向でしっかり表現したいところだが、まあいい、あなたの無能と頑固の例が、多くの人にとって物事を明確にすると仮定しよう あなたは単純なアドレスの架空の効率にこだわっている、私があげた例や効率的なコードを書くための基本的なことが読めない、理解できない、2x2エリアから行こうよ。 課題もあるが、厄介な課題もある )) - トリックは重要です - 顧客はいつものように、仕事の過程で汎用性を獲得する最小限のコードを要求します - 以下のリストにある番号。 1. 2次元行列の 乗算を行う関数を作成する。 2. 3次元行列の乗算を行う関数を作成する。 3.そして、普遍関数-X * Yを書けるか？ 4.逆行列を求めることができるか？ - 普通のプログラマが，配列 X[2] [2] * Y[2] [2] を掛け合わせる関数を書くとします． - 配列 X[4] と Y[4] と X[4] * Y[4] を乗算する関数で構成される、驚くほど高速なコードを書き、2次元配列としての愚かな入出力データを正しいデータ - 1次元配列に変換する関数を必ず使い、行列代数を勉強して1次元行列の等価変換を書きましょう。 - 最初のプログラマーは自分の関数に普遍性を持たせ始め、何をするのか想像もつかない（20次元の行列を1次元の配列に変換した掛け算を鉛筆で確認するのは大変だ）、そして最後にOOPのプログラマーが現れ、ベースクラス-行列を定義し行列の掛け算のメソッドを描き出す。 - OOPのプログラマは逆行列を求めるメソッドを追加するだけで、しかもすべての行列演算を追加して他のプログラマに配布するので、後で怒られることはないのだ。 あなたは、通常のプログラミングで、OOPと、あなたの "明るいアイデア"（あなたのコードは、2番目のタスクと効率は問題外からサイズで雪崩-増加します）効率的なプログラミングは何かを実現するために管理する場合、はい、私は忘れてしまった - 行列での作業のエラーは、コントロールも必要 - あなたはまだ少し働いている ））））））））。 あなたが主張しようとしていることは、すでに世界中のプログラマによって経験されている、私を信じて、ないビルゲイツは、それが有効でない場合は、OOPでプログラムを作ることはできません、 それはすべてのプロジェクトの見通しに依存する - プロジェクトが拡大する場合 - OOPなし時間の無駄になると柔軟性と汎用性のない広大なコードを書くことになるでしょう。 Alexey Subbotin 2010.11.12 07:28 #54 Andrei01: そうですね......いろいろなものを混同して、ガラガラヘビに混ぜないといけませんね。:) 一方は客観的な情報源であり、もう一方は情報のすべてを認識できるわけではなく、その一部しか認識できないため主観的な受信機である。 というようなことはありません。情報は、特定の発信者と受信者に適用して初めて意味を持つ。触ったり測ったりすると、すぐに主観的な受け手になってしまうので、私たちにとって「絶対的な」情報というのはありえないのです。このことは、いかなる情報源においても、客観的な情報の存在を証明したり反証したりすることは基本的に不可能であることを意味している。それは、神の存在の有無を論じるようなものだ。 そして、情報という概念そのものは、一般的に言って、発信者と受信者の両方が選択されたときにのみ発生するものである。 Andrei01 2010.11.12 07:57 #55 alsu: なんてことはない情報は、特定のソースとレシーバーに適用して初めて意味を持つ。触ったり測ったりすると、すぐに主観的な受け手になってしまうので、私たちにとって「絶対的な」情報というのはあり得ません。 もちろん、情報源は必ずあります。それ以外に情報の見方はない。 ソースがない情報は、単純に存在し得ない。:)まあ、客観的な情報源があれば、そこからの情報はそれ自体が客観的なものになるわけですが。情報の受け手は常に主観的であるが、すべての情報を歪みなく認識すれば、限りなく客観に近づけることができる。 Andrei01 2010.11.12 08:08 #56 IgorM: - あなたの「論理」では、配列 X[4] と Y[4] と X[4] * Y[4] を掛け合わせる関数と、きっと2次元配列のバカな入出力データを有効な1次元データに変換する関数と、行列代数を勉強して1次元行列の等価変換を書くだけで信じられないほど速いコードが書けますね。 残念ながら、あなたは簡単なことを理解していませんでした。私はあなたの理解に導こうとしましたが、（例えば）配管工が突然プログラマーとして一時的に再教育することを決めたとしても、彼は依然として配管工であり、地面に敷かれたパイプの長さを主目的とする配管工のように考えるので、それは無駄なことだと私は見ています。:) プログラムの最適化の基準は、コード長ではなく、特定のタスクに対する演算数である。もっと一般的で不必要なケースを実装しておきながら、2次元の行列だけを掛けろと言われたら、そんな素人考えで誰も感謝しないのは言うまでもない。 Sceptic Philozoff 2010.11.12 08:13 #57 Andrei01: 情報の受け手は常に主観的であるが、すべての情報を歪みなく認識すれば、限りなく客観に近づけることができる。受信機の主観性は、発信源から来るものを不正確に受信することではなく、この受信機への流入がさまざまに解釈されうるということである。同じビットの流れでも、まったく別の情報になるんですよ。 Andrei01 さん、申し訳ありませんが、なぜここに何かを書き込むのかがわかりません。ロボットの評価用か何かでしょうか？あなたの投稿は、このスレッドにとって有益なシグナルを含まない、ある種のフラッブノイズとして認識されています。送信フローをフィルタリングしてください：人が読むのであって、ロボットが読むのではありません...。 Andrei01 2010.11.12 08:23 #58 Mathemat: 1.受信機の主観性は、発信源から来るものを不正確に受信することではなく、この受信機への流入がさまざまに解釈されうるということである。同じビットストリームでも、まったく別の情報になるんですよ。 Andrei01 さん、申し訳ありませんが、何のためにここに何かを書いているのか理解できません。ロボットの評価用なのか何なのか？あなたの書き込みは、このスレッドにとって有益なシグナルを持たない、ある種のフラッブノイズとして認識されています。発信する流れをフィルタリングしてください - 人が読むのであって、ロボットが読むのではありません... 1.受け手の都合で解釈が変わるというのは、あくまで主観的なものであるということです。 2.Mathematics、残念ながら私はこの言葉の意味を理解することができませんでした。過剰なノイズを入れすぎたんですね。:)ちなみに、情報の発信元も洪水、つまり意図的に意味のない情報を発生させることがあるという例です。:) Igor Makanu 2010.11.12 08:26 #59 Andrei01: 残念ながら、あなたは簡単なことを理解していません。私はあなたに理解してもらおうとしましたが、無駄だったようです。なぜなら、（例えば）配管工が一時的にプログラマーとして訓練し直すことにしたとしても、彼は依然として配管工であり、地面に敷かれたパイプの長さが主な事柄の配管工と同様に考えるからです。:) プログラムの最適化の基準は、コード長ではなく、特定のタスクに対する演算数である。2次元の行列の乗算だけを要求され、もっと一般的で不必要なケースを実装することになれば、そんなアマチュアリズムは誰にも感謝されないことは言うまでもないでしょう。 残念ながら、「問題を一気に、しかもダイレクトに解決すること」だけを考え、将来のプログラム動作のアルゴリズム変更は考えていないようです。 これらは、専門性が高く、実装が容易なため20〜30分で解決できる作業か、あるいはこれらの作業はすでに大規模なプロジェクトで実施されているものです。 MACDに基づく取引アルゴリズムは過去のものになりつつあると、C-4が 既に述べているので、私はそれを繰り返さない。 SZY：少なくともコードの最適化に関するいくつかの開発について勉強してください。もしこれがあなたにとって切実な問題なら、ここに人々が解決したものがあります： http://www.realcoding.net/article/rubric/code_optim?page=6 私はこのスレッドでもう一度さよならを言う、私は自分自身を繰り返す必要はないと思う、誰がOOPと効率的なプログラミングとは何かを理解したい、私は彼自身がそれを理解したり、ググると思う？ Sceptic Philozoff 2010.11.12 08:53 #60 Andrei01: 1.受け手の都合で解釈が変わるのは、受け手が主観的であることを示しているに過ぎない。また間違えた。入ってくる流れを解釈するのは、受け手の上に立ち、ゲームの条件を設定する者の仕事である。受信機は鉄であり、ゲームマスターが設定したアルゴリズムに従って情報を研磨する。その意味で、ダム・アイアンである以上、完全かつ厳密に客観的である。しかし、主観はマスターです。 情報は、その時々の状況によって解釈が変わることをご存知でしょうか。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
アメーバのカテゴリーで考えているんですね :) .
"小さな効率は忘れて、97％くらいを言うべきだ：早まった最適化は諸悪の根 源である。 しかし、その重要な3％のチャンスを逃してはならない」。
このフォーラムで引用 されるのは4回目です。
引用やコピーにはそれほど知能は必要なく、猿でも覚えようとすることができる。:)
しかし、自分の考えを意識的に説明することは、もっと難しく、すでにホモ・サピエンスのレベルを主張している。
では、その意味を理解しようとするのか、それともまだそのレベルに達していないのか。:)
ここ数年、私は定期的に多通貨対応のストラテジーテスターの導入に悩まされています。
いくつかの実装を見たり、アイデアを読んだり、MT5を見たりもしました。
というか、すでに多通貨がターミナルに実装されているMT5があるのに、なぜそれが必要なのか？
バグのない多通貨戦略テスターを社内で作成することは、非常に複雑な作業であり、完成することはほとんどありません。
64ビット版のMetaTrader 5をもう一度試してみることをお勧めします。
- 多通貨、取引戦略の詳細テスター
- スプレッド履歴を含むすべてのヒストリカルデータを準備
- MetaTrader 5の64ビット版では、膨大な量のデータを扱うことができます（8/12/16 Gbのメモリを置くだけでよいのです）
- MQL5のコードスピードはMQL4より数倍速い（アクティブSSE2によるコンパイル済みネイティブコード）
- オブジェクト指向のMQL5では、より洗練されたExpert Advisorを書くことができます。
- 分散型テスターでは、複数のリモートエージェントを 使用してテストを 行うことができます。
何度も試行錯誤を重ね、開発者が積極的に開発・サポートして いるツールを使うのがよいでしょう。コードの最適化には、実行される初等演算（加算、乗算、メモリアクセス、アドレス計算など）の観点から、コード断片がどの程度リソースを消費するかを最低限理解する必要があります。これがなければ、原理的に最適化は不可能であり、どんなに優れたコンパイラでも、この貧弱なプログラマには無力であろう。当たり前のことのようですが、なるほど、これは多くのプログラマーにとってもビッグニュースかもしれませんね。:)
そんな余裕はないが、本当はあなたの方向でしっかり表現したいところだが、まあいい、あなたの無能と頑固の例が、多くの人にとって物事を明確にすると仮定しよう
あなたは単純なアドレスの架空の効率にこだわっている、私があげた例や効率的なコードを書くための基本的なことが読めない、理解できない、2x2エリアから行こうよ。
課題もあるが、厄介な課題もある )) - トリックは重要です - 顧客はいつものように、仕事の過程で汎用性を獲得する最小限のコードを要求します - 以下のリストにある番号。
1. 2次元行列の 乗算を行う関数を作成する。
2. 3次元行列の乗算を行う関数を作成する。
3.そして、普遍関数-X * Yを書けるか？
4.逆行列を求めることができるか？
- 普通のプログラマが，配列 X[2] [2] * Y[2] [2] を掛け合わせる関数を書くとします．
- 配列 X[4] と Y[4] と X[4] * Y[4] を乗算する関数で構成される、驚くほど高速なコードを書き、2次元配列としての愚かな入出力データを正しいデータ - 1次元配列に変換する関数を必ず使い、行列代数を勉強して1次元行列の等価変換を書きましょう。
- 最初のプログラマーは自分の関数に普遍性を持たせ始め、何をするのか想像もつかない（20次元の行列を1次元の配列に変換した掛け算を鉛筆で確認するのは大変だ）、そして最後にOOPのプログラマーが現れ、ベースクラス-行列を定義し行列の掛け算のメソッドを描き出す。
- OOPのプログラマは逆行列を求めるメソッドを追加するだけで、しかもすべての行列演算を追加して他のプログラマに配布するので、後で怒られることはないのだ。
あなたは、通常のプログラミングで、OOPと、あなたの "明るいアイデア"（あなたのコードは、2番目のタスクと効率は問題外からサイズで雪崩-増加します）効率的なプログラミングは何かを実現するために管理する場合、はい、私は忘れてしまった - 行列での作業のエラーは、コントロールも必要 - あなたはまだ少し働いている ））））））））。
あなたが主張しようとしていることは、すでに世界中のプログラマによって経験されている、私を信じて、ないビルゲイツは、それが有効でない場合は、OOPでプログラムを作ることはできません、 それはすべてのプロジェクトの見通しに依存する - プロジェクトが拡大する場合 - OOPなし時間の無駄になると柔軟性と汎用性のない広大なコードを書くことになるでしょう。
そうですね......いろいろなものを混同して、ガラガラヘビに混ぜないといけませんね。:)
一方は客観的な情報源であり、もう一方は情報のすべてを認識できるわけではなく、その一部しか認識できないため主観的な受信機である。
というようなことはありません。情報は、特定の発信者と受信者に適用して初めて意味を持つ。触ったり測ったりすると、すぐに主観的な受け手になってしまうので、私たちにとって「絶対的な」情報というのはありえないのです。このことは、いかなる情報源においても、客観的な情報の存在を証明したり反証したりすることは基本的に不可能であることを意味している。それは、神の存在の有無を論じるようなものだ。
そして、情報という概念そのものは、一般的に言って、発信者と受信者の両方が選択されたときにのみ発生するものである。
なんてことはない情報は、特定のソースとレシーバーに適用して初めて意味を持つ。触ったり測ったりすると、すぐに主観的な受け手になってしまうので、私たちにとって「絶対的な」情報というのはあり得ません。
もちろん、情報源は必ずあります。それ以外に情報の見方はない。
ソースがない情報は、単純に存在し得ない。:)まあ、客観的な情報源があれば、そこからの情報はそれ自体が客観的なものになるわけですが。情報の受け手は常に主観的であるが、すべての情報を歪みなく認識すれば、限りなく客観に近づけることができる。
- あなたの「論理」では、配列 X[4] と Y[4] と X[4] * Y[4] を掛け合わせる関数と、きっと2次元配列のバカな入出力データを有効な1次元データに変換する関数と、行列代数を勉強して1次元行列の等価変換を書くだけで信じられないほど速いコードが書けますね。
残念ながら、あなたは簡単なことを理解していませんでした。私はあなたの理解に導こうとしましたが、（例えば）配管工が突然プログラマーとして一時的に再教育することを決めたとしても、彼は依然として配管工であり、地面に敷かれたパイプの長さを主目的とする配管工のように考えるので、それは無駄なことだと私は見ています。:)
プログラムの最適化の基準は、コード長ではなく、特定のタスクに対する演算数である。もっと一般的で不必要なケースを実装しておきながら、2次元の行列だけを掛けろと言われたら、そんな素人考えで誰も感謝しないのは言うまでもない。
受信機の主観性は、発信源から来るものを不正確に受信することではなく、この受信機への流入がさまざまに解釈されうるということである。同じビットの流れでも、まったく別の情報になるんですよ。
Andrei01 さん、申し訳ありませんが、なぜここに何かを書き込むのかがわかりません。ロボットの評価用か何かでしょうか？あなたの投稿は、このスレッドにとって有益なシグナルを含まない、ある種のフラッブノイズとして認識されています。送信フローをフィルタリングしてください：人が読むのであって、ロボットが読むのではありません...。
1.受信機の主観性は、発信源から来るものを不正確に受信することではなく、この受信機への流入がさまざまに解釈されうるということである。同じビットストリームでも、まったく別の情報になるんですよ。
Andrei01 さん、申し訳ありませんが、何のためにここに何かを書いているのか理解できません。ロボットの評価用なのか何なのか？あなたの書き込みは、このスレッドにとって有益なシグナルを持たない、ある種のフラッブノイズとして認識されています。発信する流れをフィルタリングしてください - 人が読むのであって、ロボットが読むのではありません...
1.受け手の都合で解釈が変わるというのは、あくまで主観的なものであるということです。
2.Mathematics、残念ながら私はこの言葉の意味を理解することができませんでした。過剰なノイズを入れすぎたんですね。:)ちなみに、情報の発信元も洪水、つまり意図的に意味のない情報を発生させることがあるという例です。:)
残念ながら、あなたは簡単なことを理解していません。私はあなたに理解してもらおうとしましたが、無駄だったようです。なぜなら、（例えば）配管工が一時的にプログラマーとして訓練し直すことにしたとしても、彼は依然として配管工であり、地面に敷かれたパイプの長さが主な事柄の配管工と同様に考えるからです。:)
プログラムの最適化の基準は、コード長ではなく、特定のタスクに対する演算数である。2次元の行列の乗算だけを要求され、もっと一般的で不必要なケースを実装することになれば、そんなアマチュアリズムは誰にも感謝されないことは言うまでもないでしょう。
残念ながら、「問題を一気に、しかもダイレクトに解決すること」だけを考え、将来のプログラム動作のアルゴリズム変更は考えていないようです。
これらは、専門性が高く、実装が容易なため20〜30分で解決できる作業か、あるいはこれらの作業はすでに大規模なプロジェクトで実施されているものです。
MACDに基づく取引アルゴリズムは過去のものになりつつあると、C-4が 既に述べているので、私はそれを繰り返さない。
SZY：少なくともコードの最適化に関するいくつかの開発について勉強してください。もしこれがあなたにとって切実な問題なら、ここに人々が解決したものがあります： http://www.realcoding.net/article/rubric/code_optim?page=6
私はこのスレッドでもう一度さよならを言う、私は自分自身を繰り返す必要はないと思う、誰がOOPと効率的なプログラミングとは何かを理解したい、私は彼自身がそれを理解したり、ググると思う？
また間違えた。入ってくる流れを解釈するのは、受け手の上に立ち、ゲームの条件を設定する者の仕事である。受信機は鉄であり、ゲームマスターが設定したアルゴリズムに従って情報を研磨する。その意味で、ダム・アイアンである以上、完全かつ厳密に客観的である。しかし、主観はマスターです。
情報は、その時々の状況によって解釈が変わることをご存知でしょうか。