MQL5への願い - ページ 60 1...535455565758596061626364656667...131 新しいコメント Andrew Shelkovenko 2008.11.10 13:43 #591 TedBeer писал(а)>> まあ、関数型アプローチとOOPの寄せ集めのようなものですね。思想的には、どちらか一方でなければならないのです。後方互換性のために従来の機能を残すとしても、OOPも実装しておかないと なぜ、MQL5という大規模なモダナイゼーションが 行われたのでしょうか。 残念ながら、私たちの議論はすべて、茶葉を読むようなものです。ベータ版を提供するだけでなく、実装 した言語の仕様を公開する意志がmethaquotes社には見られないので、何の役にも立ちません。それなら、製品としてリリースする前に、その言語をどうにかしてくれと言うのが道理でしょう。 やはり、ごちゃごちゃしてきますね。MQL4の関数型アプローチをフルサポート+MQL5からのクラス。 問題は、Cプログラマーと「一般的なトレーダー」のどちらをターゲットにするかということだ。一度にすべての人に適したものはありません。 関数型アプローチやOOPは、一般的にそのようなラベルです。イデオロギーは、特定のタスク、つまりトレーディングのために設計されたもの、あるいはトレーディングではなく、何か他のもののために設計されたもの、など様々でしょう。 MQLはトレーディングのための言語です。しかし、C言語プログラムとして速度を約束するのであれば、数学の計算にも使えるかもしれない。 しかし、一般的には同じで、彼らがするように私たちも仕事をします。 一番気になるのは、デバッガーやコードフォーマット、他に動作するはずなのになぜこのように動作するのか、双方向のステップバイステップモードによるビジュアルテスト等がないことです。 Dmitry Fedoseev 2008.11.13 07:28 #592 iCustomの パラメータは無制限で、文字列配列で渡すと良い。 TheXpert 2008.11.14 11:17 #593 diakin >> : やはり、ごちゃごちゃしてきますね。MQL4の関数型アプローチとMQL5からのクラスをフルサポート。 なぜ、そう言い切れるのですか?C++ではFPとOOPが組み合わされており、その言語が実装するパラダイムがすべてではありません。C++はドロドロだと言っても舌が回らない(私自身 ;)。 問題は、Cプログラマーと「一般的なトレーダー」のどちらをターゲットにするかということだ。全員が一度に満足することはないでしょう。 もちろんプログラマーについても。ノンプログラマーは、言語の完全なユーザーとは呼べない。 そして、一般的には同じように、彼らがやるから、私たちも働くということです。 その通り、後方互換性が約束されているからこそ、なおさらです。 一番気になるのは、デバッガー、コードフォーマット、双方向のステップバイステップモードによるビジュアルテストがないことで、そうでないはずなのになぜそのように動作するのかがわからないことです。 少し不便だが、なんとかなる。 整数値>>: iCustomで パラメータの数を無制限にしたり、文字列配列で渡せるようになると良いですね。 では、フォーマットを渡して、すべてのパラメータを1つの文字列として渡すことを妨げるものは何でしょうか?そして受信側では、パースすることができます。XMLです。すべてにおいて、想像の余地があります。 kernel 2008.11.20 16:44 #594 そうなのかどうかはわかりませんが、テスターの「入力フロー」を他のフィードに接続し、異なるパターンやランダムシリーズなどを生成することが可能であればと思います。 また、時間ベースのアルゴリズムではなく、Windows Crypto Providersを使用して乱数を生成 するのは非常に良いことだと思います。 削除済み 2008.11.26 15:20 #595 格言:たまたまですが、MTは単なる取引端末ではなく、テクニカル分析や取引の「ガジェット」を開発するためのかなり強力な環境です......。 -- 提案:オプティマイザーの遺伝的 アルゴリズムを使用する場合、常に最良の選択肢を見つけることができるわけではありません。一方で、この仕組みを利用することは、スピードを優先するために品質をある程度犠牲にすることを意味することは明らかである。でも、そのほうがいいかもしれませんね。 私は定期的に遭遇する、いくつかの肯定的なオプションにつまずくオプティマイザは、他のオプションまたは多分より良いオプションを見つけるために "十分な努力 "をせずにその周りに回転します。オプティマイザにとって、内部パラメータは一定の品質/速度比を持つものである。十分な場合もあれば、そうでない場合もあり、また、多すぎる場合もあります。遺伝的アルゴリズムに柔軟性を持たせるために、詳細設定で「品質/速度」パラメータを選択し、いくつかの固定設定を行い、オプティマイザの適切な内部パラメータでフォローする方法はありますか? 確かに、システムの利益を設定するのは最適化の段階ではないということは理解しています)。 ZY2です。この危機がMQL5の開発に影響を与えないことを祈ります。 mql5を開発する際には、このような危機に見舞われないことを祈るばかりです。ベータテスターはどこで募集しているのですか?) kernel 2008.11.26 17:53 #596 ZY3です。ベータテスターはどこで募集しているのでしょうか? Alex 2008.11.26 23:15 #597 コード書き込みの背景を縦縞にしてほしい。ブロックと完全に混同しています。目を開けていられないので、モニターに定規を当てています。:) kernel 2008.11.27 10:15 #598 coaster >> : コード書き込みの背景を縦縞にしてほしい。ブロックは完全に迷いますね。目を開けていられないので、モニターに定規を当てています。:) VCでは、Ctrl+]、Ctrl+[ -非常に便利な機能です。 TheXpert 2008.11.27 10:58 #599 coaster >> : コード書き込みの背景を縦縞にしてほしい。ブロックは完全に迷いますね。目を開けていられないので、モニターに定規を当てています。:) ただ、インデントを広くする必要があります。 ph3onix 2008.11.28 12:47 #600 もう1回書きますのでお聞きください :)) MT5で動的配列と オブジェクト ))MT4で捻じ曲げられるのは本当に疲れる )))) 1...535455565758596061626364656667...131 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
まあ、関数型アプローチとOOPの寄せ集めのようなものですね。思想的には、どちらか一方でなければならないのです。後方互換性のために従来の機能を残すとしても、OOPも実装しておかないと
なぜ、MQL5という大規模なモダナイゼーションが 行われたのでしょうか。
残念ながら、私たちの議論はすべて、茶葉を読むようなものです。ベータ版を提供するだけでなく、実装 した言語の仕様を公開する意志がmethaquotes社には見られないので、何の役にも立ちません。それなら、製品としてリリースする前に、その言語をどうにかしてくれと言うのが道理でしょう。
やはり、ごちゃごちゃしてきますね。MQL4の関数型アプローチをフルサポート+MQL5からのクラス。
問題は、Cプログラマーと「一般的なトレーダー」のどちらをターゲットにするかということだ。一度にすべての人に適したものはありません。
関数型アプローチやOOPは、一般的にそのようなラベルです。イデオロギーは、特定のタスク、つまりトレーディングのために設計されたもの、あるいはトレーディングではなく、何か他のもののために設計されたもの、など様々でしょう。
MQLはトレーディングのための言語です。しかし、C言語プログラムとして速度を約束するのであれば、数学の計算にも使えるかもしれない。
しかし、一般的には同じで、彼らがするように私たちも仕事をします。
一番気になるのは、デバッガーやコードフォーマット、他に動作するはずなのになぜこのように動作するのか、双方向のステップバイステップモードによるビジュアルテスト等がないことです。
やはり、ごちゃごちゃしてきますね。MQL4の関数型アプローチとMQL5からのクラスをフルサポート。
なぜ、そう言い切れるのですか?C++ではFPとOOPが組み合わされており、その言語が実装するパラダイムがすべてではありません。C++はドロドロだと言っても舌が回らない(私自身 ;)。
問題は、Cプログラマーと「一般的なトレーダー」のどちらをターゲットにするかということだ。全員が一度に満足することはないでしょう。
もちろんプログラマーについても。ノンプログラマーは、言語の完全なユーザーとは呼べない。
そして、一般的には同じように、彼らがやるから、私たちも働くということです。
その通り、後方互換性が約束されているからこそ、なおさらです。
一番気になるのは、デバッガー、コードフォーマット、双方向のステップバイステップモードによるビジュアルテストがないことで、そうでないはずなのになぜそのように動作するのかがわからないことです。
少し不便だが、なんとかなる。
iCustomで パラメータの数を無制限にしたり、文字列配列で渡せるようになると良いですね。
では、フォーマットを渡して、すべてのパラメータを1つの文字列として渡すことを妨げるものは何でしょうか?そして受信側では、パースすることができます。XMLです。すべてにおいて、想像の余地があります。
そうなのかどうかはわかりませんが、テスターの「入力フロー」を他のフィードに接続し、異なるパターンやランダムシリーズなどを生成することが可能であればと思います。
また、時間ベースのアルゴリズムではなく、Windows Crypto Providersを使用して乱数を生成 するのは非常に良いことだと思います。
格言:たまたまですが、MTは単なる取引端末ではなく、テクニカル分析や取引の「ガジェット」を開発するためのかなり強力な環境です......。
--
提案:オプティマイザーの遺伝的 アルゴリズムを使用する場合、常に最良の選択肢を見つけることができるわけではありません。一方で、この仕組みを利用することは、スピードを優先するために品質をある程度犠牲にすることを意味することは明らかである。でも、そのほうがいいかもしれませんね。 私は定期的に遭遇する、いくつかの肯定的なオプションにつまずくオプティマイザは、他のオプションまたは多分より良いオプションを見つけるために "十分な努力 "をせずにその周りに回転します。オプティマイザにとって、内部パラメータは一定の品質/速度比を持つものである。十分な場合もあれば、そうでない場合もあり、また、多すぎる場合もあります。遺伝的アルゴリズムに柔軟性を持たせるために、詳細設定で「品質/速度」パラメータを選択し、いくつかの固定設定を行い、オプティマイザの適切な内部パラメータでフォローする方法はありますか?
確かに、システムの利益を設定するのは最適化の段階ではないということは理解しています)。
ZY2です。この危機がMQL5の開発に影響を与えないことを祈ります。
mql5を開発する際には、このような危機に見舞われないことを祈るばかりです。ベータテスターはどこで募集しているのですか?)
コード書き込みの背景を縦縞にしてほしい。ブロックは完全に迷いますね。目を開けていられないので、モニターに定規を当てています。:)
VCでは、Ctrl+]、Ctrl+[ -非常に便利な機能です。
コード書き込みの背景を縦縞にしてほしい。ブロックは完全に迷いますね。目を開けていられないので、モニターに定規を当てています。:)
ただ、インデントを広くする必要があります。