Добавил опрос Как у вас с электропитанием? Добавил тему Круглые скобочки против квадратных скобочек Соревнование перегрузки оператора [] и вызова обычного метода с параметрами. 1. Один параметр: class C1{ protected: int sum; public: void C1(){ sum=0; Выставил продукт Библиотека для расчета формул. Формула задается...
多くのカスタムキャラクターを最適化する - MultiTester.
ありがとうございます、調査してみます。linux（winndowsに移行中ですが、この作業はすぐには完了しません）でも使えるのでしょうか？
ありがとう、やってみるよ。linux（Windowsに乗り換えますが、この作業はすぐには完了しません）でも使えるのでしょうか？
そこにはWinAPIが使われている。もしかしたら、質問の答えになるかもしれません。
間違っているかもしれませんが、十分な数のカスタムキャラクターでテストする必要があるのなら、その中から1つの非常に長いカスタムキャラクターを作るしかないでしょう。もし、十分に多くのカスタム文字に対して最適化が必要な場合、この方法はもう適さないようです。
1つのEAを異なるパラメータでポートフォリオ構築する際に、「一般化された正しさ」を適用できる可能性があることは何となくわかりますが。 この目的のために、変換された見積書の集合に対して最適化を行う。例えば、引用符の変形は、引用符を所定の枚数に切断し、あらゆる順序で並べ替え、接着することで行われる。
TSにおける変換の同一性は、逆行列と複数の装置で同じ操作を行うための論理的な要件である。長いシンボルをチャンクごとに異なる特性で構成し、そのチャンクに最適化したパラメータを 時間ごとに分割するのはなぜか、また、多数のシンボルでの最適化はなぜ適していないのか、その考え方がよくわからない。価格分析は、分析された塊のいくつかの特性を与え、特性に基づいて最適化パラメータを選択する必要があり、事前分析せずに数値系列の動作によって別の塊で同じ最適化は、異なる品質の最適化結果を与えるだろう。
メインを追加します。
ユートピア・ファンタジー
しかし、私は数年前から、まさにそのようなシステムを利用しています。ここにきて、2日半ほどデモで取引されています。最初の2日間で、1万円から10万円を稼ぎ、最後の半日で、すでに200万円に近づき始めています。
ユートピアファンタジー
しかし、私は数年前からこのシステムを正確に使用しています。デモで取引してすでに2日半。最初の2日間で1万円から10万4千円、最後の半日ですでに200万円に近づき始めています。 2日半で合計175回です。
そう、もちろん、すべては必然的に過去になるし、未来にもなるのです。そして、現在の案件では最長の10秒です。
すでに似たようなことがあり、fxsaberの番組で、ある証券会社のある口座から別の口座へ資金を汲み上げるというものがありました。すでに過去に似たようなことがありました。 ある証券会社のある口座から別の口座にお金を移すというfxsaberを使った番組がありました。
***
そして、もうひとつ不謹慎な質問があるのですが、他にやることがないのですか？デモ口座でのセコセコした取引でシステムを試すことの意味や喜びは何でしょうか？
ちょっと話がそれますが。もう一つ、TCで何が使えて何が使えないか、裏表で同じように使えるか、複数のシンボルで 使えるか、という問題を出すことができます。そして、いつ、どのように役立つかも。条件では、1ティックあたり、Bid、Ask、Timeの3つのパラメータを入力します。取引の強制的な損失を前提に、価格の相対的な変化を取引します。つまり、取引の方向とは 逆の価格で取引を開始し、終了するのです。そして、これがハナルシス、つまり外からの信号がない状態です。純粋な数学では、同一性の条件が必要条件を与えるが、1取引に2つの価格やスプレッドがあるロジックでは、難しい。一般的には、より少ない、より多くの等しいのロジックだけでなく、注文方向の分析と同時に、相対的な単位ですべてのパラメータを刻みに精度を持つタイミングです。何が改善されるのか。価格行動の異なる作品の均一化。何が悪いのか。数学的に正しくないTSに対して利益を出す。
なぜ？
なぜ？
ランダムフィッティングから脱却し、解析と最適化を行った結果は同じです。数学的に正しいTSで解析・最適化することで、より安定した結果を得ることができます。
一回の取引で2つの価格や スプレッドを設定するロジックが 難しいのです。
bid/askはアルゴリズム的に対称でなければならない。
bid/askはアルゴリズム的に対称でなければならない。
たしかにこの条件は満たさなければならないし、難しくもなるが、解けないということはない。また、計算アルゴリズムの分割につながり、数式による計算を可能にするものではありません。少なくとも私は、計算式の中で、シリーズの任意のパラメータと取引の方向に応じて 符号を考慮することが可能であることに遭遇したことがない。