理論から実践へ - ページ 935

 
Maxim Kuznetsov:

疑問疑問...というか、 プラスで 負けてる注文をどうやって決済するんだ ?!!:-)

もし、クローズする注文のパックがあり、そのうちのいくつかは利益を上げており、いくつかは負けているとします。

の場合、利益の大きいものから交互に閉じることができます。そうすると、ドローダウンが視覚的に最小になり、レポートやレーティング、あらゆる係数が劇的によくなる。

きぼうほう


オーダーが相互に重なり合うグリッドのビジュアルを見たことがある方、うまくいくと思いますか?

もしかしたら、この方法を実装したスレッドをどこかで見たことがあるかもしれません。?

使い方はわかりませんが、既製品のロボットにプログラムして、バグをチェックするのはいいアイデアだと思います。

 
Martin Cheguevara:

うまくいくと思いますか?

不気味な写真ですね(笑)。どうやらお手本にならないようです。

 
Martin Cheguevara:


ここでは、オーダーが相互に重なり合うグリッドの仕組みを視覚的に表現しています。

もしかしたら、この方法を実装 したスレッドをどこかで見たことがあるかもしれません。?

ロボットにメッシュグリッドを使おうとすると、うまくいくような気がするのですが、全然うまくいかないんですね。

=D

この方法の最も簡単な実装を、あなた自身が何度もやっているのです :-) 一番最初に......。

閉ループ for(int pos=0;pos<total;pos++) の代わりに for(int pos=OrdersTotal()-1;pos>=0;pos--) という派手な方法を採用しました。

その後、注文は望ましいものに近いものから決済され、ドローダウンも少なくなりますが、この手順は何も残らなくなるまで繰り返されます。

新しいものから古いものへは for(int pos=OrdersTotal()-1;pos>=0;pos-=2) となり、すべて閉じるまで繰り返すことになります。

PS/すなわち、グリッドを「アンロード」する必要性と機会が生じると、1.で注文が締め切られる。通路の方向は好みや星の位置によって選択される
 

正直、市場やロボットプログラミングにはうんざりしています。利益が出ても、無一文にはならないことを実感しているので、正直あまり嬉しくはないです。

何千行ものコードを、何がどうなっていて、何に責任があるのかをすべて記憶しておき、何十ものアカウントを常に監視していること。

それもこれも、年率100〜150%のために。

しかし、率直に言って、金融市場にはうんざりさせられます。これは、長年にわたって24時間体制でプログラミングを行い、数学、統計学など、連続関数やランダム事象の解析に関するあらゆる文献を研究した結果である。

ランダムな事象に関して、数学ではいたるところに行き詰まりがある。

天才科学者たちは、「ある状況、あるパラメータ、ある領域ではうまくいくかもしれないが......」という哀れなものしか思いつかないのです。と、ここにあるのは、学者が博士や博士号を取るために絞り出したこのGメソッドが効きそうだと判断するための5〜10万ページのマニュアルである」。

偉大なコルモゴロフでさえも、彼の公理主義には失望した......。どこを見ても、数学の天才たちは、無限の確率空間を空間そのものを使って記述しようとせず、無数の数学的モデルを愚直に適用している...数学的手法の変種は有限であり、現実は無限に変化するので、現実世界とは何の関係もないのである。

そして、これは本当に腹立たしいことです。

=D
 
Martin Cheguevara:


ここでは、オーダーが相互に重なり合うグリッドの仕組みを視覚的に表現しています。

もしかしたら、この方法を実装したスレッドをどこかで見たことがあるかもしれません。?

というのも、"痒いところに手が届く "というか、"痒いところに手が届く "というか、"痒いところに手が届く "というか、"痒いところに手が届く "んですよね。

=D
私のグリッドは、次の原則に従って動作します。複数のレベルが開いていて、最後のレベル以外が不採算である場合、それらは直ちに閉じられ、グリッドは最後のレベルの上に構築されます。つまり、グリッド全体が純粋に市場にベストプライスでオーダーを持つことです。
 
Maxim Kuznetsov:
私のグリッドは、次の原則に従って動作します。複数のレベルが開いていて、最後のレベル以外が不採算である場合、それらは直ちに閉じられ、グリッドは最後のレベルの上に構築されます。つまり、グリッド全体は、市場のベストプライスで注文を出すためにのみ使用されます。

グリッドの向きはどちらですか?

反動かトレンドか?
 
Yuriy Asaulenko:

絵が不気味)これはいい例ではないでしょう。

この原理は簡単で、2つ以上の注文がある場合、一番外側の注文を0で決済し、2つある場合は、「ゼロライン」トロールに切り替わる。

ペイントで申し訳ありません))
 
Martin Cheguevara:

正直、市場やロボットプログラミングにはうんざりしています。利益が出ても、無一文になるわけではないことを実感しているので、正直あまり嬉しくはありません。

何千行ものコードを、何がどうなっていて、何に責任があるのかをすべて記憶しておき、何十ものアカウントを常に監視していること。

それもこれも、年率100〜150%のために。

しかし、率直に言って、私はもう金融市場にはうんざりしている。

それは確かです。

マーティン・チェゲバラ

ランダムな事象に関する数学は、あらゆるところにあるんだぜ。

天才科学者たちは、「ある状況、あるパラメータ、ある領域では有効かもしれないが......」という哀れなものしか生み出さない。とか、「博士や博士号を取るために指から絞り出したこのGメソッドが効きそうだ」と判断するための、学識経験者向けの5〜10万ページのマニュアルがここにあります。

偉大なコルモゴロフでさえも、彼の公理主義には失望した......。どこを見ても、数学の天才たちは、無限の確率空間を空間そのものを使って記述しようとせず、無数の数学的モデルを愚直に適用している...数学的手法の変種は有限であり、現実は無限に変化するので、現実世界とは何の関係もないのである。

そして、本当に腹立たしいことです。

=D

そして、それは完全に無駄なことなのです。ランダム性は、それを確実に予測することが不可能であるという点でランダムである。Kolmogorovは悪名高い論文で、ある条件下での予測の可能性だけを定義している(1941年時点))、そしてそれはそれらの対空射撃統制システムに対して行われたのである。また、当時はコルモゴルフだけでなく、海外もこれに取り組んでおり、今でもそれに劣らない重要な仕事である。そして、41)からかなりの時間が経過している。

 
Maxim Kuznetsov:

この方法の最も簡単な実装は、あなた自身が何度も行ってきたことです :-) 一番最初に...

閉ループ for(int pos=0;pos<total;pos++) の代わりに for(int pos=OrdersTotal()-1;pos>=0;pos--) という現代的な方法。

その後、注文は望ましいものに近いものから決済され、ドローダウンも少なくなりますが、この手順は何も残らなくなるまで繰り返されます。

新しいオーダーから古いオーダーへ、新しいオーダーから古いオーダーへ、 for(int pos=OrdersTotal()-1;pos>=0;pos-=2) となり、すべてのオーダーが終了するまで同じ手順を繰り返さなければならない。

PS/つまり、グリッドを「アンロード」する必要性と機会が生じると、1.で注文が締め切られる。通過する方向は、好みや星の位置によって選択される

これは確かにカッコいいのですが、ポジション量的に 一番「重い」注文を締めた方がいいように思うのですが...。

両側のグリッドを解析して閉じるのではなく・・・。

そうすると、一番重いロットを一番小さいロットで閉めることになりますから...。とか、ちょっと重いだけで、システム全体の利益がゼロになったり、赤字になったりするんですよ......。

 
Yuriy Asaulenko:

それは確かです。

そして、これは完全に無駄なことです。ランダム性は、それを確実に予測することが不可能であるという点でランダムである。コルモゴルフは悪名高い論文で、ある条件下での予測の可能性だけを定義している(1941年時点))、そしてそれはそれらの対空射撃統制システムに対して行われたのである。また、当時はコルモゴルフだけでなく、海外もこれに取り組んでおり、今でもそれに劣らない重要な仕事である。そして、1941年からかなりの時間が経過している)。

その通りだ...が、アフリカでは数学は数学なのだ...。1900年でも...天才が奇跡を起こせなければ意味がない)

=D