インディケータ: Fast ZigZag
その方が速いと思う。完全に実現する」というのはでたらめだ。このジグザグは最小の膝が小さいため、定期的にハングアップする。まさか。
最小の膝の大きさは？ジグザグのポイントが失われた時です。ハングの例を教えてください。コードに手を加えることができます :)
2つのキンクが発生するバーとclose==openのバーの解釈が異なるため、画像がIdealZZと異なる場合があります。しかし、これはまれなケースです。
これは10ピプスのダイバージェンスの例ですが、このようなキンクにはほとんど意味がありません。
そして、最小のニーが50pipsの例です。
ZigZagを構築する際、Ask-historyの不在は特に顕著に感じられる。なぜな ら、Bid-price情報のみに基づくZigZagの情報性は非常に低いからである。
これはECN/STPでは、例えばロールオーバーの際、長い時間の時間加重平均スプレッドが何倍にも拡大するときによく感じられる。
2つの屈折が発生する小節とクローズ==オープンの小節の解釈が異なるため、写真はIdealZZと異なるかもしれない。でも、こんなレアなケースは...。
ええ、それは違う曲です。そんなレアケースじゃない。それに、履歴を挿入して（たとえば端末を読み込んで）頂点を取ることを考えたらどうだろう？
私はあなたのコードをまったく気にしていません。私が反対しているのは、ただひとつのフレーズだけだ。
ZigZagを構築する際、Ask-historyの不在は特に顕著に感じられる。なぜなら、Bid-price情報のみに基づくZigZagの情報性は非常に低いからである。
ECN/STPでは、たとえばロールオーバー時に、時間加重平均スプレッドが長時間にわたって何倍にも拡大するときに、それをよく感じることができる。
まれに - 事実上どこにもない：
- MT4 - ブローカーは1社のみ。
- MT5 - なし。
ああ、今は違う曲だ。
それでも、実際の不一致の例やハングの例を挙げることはできる。それがコードの改善に役立つだろう。
レアケースについては、私たちの解釈が違うだけで、この問題を正しく解決するためには、論争になりそうな瞬間に、より小さなタイムフレームから履歴を持ち出す必要がありますが、私もあなたもそれをしません。
トップを取ることの何が問題なのか？
ZZの値が正しければ正しいほど、同じ入力パラメータにおけるZZの曲がり幅の和は大きくなる。したがって、最大値を示すZZが正しいZZとなる。
ちなみに、シンボルのH特性は、ZZを通して初歩的に計算される：H＝平均ニー／可能な最小ニー。しかし、これはアスク価格を考慮した場合にのみ意味を持ち、特にニーが小さい場合に有効です。
それでも、実際のダイバージェンスの例やハングアップの例があればいい。それがコードの改善に役立つだろう。
いや、君のコードは2つのバッファでできる最大限のものだ。これ以上の改善にはバッファーの追加が必要だ。
レアケースに関しては、私たちの解釈が違うだけで、この問題を正しく解決するためには、論争になりそうな瞬間にもっと小さなタイムフレームからヒストリーを持ち出す必要があるが、私もあなたもそれをしない。
まあね。私は一般的に このような状況にはかなり批判的だ。結局、長い目で見れば、損をすることにつながりかねない。だから、いろいろだと思うよ。
それで、トップを取ることの何が問題なんですか？
まあね。僕は一般的に こういう状況にはかなり批判的なんだ。つまり、結局は損をすることになりかねないからね。そう、いろいろな意味でね。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
Fast ZigZag:
最も簡単かつ最速のジグザグ。
作者: Yury Kulikov