エラー、バグ、質問 - ページ 680 1...673674675676677678679680681682683684685686687...3185 新しいコメント Renat Fatkhullin 2012.03.24 20:29 #6791 papaklass:うわー、なんて優しいんだろう。すみません、週末だったのを忘れてました。私たちはどうなる?そのような誤解がないように、月曜日にビルドを公開したほうがいいのでは? 私たちは休日がないのです。私たち(プログラマーではなくトレーダー)は、プラットフォームの品質を重視しています。そして、何を応援しているのか?心配しないでください。私たちがチェックして修正します。今のところ、以前と同じようにtikiモードを使用することができます - テストには、これが唯一の信頼できるオプションです。他の方法は、戦略の大まかな評価にのみ使用する(戦略の著者がどう考えているかは関係ない)。 x572intraday 2012.03.25 04:46 #6792 Renat:データを解析するのはプログラマー次第です。上記のお問い合わせは、純粋に個人的な ものであり、当社や端末とは一切関係ありません。"私は私でなく、馬は私のものではない "と。クラシックこれは、奇妙なことに、イエロマではなくトーマスについてです。私たちの分析ではなく、バーというオブジェクトのいくつかの、つまり時間的な正確な属性を保持しながら、上級TFを合成していることについてです。以上です。プログラマーとして幸せになるために、他に必要なものはない。端末の開発者であるあなた方が、M1からの TFシニアの作成に責任を持ち、しかし良いアイデアは死んでしまった、あなた方の合成の後、我々は逆の操作、つまりデータ解析をしなければならない!という非効率なルーチンがどれだけ起きているかを考えてみてください。アーカイブ・アンアーカイブ」ってなんのゲームだ!?何が楽しいんだ?もし、あなたがすでに合成を発明しているなら、できるだけ効率よく、その結果をより有益なデータとして提供することです。では、やってみましょうか...。 Vladimir Gomonov 2012.03.25 05:19 #6793 Renat:1.データの解析はプログラマーに任されている。上記のお問い合わせは、純粋に個人的な ものであり、当社や端末とは一切関係ありません。2.市場の状況に対する無知からくるミッシングバーについての質問です。株式や先物のチャートを見て視野を広げれば、「穴はないはずだ」という疑問は一瞬で消え去るでしょう。3.これらは一般的な言葉です。特に戦略について。Renatさん、あなたはこのクエリの特別な特殊 性について大きな勘違いをしています。 この「特別にプライベートな」クエリについてフォーラムで投票してみませんか? あなたの幻想を一瞬で払拭してくれるでしょう。 2.見たことがある。それで?ミスバーが多い?私もそのことに幻想を抱いているわけではありません。問い合わせがあります。全くオリジナルではなく、決して「私物化」しているわけではありません。すなわち、端末メーカーが自動的に(!!)サポートする気配値(低流動性のものも含む)へのアクセス(と表示)モードで、気配値のセッション中の穴はすべて{Volume=0, Open=High=Low=Close=[ previous barclose price]} というパラメータでドッジで埋められます。 このモード、需要があると思いますか? それとも私が大元なのでしょうか?素直になれよ、レナト。右手を左の心臓に当てる。3.OK、作戦はやめよう、あくまで私の推測だ。 x572intraday 2012.03.25 05:35 #6794 少し余裕を持って誘う。歴史の深淵のどこかにD1-barが ある - 理論的には60*24=1440の分足バーである。CopyTime() を使って、M1-history 式のセグメントをその端に食い込ませ、ArrayMinimum() とArrayMaximum()で最も正確で最も量の多い形でハイとローの極値を探します。1本のバーの極値の正確な時刻を求めるには、瞬き一つで済むが、何百本も計算する必要がある場合はどうだろう。でも、必要なんです!結局、誰にも「おい、やめろ、そんなのいらない!」と言う権利はなく、与えられたツールの範囲内で間違ったアプローチをしたことを非難する権利すらないのです。また、指定したバーの履歴が遠くなればなるほど、CopyTime()の 対処は遅くなる。そして、バーの時間とそのインデックスを悪魔のように変換するのだ!いや、私はミスバー表示に賛成しているわけではなく、むしろMetaQuotesの 思想に賛成なのですが、このような変換もリソースを消費し、混乱させ、コードを肥大化させるということを指摘せずにはいられません。もし、1時間に60本(1日に24本など)しかない分単位のバーがあれば、掛け算、足し算、引き算の単純な演算で、必要なインデックスバーをすぐに選ぶことができ、絶対に見逃さないのですが・・・。と両面変換ができない。そこで、1440本のバーをかき分けて極限を探すという質問には......。ノーテンキな活動だと言うことです。そして、巧みといえば...。- は、代替手段があるのでしょうか?ただ一つ思い浮かんだのは(もう1年くらい前のことなので、代替案でもなく、基本的な解決策だったのですが、ここで質問しても誰も答えてくれませんでした)、補間法は正確な時間値を引き出すのに適して いるのだろうか、ということです。すなわち、M1までの 時間枠をどんどん小さくしていく順次置換操作?つまり、パフォーマンスのサンプルではない、関心のあるサブピリオドでCopyTime() を作り、行列に代入する必要があるのです。D1では 6xH4、H4では 4xH1、H1では 2xM30、M30では 2xM15、M15では 15xM1と、1440バーのフル単読の数十倍の速度で行われます。各期間で最大で、パスの総数を得ることができます。D1: 6 H4-bar、1 + を発見。 H4: H1-barが4 つ、 +が1つ 見つかりました。 H1: M30-barが2つ 、 +が1つ 見つかりました。 M30: M15-バー2 本、1本発見 +。 M15では、15本の M1バーを 見つけ、 最大29回の反復と1440回の 反復を比較しました。と思われるかもしれませんが、そのメリットは明らかです。そして今思うに、クリスタルとRAMは、マトリョーシカのBDSM-CopyTime() を何周期もループさせると、息が詰まってしまうのではないだろうか......。個人的には、考えただけでもゾッとします...。そして、異なる時間軸のデータが同時に利用可能かどうかのチェック、決して起こらないかもしれない同期化、などなど......。そして、標準的でない高いTFのために低いTFの倍数を選択するといういちゃもんは、すべて私が静かに話すことを終了します。どうやら私のコーデは間違った方向に根付いてしまったようです...。とにかく、皆さんはどうか知りませんが、私はもう、シロウトとシロウトを交換して時間を浪費する熱意はありません。 もちろん、シェリフがインディアンの問題に無関心なのは知っている。では、誰のための端末なのか? Vladimir Gomonov 2012.03.25 05:50 #6795 x100intraday:ぜひ、少し考えてみてください。..........もちろん、保安官はインディアンの問題には無関心だということは理解しています。では、誰のための端末なのか?x100intraday、 投票をして、どれだけ多くの人が嫌になるか見てみよう。 x572intraday 2012.03.25 06:25 #6796 MetaDriver:毎年毎年うっとおしいことばかり。x100intradayさん、 投票やってくださいよ、あと何人盛り上がるか見ものです。私がやることが原則的に重要であれば、私に指示してください(ここで、あるいは内輪で)、そうでなければ、自分でやってください、私は大賛成です。追伸:そして、私は投票箱を信じていません。自分自身を見て:様々なフォーラムやブログのアクティブメンバーとして、しかし、それは私のものであっても、私に関係ないか、単に読むための時間を持っていない何かをバイパスします。そして、自分との問題の関連性にかかわらず、誰もが投票できるわけではありません。そして、もし問題が全く異質なものであるなら、なぜこのような余分な作業をするのでしょうか?そんな理屈は通用しないのかもしれませんが、私だけが問題なのではありません。投票は準客観的なものです。何が必要で何が悪いのか、我々ユーザーよりもよく知っていると主張する専門家集団の客観性、慎重さ、思慮深さに常に頼らなければならない。...言うまでもなく、「プーチンは今日最高の政治家だ!」ではなく、「彼は最も美しい!」という原則で熱狂的に投票するような誤算があるのだ。 削除済み 2012.03.25 10:16 #6797 MetaDriver:統計的に大多数のユーザーにとって 便利な(=何となく魅力的な?)製品を作り、その多数が 自動的に製品を大量消費すると考えるのは、ユートピア的な政策と言える。群れは階層的な構造を持ち、常に 下位 グループのリーダーに従う。これがユーザビリティ戦略の基本にならないと、サービスの潜在的な魅力を評価する際に大きな誤算を犯し続けることになります。上記の文脈で、大衆にとって端末の魅力を高めるための膨大なリソースがあります。例えば、最終的に「穴のない」分史、他の相場でのテストの可能性、CCA注文、その他多くの「統計的に主張されていない」サービスを実装し、あなた自身の フォーラムで知的指導者が本当に 興味を持っている(ただ空から書かれているわけではない)ことです。 全くその通りです。よく言われるように、時には反省することも必要で、それが自分のためにも環境のためにもなるのです。レナートがなぜそんなに恐れているのか理解できない。私は、「はい、間違えました、A判定で時間を無駄にしました、最後はあきらめて4判定にしました」と言うことを恐れていません。レナートさんが、この分野で優れた実務家であることは、投稿や事例から明らかです。時には、かなり優秀な戦術家でもある。しかし、あなたは優れた戦略家ではない、これは認めざるを得ませんね :)一人の人間が、エクセレントですべてのスキルを同時に持つことはできないのです。みんなが同じことを話しているのに、自分はカプセルの中にいて、自分の声しか聞こえない、まるで不条理劇場のような......。 削除済み 2012.03.25 11:34 #6798 220Volt: MT4では、次のように動作しました。 #import "TrendLine⇄MemoryDLL.dll"。面白いのは、これを含めていろいろなオプションを試したことです。結果は同じで、必要なファイルが見つかりません(*.ex5 に到達する必要があります)。以前はこのように動作していました。#import "\DirName\FileName.ex5" 今は動作しません。他のバリエーションも同様です。 Renat Fatkhullin 2012.03.25 13:04 #6799 あまり先のことは考えていないようですね。 あなたは、非常に稀な(0%に近い)ケースのために追加のバー特性を計算する時間を費やすことを恐れ、100%のケースで多くのデータを準備し、速度を落とし、何倍ものメモリを消費することを喜んで要求しているのです。 ある人は整然と、壁に向かって自分を殺すような美しいアドバイスをし、それは害虫について話す時間であること。 この種の軍師はすぐに目につきます。 Yedelkin 2012.03.25 13:07 #6800 Renat: あまり先のことは考えていないようですね。 非常に稀なケース(0 %に近い)のために、追加のバー特性を計算するために時間を費やすことを恐れていますか?投票がありそうな予感がします :) 1...673674675676677678679680681682683684685686687...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
うわー、なんて優しいんだろう。すみません、週末だったのを忘れてました。私たちはどうなる?そのような誤解がないように、月曜日にビルドを公開したほうがいいのでは? 私たちは休日がないのです。私たち(プログラマーではなくトレーダー)は、プラットフォームの品質を重視しています。そして、何を応援しているのか?
心配しないでください。私たちがチェックして修正します。
今のところ、以前と同じようにtikiモードを使用することができます - テストには、これが唯一の信頼できるオプションです。他の方法は、戦略の大まかな評価にのみ使用する(戦略の著者がどう考えているかは関係ない)。
データを解析するのはプログラマー次第です。上記のお問い合わせは、純粋に個人的な ものであり、当社や端末とは一切関係ありません。
"私は私でなく、馬は私のものではない "と。クラシック
これは、奇妙なことに、イエロマではなくトーマスについてです。私たちの分析ではなく、バーというオブジェクトのいくつかの、つまり時間的な正確な属性を保持しながら、上級TFを合成していることについてです。以上です。プログラマーとして幸せになるために、他に必要なものはない。
端末の開発者であるあなた方が、M1からの TFシニアの作成に責任を持ち、しかし良いアイデアは死んでしまった、あなた方の合成の後、我々は逆の操作、つまりデータ解析をしなければならない!という非効率なルーチンがどれだけ起きているかを考えてみてください。アーカイブ・アンアーカイブ」ってなんのゲームだ!?何が楽しいんだ?もし、あなたがすでに合成を発明しているなら、できるだけ効率よく、その結果をより有益なデータとして提供することです。では、やってみましょうか...。
1.データの解析はプログラマーに任されている。上記のお問い合わせは、純粋に個人的な ものであり、当社や端末とは一切関係ありません。
2.市場の状況に対する無知からくるミッシングバーについての質問です。株式や先物のチャートを見て視野を広げれば、「穴はないはずだ」という疑問は一瞬で消え去るでしょう。
3.これらは一般的な言葉です。特に戦略について。
Renatさん、あなたはこのクエリの特別な特殊 性について大きな勘違いをしています。 この「特別にプライベートな」クエリについてフォーラムで投票してみませんか? あなたの幻想を一瞬で払拭してくれるでしょう。
2.見たことがある。それで?ミスバーが多い?私もそのことに幻想を抱いているわけではありません。問い合わせがあります。全くオリジナルではなく、決して「私物化」しているわけではありません。すなわち、端末メーカーが自動的に(!!)サポートする気配値(低流動性のものも含む)へのアクセス(と表示)モードで、気配値のセッション中の穴はすべて{Volume=0, Open=High=Low=Close=[ previous barclose price]} というパラメータでドッジで埋められます。 このモード、需要があると思いますか? それとも私が大元なのでしょうか?素直になれよ、レナト。右手を左の心臓に当てる。
3.OK、作戦はやめよう、あくまで私の推測だ。
少し余裕を持って誘う。
歴史の深淵のどこかにD1-barが ある - 理論的には60*24=1440の分足バーである。CopyTime() を使って、M1-history 式のセグメントをその端に食い込ませ、ArrayMinimum() とArrayMaximum()で最も正確で最も量の多い形でハイとローの極値を探します。1本のバーの極値の正確な時刻を求めるには、瞬き一つで済むが、何百本も計算する必要がある場合はどうだろう。でも、必要なんです!結局、誰にも「おい、やめろ、そんなのいらない!」と言う権利はなく、与えられたツールの範囲内で間違ったアプローチをしたことを非難する権利すらないのです。また、指定したバーの履歴が遠くなればなるほど、CopyTime()の 対処は遅くなる。そして、バーの時間とそのインデックスを悪魔のように変換するのだ!いや、私はミスバー表示に賛成しているわけではなく、むしろMetaQuotesの 思想に賛成なのですが、このような変換もリソースを消費し、混乱させ、コードを肥大化させるということを指摘せずにはいられません。もし、1時間に60本(1日に24本など)しかない分単位のバーがあれば、掛け算、足し算、引き算の単純な演算で、必要なインデックスバーをすぐに選ぶことができ、絶対に見逃さないのですが・・・。と両面変換ができない。
そこで、1440本のバーをかき分けて極限を探すという質問には......。ノーテンキな活動だと言うことです。そして、巧みといえば...。- は、代替手段があるのでしょうか?
ただ一つ思い浮かんだのは(もう1年くらい前のことなので、代替案でもなく、基本的な解決策だったのですが、ここで質問しても誰も答えてくれませんでした)、補間法は正確な時間値を引き出すのに適して いるのだろうか、ということです。すなわち、M1までの 時間枠をどんどん小さくしていく順次置換操作?つまり、パフォーマンスのサンプルではない、関心のあるサブピリオドでCopyTime() を作り、行列に代入する必要があるのです。D1では 6xH4、H4では 4xH1、H1では 2xM30、M30では 2xM15、M15では 15xM1と、1440バーのフル単読の数十倍の速度で行われます。各期間で最大で、パスの総数を得ることができます。
D1: 6 H4-bar、1 + を発見。
H4: H1-barが4 つ、 +が1つ 見つかりました。
H1: M30-barが2つ 、 +が1つ 見つかりました。
M30: M15-バー2 本、1本発見 +。
M15では、15本の M1バーを 見つけ、 最大29回の反復と1440回の 反復を比較しました。
と思われるかもしれませんが、そのメリットは明らかです。そして今思うに、クリスタルとRAMは、マトリョーシカのBDSM-CopyTime() を何周期もループさせると、息が詰まってしまうのではないだろうか......。個人的には、考えただけでもゾッとします...。そして、異なる時間軸のデータが同時に利用可能かどうかのチェック、決して起こらないかもしれない同期化、などなど......。そして、標準的でない高いTFのために低いTFの倍数を選択するといういちゃもんは、すべて私が静かに話すことを終了します。どうやら私のコーデは間違った方向に根付いてしまったようです...。
とにかく、皆さんはどうか知りませんが、私はもう、シロウトとシロウトを交換して時間を浪費する熱意はありません。
もちろん、シェリフがインディアンの問題に無関心なのは知っている。では、誰のための端末なのか?
ぜひ、少し考えてみてください。
..........もちろん、保安官はインディアンの問題には無関心だということは理解しています。では、誰のための端末なのか?
x100intraday、 投票をして、どれだけ多くの人が嫌になるか見てみよう。
毎年毎年うっとおしいことばかり。x100intradayさん、 投票やってくださいよ、あと何人盛り上がるか見ものです。
私がやることが原則的に重要であれば、私に指示してください(ここで、あるいは内輪で)、そうでなければ、自分でやってください、私は大賛成です。
追伸:そして、私は投票箱を信じていません。自分自身を見て:様々なフォーラムやブログのアクティブメンバーとして、しかし、それは私のものであっても、私に関係ないか、単に読むための時間を持っていない何かをバイパスします。そして、自分との問題の関連性にかかわらず、誰もが投票できるわけではありません。そして、もし問題が全く異質なものであるなら、なぜこのような余分な作業をするのでしょうか?そんな理屈は通用しないのかもしれませんが、私だけが問題なのではありません。投票は準客観的なものです。何が必要で何が悪いのか、我々ユーザーよりもよく知っていると主張する専門家集団の客観性、慎重さ、思慮深さに常に頼らなければならない。...言うまでもなく、「プーチンは今日最高の政治家だ!」ではなく、「彼は最も美しい!」という原則で熱狂的に投票するような誤算があるのだ。
統計的に大多数のユーザーにとって 便利な(=何となく魅力的な?)製品を作り、その多数が 自動的に製品を大量消費すると考えるのは、ユートピア的な政策と言える。群れは階層的な構造を持ち、常に 下位 グループのリーダーに従う。これがユーザビリティ戦略の基本にならないと、サービスの潜在的な魅力を評価する際に大きな誤算を犯し続けることになります。
上記の文脈で、大衆にとって端末の魅力を高めるための膨大なリソースがあります。例えば、最終的に「穴のない」分史、他の相場でのテストの可能性、CCA注文、その他多くの「統計的に主張されていない」サービスを実装し、あなた自身の フォーラムで知的指導者が本当に 興味を持っている(ただ空から書かれているわけではない)ことです。
MT4では、次のように動作しました。 #import "TrendLine⇄MemoryDLL.dll"。
面白いのは、これを含めていろいろなオプションを試したことです。
結果は同じで、必要なファイルが見つかりません(*.ex5 に到達する必要があります)。
以前はこのように動作していました。
#import "\DirName\FileName.ex5"今は動作しません。他のバリエーションも同様です。あなたは、非常に稀な(0%に近い)ケースのために追加のバー特性を計算する時間を費やすことを恐れ、100%のケースで多くのデータを準備し、速度を落とし、何倍ものメモリを消費することを喜んで要求しているのです。
ある人は整然と、壁に向かって自分を殺すような美しいアドバイスをし、それは害虫について話す時間であること。
この種の軍師はすぐに目につきます。
あまり先のことは考えていないようですね。
非常に稀なケース(0 %に近い)のために、追加のバー特性を計算するために時間を費やすことを恐れていますか?
投票がありそうな予感がします :)