アルゴリズム最適化選手権。 - ページ 54

新しいコメント
 
Vasiliy Sokolov:

Export.mqhファイル - 利用可能な機能のリストと全参加者に共通のパラメータ構造

FF.mq5ファイル - ライブラリとしてのフィットネス関数の例。

TestFF.mq5ファイル - アルゴリズムをスクリプトでチェックする。

UserFindExtremum.mq5ファイル - ライブラリ形式の極値検索のためのカスタム関数です。ランダム検索を例とする

まさか)
 
Реter Konow:

アンドリュー 他の人はどうかわかりませんが、個人的にはヴァシリーの例の方が好きでしたね。悪気はないんです。あくまで私の主観ですが...。

公平を期すために、接続インターフェース（あなたのものとVasiliyのもの）の選択に関する質問を投票にかけることを提案します。

いかがでしょうか？

完全に理解しているかというと疑問です。
 
Vasiliy Sokolov:

...

6. チェックスクリプトは、fitness function library ..㊞㊞㊟.ex5 と Find Extremum member library..㊞㊞.ex5 をアドレス空間に読み込み、 FindExtremum member function を呼び出します。

...

そうなんですか？
 
Vasily、あなたが提案したことは、2番目のオプションでそうです。しかし、今のところ正しい例は示されていない。
 

インターフェイスが合意されるまで、最大値を探索する未知関数-ffについての質問を繰り返す。

この機能が何であるかはわからない。ただし、致命的なエラーや コードのアンロードを引き起こす可能性のある操作を含んではならない。例えば、割り算の操作。この関数を記述している式の一部にパラメータによる除算があり、ユーザーがこのパラメータにゼロ（または部分式では負）を渡すと、重大なエラーが発生し、このFF参照はレベルアップします。

 
Реter Konow:

今、私は、このテーマについて「新参者」であり、本気で勝つことを期待していない参加者の皆さんに訴えたいと 思います。

問題を混乱させる空間の多次元性に関する非常識な「理論」をすべて捨て、純粋な数学に立ち返ると、FFは方程式 であることがわかる。

この式は、グラフに適用して初めて 解析的な関数となる。

グラフは、方程式のパラメータ間の関係を視覚化するのに役立つだけです。

158ページにも及ぶ議論を経て、すでに問題の本質が形作られているのです。

方程式の 左辺にある変数の値が 最大となる 右辺の変数の 値を求める必要が ある。

完全なブルートフォースよりも効率的に行おうとするのが目的です。

それだけです。

次のページ

この問題を解決するために、値を見つける「進化型」の技術が考案された。ダーウィニズムに由来するアナロジーとメソッドを構築した。

この方法の効率性については議論の余地がある。おそらく、もっとシンプルで効果的な解決方法があるのでしょう。

私の実践は、一般的に受け入れられているアプローチが必ずしも最も効果的でないことを証明しています。

進化論者」はかなり回避できると思うのですが...。

ぜひ挑戦してみましょう。

アルゴリズム設計の段階で、何が起こっているのか、何をすべきなのかを理解するのに便利です。しかし、ここでは2つのパラメータを持つ関数と表面表現に限定すれば十分である。
 
ディミトリ、タスクの本質が霧に覆われ、参加者の目から見えなくなっています。 私はタスクの理解を明確にするために、その霧を払拭しています。
 
ここに嫌な思いをする人がいなければいいのですが...。
 
ユーリ 質問は非常に適切です。主催者からの返事を待っているところです...。
 
Dmitry Fedoseev:
Vasily、あなたが提案したことは、2番目のオプションでそうです。しかし、今のところ正しい例は示されていない。
適切な例とは？
1...474849505152535455565758596061...132
新しいコメント