サービスデスク：怠慢、自閉、間違いを認めたくない？ノンネイティブキャンドルでチャートを補完。 - ページ 9 12345678910111213141516...22 新しいコメント TheXpert 2012.11.26 11:32 #81 sergeev:どこに保存するか、どのように記録するか、どのように制御／変更するか？全然問題ないですよ、時間内に頭を使えばいいだけですから。レナート問題を認めるのではなく、問題でないことを一点一 点説明しているのです。 まあ、まったく問題はないんですけどね。そして、男性はそのことを知らなかった...。 --- 2012.11.26 11:39 #82 分ファイルで糊付けする意味がない。というのも、後で分析する術がないからです。高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。どんな怪物かわかるか？ TheXpert 2012.11.26 11:44 #83 sergeev:どんな怪物か見当がつくか？アレックス 全然問題ないですよ。素直な方法ですが、ベースとなるTFを作り（今のminutesのような）、OHLCTに加えてもう一つTFを書きます。音量に対して5％以下（非圧縮）なので、バッチリ刺さるはずです。ALL.少し遅いけど、人間的に。 Mykola Demko 2012.11.26 11:46 #84 TheXpert:全然問題ないですよ、時間内に頭を使えばいいだけですから。あ、問題はもうないんですけどね。そして、男たちは知らなかった...。話題は(俗に言う)クローズドです。 sion 2012.11.26 11:46 #85 sergeev: M5のスライスであり、D1のスライスであり、またM1のスライスであり、H1... そんな話に意味があるのだろうか。そして、その使い道は...。特に、どこかの塊で、しっかりテストして、話が間違っていたことに気づく......ということがあります)。 Mykola Demko 2012.11.26 11:47 #86 sergeev: 分ファイルで糊付けする意味がない。というのも、後で分析する術がないからです。高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。これがどんなモンスターかわかるか？ そして、これこそが特別な標準関数がすべきことであり、履歴ファイルに直接アクセスする必要はないのです。 Rashid Umarov 2012.11.26 11:49 #87 分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで 検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのです。それらが一致しないところで、分史は終わりです。つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。そして、時間枠の真ん中にジャンプして、そこでT3を計測します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。 --- 2012.11.26 12:04 #88 Urain: そして、これこそが特別な標準関数がすべきことであり、履歴ファイルに直接アクセスする必要はないのです。諸君、くだらないことは忘れよう。M1のD1 - 彼らのサーバーのMCだけがこれを作った。 それらの期間の分が不足しているため。M1の「使える」問題は、端末側ではなく、サーバー側で解決する必要があります。デザインにおける 副作用というものをご存知でしょうか。 MKの履歴保存形式がそうです。先験的に 、M1だけが 履歴に残ると想定 されていた。しかし、M1がない古事記は現行機種に挿入できないことがわかり、開発者はこんなことをした。モデルが限定されていることが判明した。考えてみてください、20年前の瑣末なことでのテストに意味があるのでしょうか？新しいのはよくわからないけど、分量はある。MKは1999年の議事録を作成していない。 Mykola Demko 2012.11.26 12:23 #89 Rosh: 分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのである。それらが一致しないところで、分史は終わりです。つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。そして、時間枠の真ん中にジャンプして、そこでT3を測定します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。逃した。時系列の途中までジャンプして、そこでT3を測定する。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。週末を挟むので、週末前に3本、週末後に2本、といった具合です。結果は明らかで、バイナリサーチでは 配列を半分に割ってしまうので、5年分を捨ててしまうことになるのです。ここでも、思い起こせばスキップバーがありますね。 Rashid Umarov 2012.11.26 12:26 #90 Urain:ミモ途中までジャンプして、週末の涙、週末前の3小節、週末後の2小節を打つ ...結果は明らかで、バイナリサーチでは配列を半分に割ってしまうので、これは5年分を捨てることになる。ここでも思い起こせば小節のスキップがある。 分かっていない上に、試してもいないのだから。休日と何の関係があるんだ？せめて、datetimeから週番号を取り出してください - 説明が必要ですか？ 12345678910111213141516...22 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
どこに保存するか、どのように記録するか、どのように制御／変更するか？
全然問題ないですよ、時間内に頭を使えばいいだけですから。
問題を認めるのではなく、問題でないことを一点一 点説明しているのです。
分ファイルで糊付けする意味がない。
というのも、後で分析する術がないからです。
高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。
M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。
どんな怪物かわかるか？
どんな怪物か見当がつくか？
アレックス 全然問題ないですよ。素直な方法ですが、ベースとなるTFを作り（今のminutesのような）、OHLCTに加えてもう一つTFを書きます。音量に対して5％以下（非圧縮）なので、バッチリ刺さるはずです。
ALL.少し遅いけど、人間的に。
全然問題ないですよ、時間内に頭を使えばいいだけですから。
あ、問題はもうないんですけどね。そして、男たちは知らなかった...。話題は(俗に言う)クローズドです。
M5のスライスであり、D1のスライスであり、またM1のスライスであり、H1...
分ファイルで糊付けする意味がない。
というのも、後で分析する術がないからです。
高いTFで分史の最後に1つだけでなく、たくさんの糊が出ることを計算に入れなければならない。
M5のスライス、D1のスライス、そしてまたM1のスライス、H1......といった具合です。
これがどんなモンスターかわかるか？
分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。
そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで 検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのです。それらが一致しないところで、分史は終わりです。
つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。
そして、時間枠の真ん中にジャンプして、そこでT3を計測します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。
そして、これこそが特別な標準関数がすべきことであり、履歴ファイルに直接アクセスする必要はないのです。
諸君、くだらないことは忘れよう。
M1のD1 - 彼らのサーバーのMCだけがこれを作った。 それらの期間の分が不足しているため。
M1の「使える」問題は、端末側ではなく、サーバー側で解決する必要があります。
デザインにおける 副作用というものをご存知でしょうか。 MKの履歴保存形式がそうです。
先験的に 、M1だけが 履歴に残ると想定 されていた。
しかし、M1がない古事記は現行機種に挿入できないことがわかり、開発者はこんなことをした。
モデルが限定されていることが判明した。
考えてみてください、20年前の瑣末なことでのテストに意味があるのでしょうか？
新しいのはよくわからないけど、分量はある。
MKは1999年の議事録を作成していない。
分単位で違う時間軸を流し込むと、自分で判断できる。ピリオドセパレータをつけたチャートをよく見てみると、自分で解答を見つけることができます。
そうした場所の特定にこだわるということは、MQL5からの見積もりにアクセスできるということです。バイナリーサーチで検索していきます。隣り合う2本のバーの間隔を秒単位で測定し、そのような測定を5回行い、その平均値が整数値でいくらになるかを見るのである。それらが一致しないところで、分史は終わりです。
つまり、時系列配列があるのです。5分でいい。まず、最後の5小節について取得してみましょう。T1である。そして、最後から5小節の値を取る - T2.T1<>T2であれば、どこかで5分足から上位の時間枠に移行していることを意味します。
そして、時間枠の真ん中にジャンプして、そこでT3を測定します。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。
逃した。
時系列の途中までジャンプして、そこでT3を測定する。T3<>T2であれば、残ったセグメントを再び半分に分け、そこにジャンプする--T4が得られる。そして、希望する日付が見つかるまで続けます。
週末を挟むので、週末前に3本、週末後に2本、といった具合です。結果は明らかで、バイナリサーチでは 配列を半分に割ってしまうので、5年分を捨ててしまうことになるのです。ここでも、思い起こせばスキップバーがありますね。
ミモ
途中までジャンプして、週末の涙、週末前の3小節、週末後の2小節を打つ ...結果は明らかで、バイナリサーチでは配列を半分に割ってしまうので、これは5年分を捨てることになる。ここでも思い起こせば小節のスキップがある。