サービスデスク:怠慢、自閉、間違いを認めたくない?ノンネイティブキャンドルでチャートを補完。 - ページ 9

 
sergeev:

どこに保存するか、どのように記録するか、どのように制御/変更するか?

全然問題ないですよ、時間内に頭を使えばいいだけですから。

レナート

問題を認めるのではなく、問題でないことを一点一 点説明しているのです。

まあ、まったく問題はないんですけどね。そして、男性はそのことを知らなかった...。
 

分ファイルで糊付けする意味がない。

というのも、後で分析する術がないからです。


高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。

M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。

どんな怪物かわかるか?

 
sergeev:

どんな怪物か見当がつくか?

アレックス 全然問題ないですよ。素直な方法ですが、ベースとなるTFを作り(今のminutesのような)、OHLCTに加えてもう一つTFを書きます。音量に対して5%以下(非圧縮)なので、バッチリ刺さるはずです。

ALL.少し遅いけど、人間的に。

 
TheXpert:

全然問題ないですよ、時間内に頭を使えばいいだけですから。

あ、問題はもうないんですけどね。そして、男たちは知らなかった...。


話題は(俗に言う)クローズドです。

 
sergeev:


M5のスライスであり、D1のスライスであり、またM1のスライスであり、H1...

そんな話に意味があるのだろうか。そして、その使い道は...。特に、どこかの塊で、しっかりテストして、話が間違っていたことに気づく......ということがあります)。
 
sergeev:


分ファイルで糊付けする意味がない。

というのも、後で分析する術がないからです。


高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。

M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。

これがどんなモンスターかわかるか?


そして、これこそが特別な標準関数がすべきことであり、履歴ファイルに直接アクセスする必要はないのです。
 

分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。



そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで 検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのです。それらが一致しないところで、分史は終わりです。

つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。

そして、時間枠の真ん中にジャンプして、そこでT3を計測します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。

 
Urain:
そして、これこそが特別な標準関数がすべきことであり、履歴ファイルに直接アクセスする必要はないのです。


諸君、くだらないことは忘れよう。

M1のD1 - 彼らのサーバーのMCだけがこれを作った。 それらの期間の分が不足しているため。

M1の「使える」問題は、端末側ではなく、サーバー側で解決する必要があります。


デザインにおける 副作用というものをご存知でしょうか。 MKの履歴保存形式がそうです。

先験的に M1だけが 履歴に残ると想定 されていた。

しかし、M1がない古事記は現行機種に挿入できないことがわかり、開発者はこんなことをした。




モデルが限定されていることが判明した。

考えてみてください、20年前の瑣末なことでのテストに意味があるのでしょうか?

新しいのはよくわからないけど、分量はある。

MKは1999年の議事録を作成していない。

 
Rosh:

分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。



そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのである。それらが一致しないところで、分史は終わりです。

つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。

そして、時間枠の真ん中にジャンプして、そこでT3を測定します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。

逃した。

時系列の途中までジャンプして、そこでT3を測定する。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。

週末を挟むので、週末前に3本、週末後に2本、といった具合です。結果は明らかで、バイナリサーチでは 配列を半分に割ってしまうので、5年分を捨ててしまうことになるのです。ここでも、思い起こせばスキップバーがありますね。

 
Urain:

ミモ

途中までジャンプして、週末の涙、週末前の3小節、週末後の2小節を打つ ...結果は明らかで、バイナリサーチでは配列を半分に割ってしまうので、これは5年分を捨てることになる。ここでも思い起こせば小節のスキップがある。

分かっていない上に、試してもいないのだから。休日と何の関係があるんだ?せめて、datetimeから週番号を取り出してください - 説明が必要ですか?