マーケットでのEA検証の問題点 - ページ 11 1...456789101112131415161718...20 新しいコメント Artyom Trishkin 2018.01.18 19:23 #101 Vadim Zotov:私たちは気にしません。確認させてください。エラーの原因となったことを言わせるだけです。しかし、今のやり方では、エラーコードを見せられただけで、実験の条件が定まっていないので、再シミュレーションができないのです。そのため、エラーを見つけるのは非常に困難です。つまり、そこで何をやっているかと言われれば、その条件をわざと回避するだけで、あとは作業しないわけですから、欲しい? Vadim Zotov 2018.01.18 19:40 #102 Artyom Trishkin:そこで何をやっているのかと言われると、その条件をわざと回避して、あとは作業しないだけだから、そうしたいのか?ある種の過剰な疑心暗鬼。その人がエラーを見つけられるようにするのが目的なのか、それともただ作業させて馬鹿にするのが目的なのか? あらゆる条件を確認させる。しかし、何が原因でエラーになったのかを言わせる。そうすることで、コーヒーのカスで推測するのではなく、状況をモデル化し、間違いを見つけ、修正することができるようになります。 Ihor Herasko 2018.01.18 19:59 #103 Ivan Titov: MinLotの値には、なぜボリュームの段階的な変化が含まれているのですか?それはそこに属するものではありません。簡単な例として、最小ロット0.01、増分0.01、最大ロット100.0(ほとんどのブローカーの標準値)の値0.285をこの関数に貼り付けます。出力では、変更せずに同じ値を得ることができます。0.285は0.01の倍数(ボリュームステップ)ではないので、エラー131と なります。また、行の後にも注意してください。if (ret > MaxLots) ret = MaxLots;ボリュームが正しいかどうかのチェックはありません。結局、MaxLotsは計算されますが、その値は5文字目も8文字目も有効数字があり、ボリュームステップに収まらないことがあります。P.S.SRCボタンでコードを挿入してください。 Ihor Herasko 2018.01.18 20:08 #104 Artyom Trishkin:そこで何をやっているんだと言われたら、わざと条件を回避して、あとは仕事をしないだけだから、そうしたいのか?アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。このように、ある企業の製品について語るときには、再現性に関する情報を提供しなければならないのに、マーケット製品について語るときには、すべてのプログラマーがエラーの原因を自分で推測しなければならないという、明らかなアンバランスが生じてしまうのです。 Artyom Trishkin 2018.01.18 20:12 #105 Ihor Herasko:アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。つまり、ある会社の製品について話すときは、再現性に関する情報を提供しなければならないのに、Marketの製品について話すときは、すべてのプログラマーが自分でエラーの原因を推測しなければならないという、明らかなアンバランスが発生するのです。私は同意する、私は興奮した - どこにでも陰謀がある。 Ivan Titov 2018.01.19 04:04 #106 Ihor Herasko:MinLotの値には、なぜボリュームの段階的な変化が含まれているのですか?それはそこに属するものではありません。簡単な例として、最小ロット0.01、増分0.01、最大ロット100.0(ほとんどのブローカーの標準値)の値0.285をこの関数に貼り付けます。出力では、変更せずに同じ値を得ることができます。0.285は0.01の倍数(ボリュームステップ)ではないので、エラー131と なります。また、行の後にも注意してください。ボリュームが正しいかどうかのチェックはありません。結局、MaxLotsは計算されますが、その値は5文字目も8文字目も有効数字があり、ボリュームステップに収まらないことがあります。P.S.SRCボタンからコードを挿入してください。コメントありがとうございます。 Volodymyr Hrybachov 2018.01.19 04:25 #107 Ihor Herasko:アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。このように、ある企業の製品について語るときには、再現性に関する情報を提供しなければならないのに、マーケット製品について語るときには、すべてのプログラマーが自らエラーの原因を推測しなければならないという、明らかなアンバランスが生じてしまうのです。しかし、この人はビジネスの話をしている。その製品がどのように、どのようなパラメータで、どのような時期にテストさ れたかを書くことは、微細なビジネスである。そして、このバグを修正するのにかかる時間はずっと短くなります。 Vadim Zotov 2018.01.19 17:29 #108 Vladimir Gribachev: でも、この人が言っていることは正しい。どのように、どのような条件で、どのような期間、製品をテスト したかを書くことは、微細な問題である。そして、このバグを修正するのにかかる時間はずっと短くなります。同僚の皆さん、応援ありがとうございました。今までは、私の声は荒野で鳴いているような印象があったんです。この問題の真相を探ろうとする試みは、耳をつんざくような沈黙に終わっている。私は、結局のところ、私たちの声が届くこと、そしてモデレーターが私たちの開発に関する実験条件を秘密にすることがなくなることを望んでいます。 Ivan Titov 2018.01.20 05:20 #109 ピース・バイ・スクイーク - 司会者に...サイレン)もう一つはっきりしないのは、EAは任意のシンボルと時間枠で、任意の初期値で取引を開始しなければならないという条件です。例えば、EURUSDで0.06ロット、初期預金$30で取引を開始するには?掲載を試みてから 1ヶ月が経ちました。 Vitaly Muzichenko 2018.01.20 06:44 #110 Ivan Titov:ピース・バイ・スクイーク - 司会者に...サイレン)もう一つはっきりしないのは、EAは任意のシンボルと時間枠で、任意の初期値で取引を開始しなければならないという条件です。例えば、EURUSDで0.06ロット、初期預金$30で取引を開始するには?公開を試みてから、もうすぐ1ヶ月が経とうとしています。誰もそんなロットで開くことを強制しているわけではありません。最大許容ロットのチェックを行い、許容値を超える所定の値で、可能な最大ロットまで再計算します。 1...456789101112131415161718...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
私たちは気にしません。確認させてください。エラーの原因となったことを言わせるだけです。しかし、今のやり方では、エラーコードを見せられただけで、実験の条件が定まっていないので、再シミュレーションができないのです。そのため、エラーを見つけるのは非常に困難です。
つまり、そこで何をやっているかと言われれば、その条件をわざと回避するだけで、あとは作業しないわけですから、欲しい?
そこで何をやっているのかと言われると、その条件をわざと回避して、あとは作業しないだけだから、そうしたいのか?
ある種の過剰な疑心暗鬼。その人がエラーを見つけられるようにするのが目的なのか、それともただ作業させて馬鹿にするのが目的なのか?
あらゆる条件を確認させる。しかし、何が原因でエラーになったのかを言わせる。そうすることで、コーヒーのカスで推測するのではなく、状況をモデル化し、間違いを見つけ、修正することができるようになります。MinLotの値には、なぜボリュームの段階的な変化が含まれているのですか?それはそこに属するものではありません。簡単な例として、最小ロット0.01、増分0.01、最大ロット100.0(ほとんどのブローカーの標準値)の値0.285をこの関数に貼り付けます。出力では、変更せずに同じ値を得ることができます。0.285は0.01の倍数(ボリュームステップ)ではないので、エラー131と なります。
また、行の後にも注意してください。
if (ret > MaxLots) ret = MaxLots;
ボリュームが正しいかどうかのチェックはありません。結局、MaxLotsは計算されますが、その値は5文字目も8文字目も有効数字があり、ボリュームステップに収まらないことがあります。
P.S.SRCボタンでコードを挿入してください。
そこで何をやっているんだと言われたら、わざと条件を回避して、あとは仕事をしないだけだから、そうしたいのか?
アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。
例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。このように、ある企業の製品について語るときには、再現性に関する情報を提供しなければならないのに、マーケット製品について語るときには、すべてのプログラマーがエラーの原因を自分で推測しなければならないという、明らかなアンバランスが生じてしまうのです。
アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。
例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。つまり、ある会社の製品について話すときは、再現性に関する情報を提供しなければならないのに、Marketの製品について話すときは、すべてのプログラマーが自分でエラーの原因を推測しなければならないという、明らかなアンバランスが発生するのです。
私は同意する、私は興奮した - どこにでも陰謀がある。
MinLotの値には、なぜボリュームの段階的な変化が含まれているのですか?それはそこに属するものではありません。簡単な例として、最小ロット0.01、増分0.01、最大ロット100.0(ほとんどのブローカーの標準値)の値0.285をこの関数に貼り付けます。出力では、変更せずに同じ値を得ることができます。0.285は0.01の倍数(ボリュームステップ)ではないので、エラー131と なります。
また、行の後にも注意してください。
ボリュームが正しいかどうかのチェックはありません。結局、MaxLotsは計算されますが、その値は5文字目も8文字目も有効数字があり、ボリュームステップに収まらないことがあります。
P.S.SRCボタンからコードを挿入してください。
コメントありがとうございます。
アーテム これは本当にやりすぎだよ。目的は質の高い製品を書くことであり、コードをいじめることではありません。ある人のためにプログラムを書いていて、クライアントが意図しない動作でプログラムをクラッシュさせてしまったという経験があると思います。この場合、なぜこのような結果になったのかを理解する必要があるため、1つのエラーメッセージでは十分ではありません。そして、これがまさに一連の行動なのです。
例えば、サービスデスクでエラーの内容を指定するだけでは不十分です。このエラーが再現される手順を追記する必要があります。このように、ある企業の製品について語るときには、再現性に関する情報を提供しなければならないのに、マーケット製品について語るときには、すべてのプログラマーが自らエラーの原因を推測しなければならないという、明らかなアンバランスが生じてしまうのです。
しかし、この人はビジネスの話をしている。
その製品がどのように、どのようなパラメータで、どのような時期にテストさ れたかを書くことは、微細なビジネスである。
そして、このバグを修正するのにかかる時間はずっと短くなります。
でも、この人が言っていることは正しい。
どのように、どのような条件で、どのような期間、製品をテスト したかを書くことは、微細な問題である。
そして、このバグを修正するのにかかる時間はずっと短くなります。
同僚の皆さん、応援ありがとうございました。
今までは、私の声は荒野で鳴いているような印象があったんです。この問題の真相を探ろうとする試みは、耳をつんざくような沈黙に終わっている。
私は、結局のところ、私たちの声が届くこと、そしてモデレーターが私たちの開発に関する実験条件を秘密にすることがなくなることを望んでいます。
ピース・バイ・スクイーク - 司会者に...サイレン)
もう一つはっきりしないのは、EAは任意のシンボルと時間枠で、任意の初期値で取引を開始しなければならないという条件です。例えば、EURUSDで0.06ロット、初期預金$30で取引を開始するには?掲載を試みてから 1ヶ月が経ちました。
ピース・バイ・スクイーク - 司会者に...サイレン)
もう一つはっきりしないのは、EAは任意のシンボルと時間枠で、任意の初期値で取引を開始しなければならないという条件です。例えば、EURUSDで0.06ロット、初期預金$30で取引を開始するには?公開を試みてから、もうすぐ1ヶ月が経とうとしています。
誰もそんなロットで開くことを強制しているわけではありません。
最大許容ロットのチェックを行い、許容値を超える所定の値で、可能な最大ロットまで再計算します。