1. На мой взгляд, пункты для фильтрации - есть зло, надо как-то процентами считать.
2. "ускоритель" нужно дорабатывать, согласен. Но как считать ускорение у ренж-баров, если у них всегда постоянная скорость прироста от бара к бару. А так в кодебазе где то есть Ренко.(Если я правильно понял это одно и тоже)
3. Не так просто написать свой язык програмирования, но можно сторонними библиотеками добить функционал, надо только понять, что надо :)
4. Расчет скорости и укорения ведется непрерывно на последних "extern int Bar = 2;" барах.
1.不合理な予測のフィルタリングが必要 ...言い換えれば、ピボットと23%の期待値レベルとの距離がある値（10 pips）より小さい場合、予測は表示されないはずです...。やきゅうふきん
2.アクセル」の改良が必要です。前のバーの中間または終値へのバインディングは、特に長いバーでは非常に遅れ、誤解を招くことさえあります...。どうすればいいのかわかりませんが、アクセラレータの値は低いTFで計算され、標準の現在のTF（価格/時間）ではなく、合成のもの、つまりレンゲバーの構造で適用されなければなりません...。バーが10pips/barの原則に従って構築されているところ ...(http://borisytch.ucoz.ru/publ/quotrangequot_i_quotvolumequot_bary/8-1-0-19)
3...通常の解析は、明らかにMTの能力を超えているし、それが普通だと思うのですが・・・。
4.方向性のある値動きの速度は、加速度を計算するために使用される値は、予想される反転のポイントからカウントする必要があります...
ボリシッチ、瓶から魔物を取り出してしまったか...。...オスマシだけしている間に...ちょっと頭を持ち上げて......。はたして、彼は全力を発揮するべきか......？
インジケーターhttp://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
ボリシッチ、瓶から魔物を取り出してしまったか...。...オスマシだけしている間に...ちょっと頭を持ち上げて...。はたして、彼は全力を発揮するべきか......？
インジケーターhttp://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
とても美しく仕上がっています。心から敬意と賞賛を表します。
歴史上、戦略を視覚的に評価することが難しいのが残念です。
1.不合理な予測のフィルタリングが必要 ...言い換えれば、ピボットと23%の期待値レベルとの距離がある値（10 pips）より小さい場合、予測は表示されないはずです...。また、pips間の距離が50pips以上（大体）ある場合の予測の不条理さについて
2.アクセラレータ」の改良が必要です。前のバーの中間または終値にバインドすると、特に長いバーでは非常に遅延し、誤解を招く恐れがあります...どうすればいいのかわかりませんが、アクセラレータの値は低いTFで計算され、標準の現在のTF（価格/時間）ではなく、合成のもの、つまりレンゲバーの構造で適用されなければなりません...。バーが10pips/barの原則に従って構築されているところ ...(http://borisytch.ucoz.ru/publ/quotrangequot_i_quotvolumequot_bary/8-1-0-19)
3.通常の解析は、すでにMTの能力を明らかに超えており、それでいいのだと思うのですが．
4.加速度を計算するために使用される値、指示された価格の動きの速度は、想定ピボットポイントからカウントする必要があります...
1.私の意見では、フィルタリングのポイントは悪であり、どうにかしてパーセントでカウントしなければならない。
2.アクセラレーター」は、もっと洗練させる必要がある、そう思います。しかし、リアはバーからバーへの増加率が常に一定である場合、どのように加速度を計算するのでしょうか。そして、コードベースのどこかにRenkoがあるわけです（私の理解が正しければ、それは一体のものです）。
3) 独自のプログラミング言語を書くのは簡単ではありませんが、サードパーティのライブラリを使って機能的に完成させることができますので、何が必要かを理解すればよいのです :)
4.速度と加速度の計算は、最後の "extern int Bar = 2; "バーで連続的に実行されます。
とても美しく仕上がっています。私はあなたに深い尊敬と敬意を表します。
この戦略を視覚的に評価することが難しいのは残念なことです。
このような戦略を歴史的に検証することが難しいのは、別の理由もある。MetaTraderのデータは分単位のバーで保存されます。ダニ歴はありません。分音符は、文脈から作品を「取り出して」いるのです。テスターが生成したランダムな配列は、市場で実際に起こっていることと一致しない。私の考えでは、市場は完全にランダムなプロセスとは言えないと思います。フィボ戦略だけで、非ランダムな要素をキャッチすることができる。時間軸でスライスすると、非ランダム性の要素を「殺してしまう」ことが多いのです。
ユージンかボリスは、ピークでフィボのバリエーションを作って（0-50-100でとりあえずOK）、先行きの動きの50％でエントリーすることにします。さて、アクセル（ロケット燃料の一種、ディーゼルに切り替えるべき、静かでシンプル、燃料はたっぷりある、絵に描いたようなカップル投げがある
ユージンかボリスは、ピークでフィボバリアント（0-50-100でとりあえずOK）、我々は先行運動の50%でエントリーする。ペップの隠し場所にはジグザグに同様の表示があるはずです。
SpeedMeterSigは何ですか？
どういたしまして、添付ファイルの5つのインデックス（3+2の信号のもの）です。
ピーク時にはフィボバーが欲しいです。
stat_dynamic phoebeは持っていませんが、その出力は画面の右側一面を占めています
Борисыч, выпускаешь джина из бутылки... пока он только осматиривается... чуть-чуть голову приподнял... стоит ли ему показывать полную силу?..
Индикатор http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
完璧だ！ ...ありがとうございました！ ...
非常に巧妙で完成度が高い！ ...
そして、ジーンについては......、その......。私自身、まだ理解していないのですが・・・。ツールとしての「アクセラレータ」のマニュアル化にはとても満足していますが、ストラテジーで使うルールをすべて形式化する勇気はまだないんです。コードに実装するのが難しい条件もあり、まだ必要な明確さ、曖昧さには至っていません。
1. На мой взгляд, пункты для фильтрации - есть зло, надо как-то процентами считать.
2. "ускоритель" нужно дорабатывать, согласен. Но как считать ускорение у ренж-баров, если у них всегда постоянная скорость прироста от бара к бару. А так в кодебазе где то есть Ренко.(Если я правильно понял это одно и тоже)
3. Не так просто написать свой язык програмирования, но можно сторонними библиотеками добить функционал, надо только понять, что надо :)
4. Расчет скорости и укорения ведется непрерывно на последних "extern int Bar = 2;" барах.
2.MTの厄介な点は、ダニやボリュームを扱うことができない点にある ...MTは懸賞のために作られたもので、仕事のために作られたものではない．つまり、サーバー側は本来、デフォルトの見積もりストリームを管理するはずだったのです ...MTはありませんし、任意の深刻なブローカー、あるいはそれ以上の銀行からのプラットフォームとして存在しません、為替取引が開発されている国では、仲介サービスの提供は非常に厳しい要件とライセンスを必要とするので、OEC、忍者トレーダー、CQGのようなプラットフォーム...であり、デフォルトでは、クライアントへの見積りの流れに影響を与えることができないように設計されています ...だからTPとSLに制限がないのです．馬鹿の一つ覚えは手数料のみで、融資に対する考え方が違います。
MTでは何も良い方向には変わらない．メタクォーツは「ギャンブラー」に合わせて製品を「調整」しており、この限られた、そしてデフォルトでは自分に対して不利な環境で取引を改善するために時間を費やすことは、現役トレーダーではなく、ギャンブラーにとって稀な「マゾヒズム」です。
忍者トレーダーには、価格や出来高のバーを表示する機能が内蔵されており ...また、アプリケーションの開発環境も整っています。ボリュームがあるのだから、取引で約定した入札の数を見ずに値動きに関わる力について結論を出すのはどうかと思うのですが......。補正されたティックヒストリーでバー分析を行うにはどうすればよいのでしょうか．もし、牛が1分間の履歴からいくつかのティックを「舐めて」、現在の市場の状況について間違った考えを与えるためにすべてを行ったとしたら、どうやってオシレーターを信じることができるでしょうか？
3.独自のプログラミング言語を書かず、サードパーティのライブラリを使って機能を拡張する ...次の「厨二病」まで到達することを自分に課している場合のみ。
4.速度計算が前のバーで行われることは理解しているのですが．それが嫌なんだ!!!!そのバー= 2を想像してみて、最初のバーが上または下 "ゼロ "と "第二" ...？ このような速度計は、安全に訓練 "トレーダー "の講師に与えることができる...しかし、深刻な取引システムでは、それが置かれてはならない...。だから、最後に形成されたトップZZと比較して、再計算することを提案したんだ......。と最小限のように、分単位ですべての計算を実行する - MT価格情報で私たちに利用できる...動きが計測され、落ち着いているときは完璧な予測だが、物価上昇率（トレンド発生）が平均より高くなると、「アクセル」すらゼロに戻る時間がなくなるので注意が必要......。は、いくつかの解決策があります。
a. M5より古いTFのみ予測を考慮し、速度と加速度の計算にはフィルタリングされた「分」を使用すること ...
b. 今や古典的な方法を使うなら、Bar0はBar1より少ない（または多い） --- 多くの誤った予測が行われるでしょう。
в. ...