MT4開発者、プログラマーからのヘルプが欲しい - ページ 4

 
Wex:

そして、他人の目には、いつもわらにもすがる思いで見ることができるのです。そして、目の中にある丸太が多ければ多いほど、藁は小さく見分けることができる。

どんなビジネスでも、大切なのはプロセスではなく、結果です。その結果、黒は白として表示され、文字通り(比喩ではなく)、実行システムはユーザーに1つの値ではなく、別の値を表示します。これは、ある関数の内部で行われるか、外部で行われるかは問題ではありません。リアルタイムマルチタスクシステムは、複数のプロセスを同時に処理することが可能です。その際、Sleep() 関数はほとんどの時間「実行」され、システムリソースを全く消費しない。これは本来、処理を中断するために使われる古典的なものです。それ以外のプロセスは、支障なく実行できる。

???

なぜ暴言を吐くのか?

何の丸太、何の藁?

 
grizzly_v:

一つは、ドキュメントを読むのが億劫なこと。残りはとても賢いことを示す...。ふぅ〜。

コードをキャッチする :)

あなたの問題が何なのか、まだわかりません。

ええ、そして3分の1はトピックの内容を読むのが億劫なようです。
 
artmedia70:

???

なぜ暴言を吐くのか?

何の丸太、何の藁?

この三題噺は、Wexが本当の問題を記述したものだが、返事を書いた人の多くにとっては、ゴシップのようなものである。

彼らはここで「デタラメだ、コードを正しく書かなければならない」と書いたが、コードを書くのではなく、書き直さなければ ならないという事実を見失ってしまったのだそして、書き換えるべきコードの量は、実装されている製品の数によって異なります。

 
Contender:

ここで「でたらめだ、ちゃんとコードを書け」と書かれていますが、コードを書くのではなく、書き換えるという ことを見落としていますよ。そして、書き換えるべきコードの量は、実装されている製品の数によって異なります。

1.書き換えについて -- コードを書き換えてプログラマを脅かすのは難しい。

2.コードの記述量についてですが、今までのEAでこのような設計が必要なものはどれくらいあるのでしょうか。

int start()
{
   while(!IsStopped()&&IsConnected()&&IsExpertEnabled())
   {
   }
   return(0);
}
プログラマーがこのような構成を書かざるを 得ないためには、どのような問題を解決しなければならないのでしょうか。
 
abolk:

1.書き換えについて -- コードを書き換えてプログラマを脅かすのは難しい。

2.コードの記述量についてですが、このような設計が必要なEAが今までどれだけあったでしょうか。

プログラマーがこのような構成を書かざるを 得ないためには、どのような問題を解決しなければならないのでしょうか。


多くの回答者が自尊心を傷つけているだけだと言うことです。あなたもその一人です。

 
abolk:
プログラマーが(麻酔をかけずに正気で)このような設計を書かざるを 得ないためには、どのような問題を解決しなければならないのでしょうか。
ダニが来る(頻度が高い)ことから独立。プログラマーでない人には理解しがたいことだと、私は理解しています。
 
TheXpert:
ダニからの独立性(頻度)。プログラマーでない人には理解しがたいことですね、わかります。

そこで、専門家である私に、アドバイザーの中で、ティックからの独立が絶対に必要なタスクの例を教えてください。

また、このようなタスクがどれだけあるのか、経験者の方は教えてください。

あなたは人前では賢く、スマートであることが知られています - あらゆる話題で - 例を挙げてください。

 
abolk:

では、EAにおいて、ティックアライバルからの独立が決定的に必要とされるタスクの例を教えてください。


マルチカレンシー
 
abolk:

そこで、専門家である私に、アドバイザーの中で、ティックからの独立が絶対に必要なタスクの例を教えてください。

また、このようなタスクがどれだけあるのか、経験者の方は教えてください。

あなたは、どの問題でも頭のいい人だと知られています。

今までにASDSタイプのものを書いたことがありますか?
 
Contender:
マルチカレンシー
多発性硬化症は何件くらい受注しているのか、クレームの件数や手戻りの量から、いきなり何を恐れるのか。
コンテンダー です。
今までにASURVを書いたことはありますか?

ウォッカは一緒に飲まなかった。

Expert Advisors/Script/Indicatorについて議論している -- これらのタスクは、ほとんどが単一アルゴリズムで、時間に制約がある。

だから、恥をかかないようにズボンを脱ぐ必要はない。フォーラムの専門家の本当の実力は、誰もが知っているのだから。