マーケットで公開されているEAにおける最小ストップの確認。 - ページ 8

 
Andrey F. Zelinsky:
もしあなたのEAが特定のブローカーに「調整」されている場合、それは不正行為の一例であり、その場合、あなたのEAはマーケットにふさわしくありません。

なぜ、一人のブローカーに合わせたものだと思う?

片方が言ったことが必ずしも相手に理解されないのは、相手がすでに返答を用意しているからだ、というのは冗談だと思ったのです。

 
lilita bogachkova:

片方が言ったことを、もう片方が答えを用意しているから理解できるとは限らない、というのは冗談だと思った。

これは冗談ではなく、私もそういう人に出くわしたことがありますが、そういう人同士が言い争いを始めると些細なことなんです。

私の知人にも2人いて、1人は高学歴のインテリで、受験生です。もう一人は高学歴(多分)。

半端者、言語障害、自閉症が少しある。この2つのテーマが一緒になって議論になると、何時間でも聞いていられそうだ。

この半端者は、どんな話題でも議論を続けることができるので、いつも驚かされる。

 
lilita bogachkova:

なぜ、一人のブローカーに合わせたものだと思う?

片方が言ったことが必ずしも相手に理解されないのは、相手がすでに反論の準備をしているからだ、というのは冗談だと思った。

あなたは、自分が書いていることを読んで理解することができますか?

私の知る限り、学校では今でも「コンマ」「フルストップ」などの句読点を教えています。

 
Andrey F. Zelinsky:

自分で書いたものを自分で読むことができるのか?

私の知る限り、学校では今でも「コンマ」「フルストップ」などの句読点を子どもたちに教えています。

ロシア語は私にとって外国語であり、google翻訳を使って、書かれていることの翻訳を見ながら書いています。このような場合、"Ja es varētu te runāt savā dzimtajā valodā tad es rakstītu latviešu valodā, bet šaubos ka tu to saprastu "となります。
 
lilita bogachkova:
ロシア語は私にとって外国語であり、googleの翻訳機を使って、書かれていることの翻訳を見ながら書いています。このような場合、"Ja es varētu te runāt savā dzimtajā valodā tad es rakstītu latviešu valodā, bet šaubos ka tu to saprastu "となります。
googleの翻訳は、今書いているものより少し良いことが多いですね。
 
Vladislav Andruschenko:

が、min stop = assign spread *2 MetakwotsDemoサーバーの言うことを試してみることにします。

基本的に、私のコードにも欠陥があります。純粋な形のコードには定数はないはずです。だから、そこに2つ、3つと入れても、やはり間違っている。この場合、このパラメータをユーザーに与えることが最適な解決策だと思います。つまり、特に、「StopLevelが0のときの拡散倍率」というパラメータも必要です。isECN = false かつ Stop Level が 0 の場合、本パラメータの値が考慮される。どうやら、これが一番の解決策になりそうだ。

この場合、Expert Advisor はエラー 130 を受け取る準備ができている必要があり、エラーが価格の変化によって発生したのか、スプレッド倍率がユーザーによって誤って指定されたことが原因で発生したのかを判断する必要があることは明らかです。

 
Ihor Herasko:

原理的には、私のコードにも欠陥がある。コードに純粋な形で定数を含んではならない。だから、そこに2つ、3つと入れても、やはり間違っているのです。この場合、このパラメータをユーザーに与えるのがベストな解決策だと思います。つまり、特に、「StopLevelが0のときの拡散倍率」というパラメータも必要です。isECN = false かつ Stop Level が 0 の場合、本パラメータの値が考慮される。どうやら、これが一番の解決策になりそうだ。

この場合、Expert Advisor はエラー 130 を受け取る準備ができている必要があり、エラーが価格の変化によって発生したのか、ユーザーが間違ったスプレッド倍率を指定したことが原因で発生したのかを判断することは明らかです。

これはユーザーにとって良いことです


しかし、市場でのチェックに問題がある。彼らはこの種の仕事を受け入れず、全自動を要求する。

 
Vladislav Andruschenko:

それがユーザーにとって良いことだと思います。


しかし、市場での検証には問題があります。そのような仕事は受け入れられず、完全なオートマトンを要求されるのです

その解決策は、私の投稿の後半に含まれています。

その際にも価格変動によるエラーなのか、スプレッド倍率をユーザーが誤って指定したことによるエラーなのか、後から 判断してエラー130が 出ることを覚悟しておく必要があることは明らかである。

つまり、ユーザーが入力した値にもかかわらず、Expert Advisorはエラー130が解消されるまでその倍率を調整し続ける。したがって、リクオートがないところにエラー130が出た場合は、設定が間違っていることが明らかです。
 
Ihor Herasko:

その解決策は、私の投稿の後半に含まれています。

つまり、さらに、ユーザーが入力した値にもかかわらず、エラー130が消えるまで、EAはこの倍率を拾い始めるのである。したがって、リクオートがないところでエラー130が発生した場合は、設定が間違っていることが明らかである。

ありがとうございます。両方の選択肢を検討してみます。

を上の投稿に追加 - マーケットプレイスに投稿している人に聞いてみました。

私は、このフォーラムで質問の答えを探している他の人たちと同じです。

私のスレッドは、他の人が持つであろう疑問への答えとしましょう、私は違いますが...。申し訳ないと思っていない。

 
Ihor Herasko:

その解決策は、私の投稿の後半に含まれています。

つまり、さらに、ユーザーが入力した値にもかかわらず、エラー130が消えるまで、EAはその倍率を拾い始めるのである。したがって、リクオートがないところでエラー130が発生したのであれば、設定パラメータが誤っていることが明らかである。
悲しいかな、エラーがあるというだけで、さらに処理されたとしても、市場のモデレーターにとってはもう赤紙同然なのです。また、Expert Advisorがサーバーの応答を処理するというロジックをさらに説明しても、「エラーがあってはいけない」という同じ答えに行き当たることがあります。そして、それらがさらに処理され、EAのサーバーとの「通信」の一部であることは気にしないでください。