MT4で取引を開始し、すぐにまた閉じる場合の問題点 - ページ 2

 

テスト モードで確認し、繰り返すかどうかを判断してください。

 

EAは魔法の数字を使うふりを しながら(そしてほとんどの場合、それを使いながら)、コーディングミス(これはmql4スパゲッティ・コードの複製(コピーペースト)シーンでは当たり前です)によって、その魔法を使わず、例えば以下のような 本質的に 間違った コードを使ってしまうことがあるのです。

for(...){
   OrderSelect(...);
   if (OrderSymbol() == Symbol()){
      OrderClose(...);
   }
}

これは、重複した(そしてコピーペーストされた)大量の類似のコードブロックの 間に埋もれて忘れられ、何らかの理由で満月の 間だけ実行されます(新月には別の同じ500行のコードブロック(同じループがもう4回あります)があり、地獄の 大きなモンスターIF/ELSEの 他のいくつかの分岐には残りの時間に別の二つのブロックがありますが、これらは既に「修正」されています)。


そこにあなたのエラーがあり、あなたのお金がなくなっています。15歳の無名のコード複製者(あるいはC0d3rと言うべきでしょうか)が、全く手がかりもなく、k3wl(彼の最初の、全くテストされていない)EAをpr0g3d(sic!)し、それをフォーラムに投稿(あるいは21歳のいとこにそれを売らせてお金を稼ぐ)、あなたに 数x千ドルの損失を与えて いるのです。今後3ヶ月間、この種のEAを使わないで、貯めたお金の20%をどこに送金するか、私に個人的に尋ねてみてください。


このスレッドは、まさにこの時点で閉じられ、その後、時間の終わりまで、フォーラムの一番上に赤い太字で貼り付けられるべきです

 
ホーリーマザー・オブ......もう一回レモネードを飲めば、誰もこの掲示板に助けを 求めないでしょう(笑)。
 
ubzen:
もう一回レモネードを作れば、誰もこのフォーラムに助けを求めなくなりますよ(笑)(・∀・)

私の暴言は2つある。

行間の部分は、主にこの手のEAを書いて売っている人たちに向けて書いたものですが、彼らには理解すらできないでしょう。平易に書かれている他の部分は、事象と被害者の状況をまとめただけで、OPは被害者(虚偽請求の被害者だが、自分の甘さの被害者でもある)である。被害はもう修復できない、お金もなくなった。そこから学ぶしかない、学ばなければならない。そして最後に私の投稿の最後の文(3ヶ月、20%)は、学習効果を最大にするために、知覚された痛みを増幅させるという意味でした。


これは厳しいようですが、苦い真実です。


エラーの理由は、彼のEAの一つに、他のEAの注文をクローズするものがあり、それはマジックナンバーを使うように見せかけて、実際には時々 このナンバーを使うことができないからです。そして、このようなことが起こるのは、ディレッタントが機能不全のEAを書き、無実の人々に売っているからです。この問題の唯一の解決策は、徹底的に監査されていないEAを使わないことです。これは自動的に、ソースコードが公開されていないすべての商用EAを含みます。コーディングを学ぶか、有能なコーダーを雇い、サードパーティーのEAのコードを徹底的にレビューしてテストし、クローズドソースのEAを一切使用しないようにする方法は、どこにもありません。

 
私はあなたに全面的に同意しますし、私の以前の投稿も同様の感情を反映したものでした。少し厳しいことを申し上げましたが、これが真実です。サポートなしでEAを提供することは犯罪です。ええ - 私はそれを言った(多分今モデレーターは本当に赤で投稿をロックするでしょう)。私は、OPがバグの前に良いお金を稼いだと思います...そうでなければ、痛い!
 

P

> MT4は複数のEAを同時に扱うと問題があるのではと思い始めています。

通常は問題ありません、私はこれより多くのEAをインスタンスごとに、またVPSごとに多くのインスタンスを積み重ねて います

> インジケータがおかしくなって、取引と決済のシグナルを生成して いるのではと思います。

特にこれが「静かな時間帯」の取引EAで、ブローカーが最近STP/ECNに移行した場合、それはアイデアかもしれません......?

その結果、短い時間枠のスプレッドやギャップが大きく変化し、様々な種類のエントリー/イグジットシグナルが乱れることがあります。

FWIW

-BB-

 

これはある種のバグです。バグの定義は、ソフトウェアが、あなたがそうしないことを望むような動作をすることです。

アプリケーションのプログラムか、アプリケーションが書かれたプログラミング言語のどちらかが原因である可能性があります。

いずれにせよ、ソースコードや再現可能なテストケースにアクセスできない限り、他のすべては仮定に過ぎません。

 

それぞれのEAをそれぞれ別のデモ口座に 入れ、さらにそれぞれの口座で同じ通貨ペア/ペアで ストップとテイクプロフィット、手動入力のリミットとストップ注文で手動で 1つの取引を開始し、数日/数週間それらをすべて実行させるだけでいいのです。もし、これらのEAのうちどれかが突然、手動で開いた取引を閉じたり、ストップを移動したり、エントリー注文をキャンセルしたりしたら、あなたは間違いなく有罪のEAを特定したことになります。EAは、どのような状況でも他の取引活動を妨害しては ならないので、あなたのお金を取り戻すためにそれらを訴えるようにしてください。

ロボットは人間の取引に害を与えてはならない」 これは取引ロボットの第一法則です(当然、彼の他のEAの取引も含まれます)

 

面白いですね。EAがどのように機能することになっているか、または機能しないことになっているかに関して、ある種の証明を設定するようにしてください。

それから、大きく飛躍して、訴訟を起こし、EAがどのように機能することになっているか、あるいは機能しないことになっているかについて裁判所を納得させるのです。

もちろん、EAが何であるかを裁判所に説明することから始めなければなりません。その時までに、あなたの弁護士費用は、裁判所があなたに与える可能性のある請求よりも高くなる可能性があります、再び、それが起こるかどうかを仮定します。そうでなければ、あなたの損失は単に複合されます。

追記:もう一回読んでみると、誰かがソースをデコンパイルしていたので、法廷で主張しやすくなっていますね。しかし、その場合、デコンパイルして、それゆえコードを盗むことは合法なのでしょうか?

 

コードを逆コンパイルすることと、それを盗むことは別物です。デコンパイルとは、読める言語に翻訳することです。裁判所は、外国語で書かれた文書を、裁判官が読める言語に翻訳させることを許可するはずです。これを「盗用」と考える人はいないでしょう。

それとも、マシン・コードは、ある種の神聖な言語で、どんな状況でも、普通の人間が翻訳したり読んだりしてはいけないものなのでしょうか?ジャッジでさえも?プログラマーとその機械だけか?


また、そうでなくても、バイトコードやマシンコードそのものを逆アセンブルすることで、EAの動作について同じことが証明できるかもしれない。(逆アセンブルとは、それをきれいにフォーマットして印刷し、各マシン命令の横に小さな説明を書くだけです)あるいは、単に再現可能なテストで動作を実証することでも、証明できます。