フォローアップのため
>> このアバターを見て、何か人間的なものを感じる人はいるのだろうか。
実は中身はもっと怖い...。
でも、データベースに入れた方がいい、ここで迷子になる、面白いものです。
そこに迷い込むことはないだろうと思うだろう。ここでは、少なくとも5分ごとにバージョンを追加することができます。訂正と工夫を加えて。そして、毛羽立ちもあります。
kodobaseでもブランチと同じテンプレートを作ってみてはいかがでしょうか。不思議なものですね。また、フォーラムから判断して、私一人のためではありません。
実は中身はもっと怖い...。
そこに迷い込むことはないだろうと思うだろう。ここでは、少なくとも5分ごとにバージョンを追加することができます。訂正と工夫を加えて。そして、毛羽立ちもあります。
kodobaseでもブランチと同じテンプレートを作ってみてはいかがでしょうか。不思議なものですね。また、フォーラムから判断して、私一人のためではありません。
リスペクト!
そして、リスペクト!;)
美は世界を救う」と言ったのに・・・。
素敵な七面鳥をありがとうございました。
そして、このジグザグの「ズレ」とは何なのか。傾きは、ジグザグのセグメントの登録時の平均振幅と、完成したセグメントの平均振幅の比である。
計算することが可能です。すべてのデータはコードの中にあります。でも、何のために？極限がどこにあるのか、また時間によって本当に決定されるのかを見ることができます：パラメータ ShowZigZag (1 - where, 2 - when).
そうでなければ...この「スリップ」パラメーターは、純粋に学術的なものであると、私は思います。例えば谷の検出でロングする人はいないでしょう。むしろその逆で（そういうものだ）、文脈上必要であれば。
さて、今日最後のユーロバックスの写真を議事録に載せておきます。チャネルは、リアルタイムで描画されたまま、つまり極値を識別する時間までに表示されます。特にマイナーなオシレーターを狙ったピークの定義（チャネルの上方乖離の変化）後の期間にロング（明らかに文脈はロング）することが論理的であることは明らかである。また、その逆もない。
しかし、繰り返しになりますが、計算することは可能なのです。必要なんですか？
===
そして、このパラメータは、指標の入力パラメータごとに異なるものとなります。3、12を使うのと、1、7を使うのは別物です。シフトしたものも使用することがあります。リアルタイムモードにおいて、バッファ内の平均的な傾きを表示することは可能ですか？可能です。それが必要なのかどうか。とはいえ...そうですね、入るタイミングはなんとなく予想がつきます。でも、あまりに不正確なので、めんどくさいことになりそうです。いいえ、そうではありません。
計算することが可能です。すべてのデータはコードの中にあります。でも、何のために？
どんな（流動的な）市場でも、どんなジグザグでも、平均的なスリッページは約1/2になる」という一種の定理を自分なりに定式化した。証明するのは難しいが、反証するのは一つの事実で十分である。だから、私の興味は、当然ながら、むしろ学術的なものです :) 。
まさにこの「定理」は、「まっすぐ」も「逆」も同じように文脈に依存する、と言っているのです。
また、1/2はどのようなパラメータセットに対しても、またどのようなジグザグに対しても同じだと思います。）
平均スリッページをリアルタイムでバッファーに出力？
普段はその場で集計してCommentに出力しています（もちろんカウンターで割っています）。
もちろん、コンテキスト検出は別のテーマで、もっと興味深いものです :) 。この手順を正式なものにすることはできるのでしょうか？つまり、ヒグマの美容術は厳密な科学なのでしょうか？:)
どんな（流動的な）市場でも、どんなジグザグでも、平均的なスリッページは約1/2になる」という、ある種の定理を自分なりに定式化しました。証明するのは難しいが、反証するのは一つの事実で十分である。だから、私の興味は、当然ながら、むしろ学術的なものです :) 。
まあ...ということであれば、もちろんです。でもね、考えたんです。学術的なことではないのかもしれない。とにかく、考えておくよ。
。
この「定理」によって、「まっすぐ」と「逆に」がまったく同じように文脈に左右されるというだけのことなのだ、イミフ。
いや、1/2はどのようなパラメータのセットに対しても、またどのようなジグザグに対しても同じだと思います)
限界に？ロピタール侯爵のご挨拶)))おそらく。実用的な観点からだけ一般的にこのすべてのBPの考慮は、そのマウスと常緑樹のサボテンです。
。
普段はその場でデータをまとめ、Commentで表示しています（もちろんカウンターで割っています）。
こんなやり方もあるんですね。でも、コメントから後からカウントするのは無理がありますね。だから、バッファの話をしたんです。
コンテキストを定義するのは別のトピックで、もっと面白いですよ :)この手順を正式なものにすることは可能ですか？つまり、ヒグマの美容術は厳密な科学なのでしょうか？:)
А...ということですね！？>> (´・ω・｀) >> そうそう。） 形式的な...はい、もちろんです。しかも、昨日ではない。しかし、それは本当に全く別の話です。こんなとこで記事にしてもなとはいえ、このスレッド、もしかしたら、いけるかもしれませんね。この点については、散発的ではあるが、他のさまざまな支部に繰り返し書き込んでいる。一般論として、もちろん、書きました - そこに詳述するのはおかしいでしょう。でも、ここで、ちょっと補足を...。そうですね、ゆっくり書いていこうと思います。ノンタイムフレームかノンフィクションか、だな)) とはいえ、調べれば誰も知らないような新しいことは何もないんですけどね。そんなパラドックスです)))
===
一般的には、「キャッチボール」がいいかもしれませんね。時折、話題になったもの、書かれたものなどを一か所に集めることができるのです。// 私の投稿は、貴重なワインのように、順番があります。(「店の塵に散る...」アクマトーヴァ)
まあ、確かに謙遜して死ぬことはないでしょうけど。それはいいことだ。))
まあ...ということであれば、もちろんです。でもね、考えたんですが、その興味は学術的なものではないかもしれません。とにかく、考えておくよ。
。
限界に？こんにちは、ロピタール侯爵（Marquis de Lopital)そうかもしれませんね。実用的な観点からだけ、一般的にこのBPの検討はすべて、そのマウスを持つ常緑のサボテンです。
。
そういうやり方もあるんですね。ただ、その後の解説からはカウントされないんですね。だから、バッファの話をしたんです。
。
1 緊急であれば、自分でコードを追加して計算するのですが :)
2.2.限度額内
3.インジケータが速い場合-再計算しやすく、遅い場合-ファイルに直接入れた方が良い。
でも、本当に「学問じゃないかもしれない」なら、耳を傾ける。
А...ということですね！？はい、はい)) 形式化が成功した...はい、もちろんです。しかも、昨日ではない。しかし、それは本当に全く別の話です。こんなとこで記事にしてもなとはいえ、このスレッド、もしかしたら、いけるかもしれませんね。この点については、散発的ではあるが、他のさまざまな支部に繰り返し書き込んでいる。一般論として、もちろん、書きました - そこに詳述するのはおかしいでしょう。でも、ここで、ちょっと補足を...。そうですね、ゆっくり書いていこうと思います。ノンタイムフレームかノンフィクションか、だな)) とはいえ、調べれば誰も知らないような新しいことは何もないんですけどね。>> そこがパラドックス（逆説)。
面白い、面白い。正直なところ、最初は懐疑的な意見もありました。
ところで、本当の意味でのフォーマル化とは、ヒストリーの上でテストができることですが、それを実行されたのでしょうか？
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
CodeBaseのエントリーに 、ジグザグと水平方向のチャンネルを異なるインデックスで書いていたのです。最近、ある人が2つのMAのクロスにジグザグが欲しいと、フォーラムで公言しました。難しいことではなく、既製品に手を加えれば完成です。狐につままれたように、unknown for meのインジケーターを元にZigZagを修正し、やってくれと言われたことです。とお断りしました。私は他人のコードを詮索するのが好きではなく、自分のコードをある程度理解したいのです。そこで、自分がこしらえたもの／発表したものに対するある種の責任感と、手伝いを断られたことによる不快感から、次のようなことができるインジケータを作ることにしました。
価格のピーク／トラフ（極値）を見極める原理を説明しよう。画像（1）は、速いEMAと（3回当てられるか）-正しくは遅いEMAの2つを示しています。クロスオーバーの間の領域は、それぞれピークと谷を表す緑と赤で表示されている。そこで検索されるのです。一般に、2つのMAEを使用することで、極値を特定するための柔軟なアプローチが可能になる。
例えば、ディナポリはDMA（displaced prime MAs）を使って練習している（誰かが見せてくれたのだが、ドン・ファンの教えと同じだ）。このインジケータを使って、DMAによる極値検索は可能でしょうか？クソ質問（sn.2）。高速MAの周期値を1、低速MAの周期とオフセットを3に設定し、3小節の単純MAを3小節ずらしたもので小節の終値をクロスさせることで極値を求めます。ジョーさんは、上記の3×3以外に、7×3や25×5のMAKを表示させて使っているようです。MAとそのレプリカの交点を何本分（sn.3）オフセットするか、つまりACFのようなものを使えばいいのです。最終的には、そのクラスのMAA期間の値を入れるだけでよいのです。(12.26) や DiNapoli の (8.17) (sn.4) の MACD を見て、他人の戯言に巻き込まれることに幸せを感じる。
水平方向のチャンネルは、（sn.5）で求めた極値を用いて構築される。チャンネルの平滑化周期を1より大きく設定すると、生のチャンネルはダッシュのまま、平滑化されたチャンネルは実線で描かれます（fn.6 - 平滑化周期 = 3）。
トレンドライン（図6）は、上昇トレンドの場合は価格の下に支持線として、下降トレンドの場合は価格の上に抵抗線として引かれます。 下降/上昇の条件は、対応するチャンネルの端、バーの終値、またはその高値/安値を突破することで決定されます。ノイズスパイクによってチャネル境界が突破されるのを防ぐために、チャネル境界をピップ数で一定の値だけ、またはATR（パラメータBorder）で移動させることができます。
まあ、補正(сn.7)や拡張、等距離チャネルは説明しなくても明らかなんですけどね。フィボチャネルについては、デフォルトのレベルを少し変更しました - そうでなければ、あまり意味がありません、IMHO (fn. 8)。
入力パラメーターの詳細
// MACパラメータ
FastMA - 高速МАの期間。
SlowMA - スローMAの期間。
SlowMAshift - スローMAのシフト。
方法 - 平滑化アルゴリズム。
// トリガ閾値
ATR - 感度補償のためのATRの期間。
xATR - ATR値の乗数です。
Sens - 感度（ポイント）。
// 水平方向のチャンネル
ChannelMA - チャンネルボーダースムージングの期間．
Border - チャンネルの境界線からポイント単位でインデントします。チャネルブレークダウンの判定に使用する。ゼロ未満-ATRによるジグザグの感度と入力したパラメータのモジュールとの間の最大値が選択されます。
// いったい何を合図すればいいんだ!(0 - クソを見せない)。
ShowTrend - 1 - チャネルボーダーHIgh/Lowバーの内訳によって決定されるトレンドを表示する; 2 - クローズ。
ShowChannel - 極値の位置によって水平チャネルを表示します。2 - その決定の時間によって（MA MAクロスを固定した瞬間によって）。
ShowZigZag - 1 - 極値の位置でジグザグを表示、2 - 極値が決定された時刻でジグザグを表示。
ShowFibo - 1 - Fibo修正、2 - Fibo拡張、3 - Fiboチャネル、4 - 等距離チャネルを表示します。
===
コドベースの中では場違いな存在。全ては二の次、でも無くなったら残念です。そこで、フォローするために。ストキャスティクスについては、ここで詳しく説明する予定です。後日談です。