MT開発者向けではない！？INIT_PARAMETERS_INCORRECTを何に置き換えたらいいのでしょうか？ - ページ 7 1234567891011 新しいコメント Sergey Chalyshev 2018.07.16 20:16 #61 Сергей Таболин:あなたこそ、完全に的外れなことを言っているように思えます。だから、あなたの自信過剰な「アドバイス」は地獄に落ちるのだ!排水溝には流れない)) あなたの素人的な質問にも、私の自信過剰なアドバイスにも答えています。 お前は司会者でも管理者でもないんだから、誰がやらかすか決めるのはお前じゃないんだよ。 Andrey Khatimlianskii 2018.07.16 22:04 #62 TheXpert:遺伝的アルゴリズムの 基礎を理解していなくても、最適化ボタンを押すだけでいいのです。いや、電子レンジで猫を乾燥させるのはそこまでだ。 ボタンを押したのに、なぜ動かないんだ！」という消費者心理を煽る必要はない。 ps: 私の投稿は、遺伝子の利用とは関係ありません。 Alexey Navoykov 2018.07.17 03:55 #63 Сергей Таболин:根本的に間違っていますね。 改めてユーザーとして見ると、「最適化が遅い／速い」というのがわかります。 それだけだ、興味はない。深い知識としてでもなく、根本的なことに照らしてでもない。これがあなたの生き方ですか？ そんな素人考えでいると、大変なことになりそうで怖いです。特に金銭的な問題で。理解しようとしなければ、理解する人の餌食になる。 もし、「速い」と「遅い」と書いてあったら、合理的な人はまずこう考えるはずだ：同じ結果が速く得られるのに、なぜ「遅い」があるのだろう？ でも、人それぞれです。 Georgiy Merts 2018.07.17 04:35 #64 Сергей Таболин:そうなんです。 ただ、その制約については、可能な限り、開発者が対応すべきと考えたい。弱点も同じです。 遺伝的最適化は一切使わないようにしています。でも、いざとなったら、このアルゴリズムの中に入り込むのは嫌なんです。まあ、ユーザー向けじゃないんだけどね。 例えば、パソコンに向かって、ただキーをクリックして、キーを押した瞬間から画面にキャラクターが現れるまで、まったく気にしないんです。プロセッサー、グラフィックカード、ネジ、クーラー、それらがどのように作用しているかには全く興味がありません。一般ユーザー向けでもない。そのため、シンボルボタンを押すと、1つのシンボルが出るということを理解する必要があるんだ。そして、例えばクリックスピードにも限界があります。しかも、1秒間に50回ボタンを押そうとしているのに、50文字表示されなかったと憤慨しているんですね。 質問 - 1秒間に50文字を認識する能力ですが、この制限はなくすべきでしょうか？ ほとんどのユーザーは、コンタクトのガラガラを文字として認識し、より悪いと感じるのではないでしょうか？ Georgiy Merts 2018.07.17 04:37 #65 TheXpert:遺伝的アルゴリズムの 基礎を理解していなくても、最適化ボタンを押すだけでいいのだ。なぜ、彼が？ もし、彼が理解できないのであれば、「なぜ、こんなゴミをもらったのか」と問うべきではないだろう。うまくいったのなら、それは「うまくいっただけ」なのです。そのように設計されているのです。 どんなツールでも、ある程度の理解は必要です。ブラックボックスの使用を否定するものではありませんが、ブラックボックスを使用する場合でも、ブラックボックスが機能する基本パターンを明確に理解することが必要です。 削除済み 2018.07.17 06:59 #66 紳士淑女の同志たちよ。 誰が何を理解しているのか、理解すべきなのか、理解してはいけないのか、という議論にすり替わっているのです。そして、本質的な問題は後景に追いやられてしまったのです。 遺伝の仕組みは分からないので、私の言いたいことを理解する努力をしてください。 117649のバリアント（パッセージ）があります。そのうち、許容されるのは1953個だけです。基本的に、本当に受け入れられないものは、1（000000）!!!そして、115695個がリピートです。その1953年の「許された」ものの異なるバリエーション。時間とリソースを節約するために、INIT_PARAMETERS_INCORRECTで除外しています。 次のページジェネティクスは512人の最初の母集団を集める。そうだろ？ そして、この母集団には直ちに502名の「受け入れがたい」人々が含まれています。10人の働く個人では足りません。私もそう思います。 しかし、512は1953年の1/4（約）に過ぎません。 遺伝学をこれ以上掘り下げなくても、なぜ 最初の集団は「許容される」パラメーターだけから組み立てられないのか、私にはよくわからないのです。 そして、実際、有効なパラメータからのみ後続の母集団が収集されることを妨げるものは何でしょうか？ TheXpert 2018.07.17 07:13 #67 Andrey Khatimlianskii:いや、電子レンジで猫を乾燥させるのはそこまでだ。 ボタンを押したのに、なぜ動かないんだ！」という消費者心理を助長する必要はない。 私はこのボタンについて話しているだけです。 私の立場は上で説明しました。 もっと言うと、私は遺伝的アルゴリズムを知って いますが、それは私の最適化には全く役に立ちません。 削除済み 2018.07.17 08:10 #68 特に、私自身は最適化 モードで INIT_PARAMETERS_INCORRECT を使用して、文字通り無効なパラメータではなく、単に不要な パラメータをふるいにかけるだけにしています。 一例として input bool использовать_параметр = true; input int парам_1 = 5; input int парам_2 = 12; input int парам_3 = 100; input int парам_4 = 1; ........ そのため、Expert Advisor のテスト中および作業中にusing_parameter = false の場合、そのパラメータが全く重要でない場合、最適化中にこれらのパラメータの検索は単に不要であり、初期値で 1 パスする以外は INIT_PARAMETERS_INCORRECT が出力されることになります。これにより、多くの時間を節約することができます。結局、有効なパス1枚に対して、無駄なパスがいっぱいあるんです。そして、遺伝学では、無駄なパスをふるい落とすことを粗雑なエラーとして扱う。 開発者は、どうにかしてこの問題を解決するのではなく、禁止事項を適用した上で、まさにこの遺伝子を研究するためにあなたを送り込みます。だから、勉強する時間があったのでしょう。 もう一度言いますが、ユーザーは遺伝子の仕組みを知る必要はありません。この問題を解決するのは、開発者の皆さん次第です。 Aleksey Vyazmikin 2018.07.17 08:52 #69 Сергей Таболин:特に、私自身は最適化 モードで INIT_PARAMETERS_INCORRECT を使用して、文字通り無効なパラメータではなく、単に不要な パラメータをふるいにかけるだけにしています。一例としてそのため、Expert Advisor のテスト中および作業中にusing_parameter = false の場合、そのパラメータが全く重要でない場合、最適化中にこれらのパラメータの検索は単に不要であり、初期値で 1 パスする以外は INIT_PARAMETERS_INCORRECT が出力されることになります。これにより、多くの時間を節約することができます。結局、有効なパス1枚に対して、無駄なパスがいっぱいあるんです。そして、遺伝学では、無駄なパスをふるい落とすことを粗雑なエラーとして扱う。 開発者は、どうにかしてこの問題を解決するのではなく、禁止事項を適用した上で、まさにこの遺伝子を研究するためにあなたを送り込みます。だから、勉強する時間があったのでしょう。もう一度言いますが、ユーザーは遺伝子の仕組みを知る必要はありません。しかし、この問題の解決策を見つけるのは、開発者の仕事である。4つのパラメータがあるので、この4つのパラメータが正しい値でしか動かないことを整理しておくと、遺伝子が役に立つかもしれませんね。 Alexey Navoykov 2018.07.17 09:54 #70 Сергей Таболин: オプション（パス）は117649個あります。このうち、有効なのは1953件だけです。原則的に本当に許容できないものは1（000000）!!!!そして、115695個がリピートです。その1953年の「許された」ものの異なるバリエーション。時間とリソースを節約するために、私はINIT_PARAMETERS_INCORRECTでそれらを除外しています。 個人的には、INIT_PARAMETERS_INCORRECTは最適化モードでのみ 使用し、文字通りに許容できないパラメータではなく、単に不要な パスを選別するために使用しています。 遺伝学に「不要な」パスは存在しないのです。それは棚にすべてを並べ、不必要なものをふるい落とし、どんな時間と資源が節約されるかを犠牲にしている。 そして、あなたはそれに気を取られるだけだ。 あなたは、「何もしなくても、魔法のボタンを押せば勝手に動くようにしたい」と言いながら、同時に、最適化アルゴリズムを助けるとされるシャーマンをコードに登場させるなど、矛盾していますね。 要するに、今はすべてがクリアになっているのです。 セルゲイ・タボリン これはどうでしょう。121とすると、21のような結果になります。そして、21の連鎖がその結果を繰り返すことになる。重複、原則的に無駄な走行のための時間延長...。INIT_PARAMETERS_INCORRECTで何も消す必要はありません。 プログラムロジックに従って121を計算すれば、遺伝子がその仕事をし、1953パス以下で結果が得られるでしょう（希望）。 低速の完全探索で最適化する場合は、もちろん余分なパスは必要ありません。 Expert Advisorに最適化のタイプを設定する追加パラメータを導入できます。 完全探索であれば余分なパスは拒否され、遺伝的探索であれば拒否されません。 MQLには最適化のタイプを知る機能がないのは残念です。 開発者はそのような機能の追加を要求すべきです。 1234567891011 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
あなたこそ、完全に的外れなことを言っているように思えます。だから、あなたの自信過剰な「アドバイス」は地獄に落ちるのだ!
排水溝には流れない))
あなたの素人的な質問にも、私の自信過剰なアドバイスにも答えています。
お前は司会者でも管理者でもないんだから、誰がやらかすか決めるのはお前じゃないんだよ。
遺伝的アルゴリズムの 基礎を理解していなくても、最適化ボタンを押すだけでいいのです。
いや、電子レンジで猫を乾燥させるのはそこまでだ。
ボタンを押したのに、なぜ動かないんだ！」という消費者心理を煽る必要はない。
ps: 私の投稿は、遺伝子の利用とは関係ありません。
根本的に間違っていますね。
改めてユーザーとして見ると、「最適化が遅い／速い」というのがわかります。
それだけだ、興味はない。深い知識としてでもなく、根本的なことに照らしてでもない。
これがあなたの生き方ですか？ そんな素人考えでいると、大変なことになりそうで怖いです。特に金銭的な問題で。理解しようとしなければ、理解する人の餌食になる。
もし、「速い」と「遅い」と書いてあったら、合理的な人はまずこう考えるはずだ：同じ結果が速く得られるのに、なぜ「遅い」があるのだろう？
でも、人それぞれです。
そうなんです。
ただ、その制約については、可能な限り、開発者が対応すべきと考えたい。弱点も同じです。
遺伝的最適化は一切使わないようにしています。でも、いざとなったら、このアルゴリズムの中に入り込むのは嫌なんです。まあ、ユーザー向けじゃないんだけどね。
例えば、パソコンに向かって、ただキーをクリックして、キーを押した瞬間から画面にキャラクターが現れるまで、まったく気にしないんです。プロセッサー、グラフィックカード、ネジ、クーラー、それらがどのように作用しているかには全く興味がありません。一般ユーザー向けでもない。
そのため、シンボルボタンを押すと、1つのシンボルが出るということを理解する必要があるんだ。そして、例えばクリックスピードにも限界があります。しかも、1秒間に50回ボタンを押そうとしているのに、50文字表示されなかったと憤慨しているんですね。
質問 - 1秒間に50文字を認識する能力ですが、この制限はなくすべきでしょうか？ ほとんどのユーザーは、コンタクトのガラガラを文字として認識し、より悪いと感じるのではないでしょうか？
遺伝的アルゴリズムの 基礎を理解していなくても、最適化ボタンを押すだけでいいのだ。
なぜ、彼が？
もし、彼が理解できないのであれば、「なぜ、こんなゴミをもらったのか」と問うべきではないだろう。うまくいったのなら、それは「うまくいっただけ」なのです。そのように設計されているのです。
どんなツールでも、ある程度の理解は必要です。ブラックボックスの使用を否定するものではありませんが、ブラックボックスを使用する場合でも、ブラックボックスが機能する基本パターンを明確に理解することが必要です。
紳士淑女の同志たちよ。
誰が何を理解しているのか、理解すべきなのか、理解してはいけないのか、という議論にすり替わっているのです。そして、本質的な問題は後景に追いやられてしまったのです。
遺伝の仕組みは分からないので、私の言いたいことを理解する努力をしてください。
117649のバリアント（パッセージ）があります。そのうち、許容されるのは1953個だけです。基本的に、本当に受け入れられないものは、1（000000）!!!そして、115695個がリピートです。その1953年の「許された」ものの異なるバリエーション。時間とリソースを節約するために、INIT_PARAMETERS_INCORRECTで除外しています。
次のページジェネティクスは512人の最初の母集団を集める。そうだろ？
そして、この母集団には直ちに502名の「受け入れがたい」人々が含まれています。10人の働く個人では足りません。私もそう思います。
しかし、512は1953年の1/4（約）に過ぎません。
遺伝学をこれ以上掘り下げなくても、なぜ 最初の集団は「許容される」パラメーターだけから組み立てられないのか、私にはよくわからないのです。
そして、実際、有効なパラメータからのみ後続の母集団が収集されることを妨げるものは何でしょうか？いや、電子レンジで猫を乾燥させるのはそこまでだ。
ボタンを押したのに、なぜ動かないんだ！」という消費者心理を助長する必要はない。
特に、私自身は最適化 モードで INIT_PARAMETERS_INCORRECT を使用して、文字通り無効なパラメータではなく、単に不要な パラメータをふるいにかけるだけにしています。
一例として
そのため、Expert Advisor のテスト中および作業中にusing_parameter = false の場合、そのパラメータが全く重要でない場合、最適化中にこれらのパラメータの検索は単に不要であり、初期値で 1 パスする以外は INIT_PARAMETERS_INCORRECT が出力されることになります。これにより、多くの時間を節約することができます。結局、有効なパス1枚に対して、無駄なパスがいっぱいあるんです。そして、遺伝学では、無駄なパスをふるい落とすことを粗雑なエラーとして扱う。
開発者は、どうにかしてこの問題を解決するのではなく、禁止事項を適用した上で、まさにこの遺伝子を研究するためにあなたを送り込みます。だから、勉強する時間があったのでしょう。
もう一度言いますが、ユーザーは遺伝子の仕組みを知る必要はありません。この問題を解決するのは、開発者の皆さん次第です。
特に、私自身は最適化 モードで INIT_PARAMETERS_INCORRECT を使用して、文字通り無効なパラメータではなく、単に不要な パラメータをふるいにかけるだけにしています。
一例として
そのため、Expert Advisor のテスト中および作業中にusing_parameter = false の場合、そのパラメータが全く重要でない場合、最適化中にこれらのパラメータの検索は単に不要であり、初期値で 1 パスする以外は INIT_PARAMETERS_INCORRECT が出力されることになります。これにより、多くの時間を節約することができます。結局、有効なパス1枚に対して、無駄なパスがいっぱいあるんです。そして、遺伝学では、無駄なパスをふるい落とすことを粗雑なエラーとして扱う。
開発者は、どうにかしてこの問題を解決するのではなく、禁止事項を適用した上で、まさにこの遺伝子を研究するためにあなたを送り込みます。だから、勉強する時間があったのでしょう。
もう一度言いますが、ユーザーは遺伝子の仕組みを知る必要はありません。しかし、この問題の解決策を見つけるのは、開発者の仕事である。
4つのパラメータがあるので、この4つのパラメータが正しい値でしか動かないことを整理しておくと、遺伝子が役に立つかもしれませんね。
オプション（パス）は117649個あります。このうち、有効なのは1953件だけです。原則的に本当に許容できないものは1（000000）!!!!そして、115695個がリピートです。その1953年の「許された」ものの異なるバリエーション。時間とリソースを節約するために、私はINIT_PARAMETERS_INCORRECTでそれらを除外しています。
個人的には、INIT_PARAMETERS_INCORRECTは最適化モードでのみ 使用し、文字通りに許容できないパラメータではなく、単に不要な パスを選別するために使用しています。
遺伝学に「不要な」パスは存在しないのです。それは棚にすべてを並べ、不必要なものをふるい落とし、どんな時間と資源が節約されるかを犠牲にしている。 そして、あなたはそれに気を取られるだけだ。
あなたは、「何もしなくても、魔法のボタンを押せば勝手に動くようにしたい」と言いながら、同時に、最適化アルゴリズムを助けるとされるシャーマンをコードに登場させるなど、矛盾していますね。
要するに、今はすべてがクリアになっているのです。
セルゲイ・タボリン
これはどうでしょう。
121
とすると、21のような結果になります。そして、21の連鎖がその結果を繰り返すことになる。重複、原則的に無駄な走行のための時間延長...。
INIT_PARAMETERS_INCORRECTで何も消す必要はありません。 プログラムロジックに従って121を計算すれば、遺伝子がその仕事をし、1953パス以下で結果が得られるでしょう（希望）。
低速の完全探索で最適化する場合は、もちろん余分なパスは必要ありません。 Expert Advisorに最適化のタイプを設定する追加パラメータを導入できます。 完全探索であれば余分なパスは拒否され、遺伝的探索であれば拒否されません。 MQLには最適化のタイプを知る機能がないのは残念です。 開発者はそのような機能の追加を要求すべきです。