MQLによる非同期・マルチスレッドプログラミング - ページ 12

[Igor Makanu]

Реter Konow:
(間抜けな話、すみません。))

失礼ですが、私の知らない人たちですか？)))- これはフォーラムです - wikiに救われる...そして、そのコミュニケーションの過程で、このリソースに適用される技術的な側面や経験の交換が明確になるのです。

ZSです。

は、「正しいグラフィック機能」の開発者ということで、OKです。

- しかし、他のプログラマーにとって馴染みのある機能（残念ながら、誰もが同じ文献から学び、その後、IT大手が提供する機能、つまり、馴染みのある、理解しやすく、アクセスしやすい機能を使用します）を作成することができなければなりません。

- それとも、グラフィカルなインターフェースに 包まれた、データの調査やモデリングを可能にする強力な分析パッケージを提供すべきでしょうか。- Rパッケージなどと競合できるのでしょうか？

;)

[Roman]

Реter Konow:
TSを検索したり、開発したりするには（TSを必要としない人もいる、例えばジョージはTSが何であるか気にしない）、MT4で十分です。では、何の話をしているのでしょうか。人にはそれぞれニーズがあります。 一人は修道院で元気に暮らし、もう一人は世界中を回りたがっている。要するに、この会話は何の意味もないのです。芸術家に「自然の写真をバカバカ撮ればいいのに、なぜ絵を描かなければならないのか」と聞くようなものです。くだらない会話で、すみません。))

同じ見解に、残念ながら、地元の「専門家」とここで話して、私に来た（（。
もし、開発者が非同期コード記述のためのEventLoopを作成してくれるなら、尊敬と感嘆の念を抱く、と。
そして、その端末は、あらゆる意味で、他のすべての世界の端末開発者を、その製品セグメントのリーダーにすることになる。
彼らは、非同期実行が必要な問題がどこにあるかを正確に把握しているのですが、なぜか同じ指標が1つのスレッドで実行されたままなのです。
また、他のユーザーからは、ティックテーブルチャートを実装しない理由は、ユーザーがティックテーブルチャートに多くのインジケータを付けることを恐れているという思い込みがあるようです。
そして、これは目に見える部分だけなので、現地の専門家の話を聞いても、必ずしも役に立つとは限りません。残念なことに、世界はとっくにマルチスレッド化しているのに、彼らはシングルスレッドにこだわっているだけなのです。

[Реter Konow]

Igor Makanu:

失礼ですが、私の知らない人たちですか？)))- これはフォーラムです - wikiに救われる...そして、そのコミュニケーションの過程で、このリソースに適用される技術的な側面や経験の交換が明確になるのです。

ZSです。

は、「正しいグラフィック機能」の開発者ということで、OKです。

- しかし、他のプログラマーにとって馴染みのある機能（残念ながら、誰もが同じ文献から学び、その後、IT大手が提供する機能、つまり、馴染みのある、理解しやすく、アクセスしやすい機能を使用します）を作成することができなければなりません。

- それとも、グラフィカルなインターフェースに包まれた、データの調査やモデリングを可能にする強力な分析パッケージを提供すべきでしょうか。- Rパッケージなどと競合できるのでしょうか？

;)

あなたの論理を理解しようとしているのです。R-packageに対抗できないなら、マルチスレッドは必要ないってこと？ここで何の関係があるのか。自分が必要としないものは、誰も必要としないことを証明したいのか？繰り返しになりますが、人にはそれぞれ違ったタスクがあります。私には私の、あなたにはあなたのものがある。

[Реter Konow]

Roman:

私も、残念ながら、こちらの現地の「専門家」に話を聞いて、同じ意見になりました((.
もし、開発者がEventLoopを非同期コード記述のために作ってくれるなら、彼らが言うように賞賛と敬意を表します。
そして、その端末は、あらゆる意味で、他のすべての世界の端末開発者を作り、その製品セグメントのリーダーとなるのです。
非同期実行が必要な問題がどこにあるのかよく分かっているのに、なぜか同じ指標がシングルスレッドで実行されたままなのだ。
また、他のユーザーからは、このような理由でティックチャートを実装しないのだろう、ユーザーがティックチャートにたくさんの指標を付けると、ネガティブな結果になることを恐れているのだろうという推測があります。
そして、これは目に見える部分だけなので、現地の専門家の話を聞いても、必ずしも役に立つとは限りません。残念なことに、世界はとっくにマルチスレッド化しているのに、彼らはシングルスレッドにこだわっているだけなのです。

私も参加します。

[Igor Makanu]

Реter Konow:
あなたの論理を理解しようとすること。 というか、R-packageに対抗できないならマルチスレッドは必要ないのでは？ここで何の関係があるのか。自分が必要としないものは、誰も必要としないことを証明したいのか？繰り返しになりますが、人にはそれぞれ違ったタスクがあります。私には私の、あなたにはあなたのものがある。

ロジックは単純です - エンドユーザーは、あなたが月に少なくとも1〜2ユーザーの需要を持っている場合、私の尊敬 - あなたはあなたのニッチを発見している！...

[Реter Konow]

Igor Makanu:

ロジックは単純です - エンドユーザーは、あなたが月に少なくとも1〜2ユーザーの需要を持っている場合、私の尊敬 - あなたはあなたのニッチを発見している！...

すぐにわかります。まだわかりません。

[Igor Makanu]

Roman:

同じ意見に、残念ながら私は来て、私は地元の "専門家 "とここに通信している（（。
もし、開発者が非同期でコードを書くためにEventLoopを行うのであれば、彼らの言うように尊重しましょう。
そして、その端末は、あらゆる意味で、他のすべての世界の端末開発者を作り、その製品セグメントのリーダーとなるのです。
非同期実行が必要な問題がどこにあるのかよく分かっているのに、なぜか同じ指標がシングルスレッドで実行されたままなのだ。
また、他のユーザーからは、このような理由でティックチャートを導入しないのだろう、ユーザーがティックチャートにたくさんの指標を付けると、ネガティブな結果になることを恐れているのだろうという推測があります。
そして、これは目に見える部分だけなので、現地の専門家の話を聞いても、必ずしも役に立つとは限りません。残念なことに、世界はとっくにマルチスレッド化しているのに、彼らはシングルスレッドにこだわっているだけなのです。

"専門家"？- 話すことないだろ、イミフを突っ込めよ...。ここは様々な分野のプロが集まる大きなMQLコミュニティです。残念ながら、あなたはコミュニティにとって有益な知識を何一つ示していません。「あなたこそ専門家だ！」と私を非難することは可能です。"

デベロッパーはどうする？- なぜ必要なのかすら説明できないんだろう？)))

MetaQoutesの目的は何ですか？- IT企業と同じように、利益を上げることが目的です。MetaQoutesはサービスの普及に非常に熱心で、アルゴリズム取引の普及、分析資料の提供、オンラインコミュニティの創設など、多くの取り組みを行っています。このようなチャリティーを行うのは一部のIT企業だけで、通常はIT大手企業

ということで、将来（かどうかはわからないが）利益が出るものに会社が資源を使う......。と思ったら、なんと遅れているPythonやJavaの概念をMQlに適応させる必要があるユーザーが現れる......。おかしいと思いませんか？- 何歳なんだ？）

レグ・コノウ
すぐにわかりますよ。まだわかりません。

私はあなたを尊敬します、粘り強さは、しばしばこの人生で自分のニッチを見つける唯一の方法です！このハードワークで頑張ってください。

[Реter Konow]

Igor Makanu:

...

マルチスレッドが追加されたら、体調が悪くなるのでは？MQLにはすでにいろいろなものが追加されており、本当に便利なものです。しかし、その有用性は、MQLで非常に複雑で面倒なプログラムを書いている人でなければ理解できないだろう。マルチスレッドの意味が分からないということは、そのようなプログラムを書いていないということです。そうすれば、きっとわかってもらえると思います。それはとてもシンプルなことです。))

[Реter Konow]

Igor Makanu:
...

粘り強さは、人生のニッチを見つける唯一の方法であることが多いので、尊敬します！ そのハードワークで頑張ってください。

ありがとうございます。こちらこそ！（笑

[Andrey Pogoreltsev]

Roman:

私も、残念ながら、こちらの現地の「専門家」に話を聞いて、同じ意見になりました((
もし、開発者がEventLoopを非同期コード記述のために作ってくれるなら、彼らが言うように賞賛と敬意を表します。
そして、その端末は、その製品セグメントのリーダーとなり、あらゆる意味で、他のすべての世界の端末の発展を実現します。
非同期実行が必要な問題がどこにあるのかよく分かっているのに、なぜか同じ指標がシングルスレッドで実行されたままなのだ。
また、他のユーザーからは、このような理由でティックチャートを実装しないのだろう、ユーザーがティックチャートにたくさんの指標を付けると、ネガティブな結果になることを恐れているのだろうという推測があります。
そして、これは目に見える部分だけなので、現地の専門家の話を聞いても、必ずしも役に立つとは限りません。残念なことに、世界はとっくにマルチスレッド化しているのに、彼らはシングルスレッドにこだわっているだけなのです。

非同期クエリ実行を要求しておきながら、マルチスレッドを引き合いに出すとは...。私はあなたに解決するよう勧めたが、あなたは解決しなかった。

あなたの正確な問題に対する解決策をここで教えました： https://www.mql5.com/ru/forum/318593/page4#comment_12568119

でも、勉強もしてないんだろうなぁ。

非同期キューを与えられても、マルチスレッドを要求するように思えるが...。少なくとも、OVERLAPPEDとイベントを理解することから始めてみてください。）

ターミナルにマルチスレッドを導入すれば、光の速さよりも速く、ヲタクなプログラマーから葬り去られることでしょう。

プログラマーは問題の解決策を求めているのであって、自分たちの無知に合わせてフレームワークを変えろとは言わない。