野心的なアイデア ! - ページ 7 123456789 新しいコメント Andrei01 2010.11.12 09:33 #61 Mathemat: また間違えた。入ってくる流れを解釈するのは、受け手の上に立ち、ゲームの条件を設定する者の仕事である。受信機は鉄であり、ゲームマスターが設定したアルゴリズムに従って情報を研磨する。その意味で、ダム・アイアンである以上、完全かつ厳密に客観的である。しかし、主観的なのはマスターの方です。 情報は、解決しようとする問題の文脈によって、さまざまに定義できることをご存知でしょうか。 受信者の主観とは、入力された情報を暗黙のアルゴリズムに従って、任意に解釈できることを意味します。この場合、入力された客観的な情報は、受信機によって主観的なものに変換される。文脈も何もかもが関係ない。 Andrei01 2010.11.12 09:33 #62 IgorM: http://www.realcoding.net/article/rubric/code_optim?page=6 ありがとうございます。悪いサイトではありません。 Vasiliy Sokolov 2010.11.12 10:18 #63 大きなプロジェクトではOOPが有効だが、小さなプロジェクトでは古き良き手続き型プログラミングを使った方が良いという考え方もあります。しかし、私はこの意見に賛成できません。書きたいプログラムが「Hello word」よりも1行以上大きい場合は、手続き型プログラミングではなく、OOPを 使うのがよいでしょう。私自身の経験から言うと、どんなに小さなプログラムでも改良され、新しい機能、新しいチェック、新しいタスクが追加されます。その結果、当初は小さなプログラムであったものが、本当のモンスターになってしまうのです。ここで下地を作っておくことはとても重要です。これが手続き型プログラミングだと、プロジェクトは管理しきれないほどの関数やポインタの変換などで肥大化することになる。その中で「Hello Word」から始まるプログラムを書き、その機能を簡単に、意欲的に開発する。例えば、C#ではどんなに小さなプログラムでも、OOPを使わずに書くことは不可能です。この言語の開発者は近視眼的なバカだとでも思っているのでしょうか。 Andrei01 2010.11.12 10:26 #64 C-4: しかし、私はその意見に賛成できません。書きたいプログラムが「Hello word」よりも1行以上多い場合は、OOPを使うよりも 根拠のない話にならないよう、具体的な例を挙げて比較していただけませんか？ Igor Malcev 2010.11.12 12:38 #65 ほら、話題が脱線してしまった、別の話をしていたのに。 >非表示 2010.11.10 22:39 >多通貨対応のストラテジーテスターを実装したいという思いは、ここ数年ずっと持っています。 OOPが嫌なら使うな、は無意味な議論です。 Nefedov Kirill 2010.11.12 13:51 #66 xeon: ほら、話題が脱線してしまった、別の話をしていたのに。 >非表示 2010.11.10 22:39 >多通貨対応のストラテジーテスターを実装したいという思いは、ここ数年ずっと持っています。 OOPが嫌なら使うな、は無意味な議論です。 ここに書かれていることをすべて読み、今、MT5の魔法にかかり、一刻も早く導入したいので、本当に怖いです。 正しく（合理的に）頭脳を配置する方法を知っている人たちに感謝します。 MT5をチームで開発し、みんなでテストしているとしたら、MQL4への実装にどれだけの時間を費やすことになるのでしょうか。そしてMT4は遅かれ早かれ死ぬだろう、時間の問題だ。どうせMT5は5～10年はもつと思う。 Igor Malcev 2010.11.12 14:22 #67 HIDDEN: ここに書かれていることをすべて読んで、MT5にとても魅力を感じ、早く導入したいと思い、そちらに目を向けるようになりました。 正しく（合理的に）頭脳を配置する方法を知っている人たちに感謝します。 MT5をチームで開発し、みんなでテストしているとしたら、MQL4への実装にどれだけの時間を費やすことになるのでしょうか。そしてMT4は遅かれ早かれ死ぬだろう、時間の問題だ。どうせMT5は5～10年はもつと思う。 MT5テスターには、現時点では（少なくとも現時点では）乗り越えられない障害があり、（一部のユーザーにとって）それを回避することができます。 Igor Makanu 2010.11.12 14:36 #68 xeon: 現時点では、MT5テスターには、（一部のユーザーにとって）それをあきらめるかもしれない（少なくとも今のところ）一つの乗り越えられない障害があります、それは、テスト/最適化のために独自の（サードパーティ）履歴を使用することが不可能であることです。 残念ながら、MT5には「敏感なポイント」がいくつかあります。多通貨の指標は テスターでの動作が非常に不安定で、時系列のアレイを独立してロードする必要があるため、多通貨の指標をデバッグするのは困難です。 SBS：理解してtopicstarterに感謝 - 我々は彼のトピックではかなり忙しくなった:)、MT4で多通貨セルフテスターの実装では、特定の問題はありません - フォーラム上のまともな例が、完全に機能テスターとして動作しません、とあなた自身のテスターを作成するために努力 - 無駄足 - 同じExelで多通貨取引を分析するかもしれないと成功した。 Igor Malcev 2010.11.12 14:47 #69 IgorM: マルチカレンシー・インディケーターは、テスターでは正常に動作しません。また、時系列配列の独立した読み込みが必要なため、マルチカレンシー・インディケーターのデバッグが困難です。 MQデータベースから履歴を取り込むのは簡単で、特に既成の例があるためです。-https://www.mql5.com/ru/docs/series/timeseries_access p.s. もし私がこの課題を正しく理解していれば... 削除済み 2010.11.12 14:47 #70 xeon: MT5テスターには、現時点では、（一部のユーザーにとって）終止符を打つ可能性のある（少なくとも現時点では）乗り越えられない障害が1つあり、それは、テスト/最適化のために独自の（サードパーティ製の）履歴を代用できないことです。 それは当たり前のことです。初心者はあまり必要ないですが、実際の取引では必要なものです。 123456789 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
また間違えた。入ってくる流れを解釈するのは、受け手の上に立ち、ゲームの条件を設定する者の仕事である。受信機は鉄であり、ゲームマスターが設定したアルゴリズムに従って情報を研磨する。その意味で、ダム・アイアンである以上、完全かつ厳密に客観的である。しかし、主観的なのはマスターの方です。
情報は、解決しようとする問題の文脈によって、さまざまに定義できることをご存知でしょうか。
IgorM:
http://www.realcoding.net/article/rubric/code_optim?page=6
しかし、私はその意見に賛成できません。書きたいプログラムが「Hello word」よりも1行以上多い場合は、OOPを使うよりも
ほら、話題が脱線してしまった、別の話をしていたのに。
>非表示 2010.11.10 22:39
>多通貨対応のストラテジーテスターを実装したいという思いは、ここ数年ずっと持っています。
OOPが嫌なら使うな、は無意味な議論です。
ほら、話題が脱線してしまった、別の話をしていたのに。
>非表示 2010.11.10 22:39
>多通貨対応のストラテジーテスターを実装したいという思いは、ここ数年ずっと持っています。
OOPが嫌なら使うな、は無意味な議論です。
ここに書かれていることをすべて読み、今、MT5の魔法にかかり、一刻も早く導入したいので、本当に怖いです。
正しく（合理的に）頭脳を配置する方法を知っている人たちに感謝します。
MT5をチームで開発し、みんなでテストしているとしたら、MQL4への実装にどれだけの時間を費やすことになるのでしょうか。そしてMT4は遅かれ早かれ死ぬだろう、時間の問題だ。どうせMT5は5～10年はもつと思う。
ここに書かれていることをすべて読んで、MT5にとても魅力を感じ、早く導入したいと思い、そちらに目を向けるようになりました。
正しく（合理的に）頭脳を配置する方法を知っている人たちに感謝します。
MT5をチームで開発し、みんなでテストしているとしたら、MQL4への実装にどれだけの時間を費やすことになるのでしょうか。そしてMT4は遅かれ早かれ死ぬだろう、時間の問題だ。どうせMT5は5～10年はもつと思う。
現時点では、MT5テスターには、（一部のユーザーにとって）それをあきらめるかもしれない（少なくとも今のところ）一つの乗り越えられない障害があります、それは、テスト/最適化のために独自の（サードパーティ）履歴を使用することが不可能であることです。
残念ながら、MT5には「敏感なポイント」がいくつかあります。多通貨の指標は テスターでの動作が非常に不安定で、時系列のアレイを独立してロードする必要があるため、多通貨の指標をデバッグするのは困難です。
SBS：理解してtopicstarterに感謝 - 我々は彼のトピックではかなり忙しくなった:)、MT4で多通貨セルフテスターの実装では、特定の問題はありません - フォーラム上のまともな例が、完全に機能テスターとして動作しません、とあなた自身のテスターを作成するために努力 - 無駄足 - 同じExelで多通貨取引を分析するかもしれないと成功した。
マルチカレンシー・インディケーターは、テスターでは正常に動作しません。また、時系列配列の独立した読み込みが必要なため、マルチカレンシー・インディケーターのデバッグが困難です。
MQデータベースから履歴を取り込むのは簡単で、特に既成の例があるためです。-https://www.mql5.com/ru/docs/series/timeseries_access
p.s. もし私がこの課題を正しく理解していれば...
MT5テスターには、現時点では、（一部のユーザーにとって）終止符を打つ可能性のある（少なくとも現時点では）乗り越えられない障害が1つあり、それは、テスト/最適化のために独自の（サードパーティ製の）履歴を代用できないことです。
それは当たり前のことです。初心者はあまり必要ないですが、実際の取引では必要なものです。