dllと市場。 - ページ 3

新しいコメント
 

О.そろそろ、トピックスターターも何か言いたいことがあるのでしょう。加熱しています。

要するに我々は、owl on agent (今はローカルですが、気を取り直してMQ。後でユーザーはリモートも要求するでしょう)とowl on chartの間で情報を交換するためのメカニズムが必要です。

ホリゾントが匹敵するのは...水平線は...クラウドとOCLとmql5の組み合わせの起動に匹敵します。

探究心がさらに温かくなる機会を提供します。エキスパートへ エキスパートのためにプラグインを使う可能性を発明しようとしたカニに特別な挨拶と賞賛を贈ります。

 
joo:

ホライズン-に匹敵する...クラウドの立ち上げと、OCLとmql5の組み合わせ。

アンドレイ、準備は整いましたか？

もし、質問がDLLへのアクセスについてだけであるなら、あなたの問題を完全に宣言することができるかもしれません。...そして、もしかしたら、司会者が解決策を提案するかもしれません。

 
sergeev:

もし、DLLアクセスに関する質問しかないのであれば、あなたの問題を完全に記述することで、Renatがあなたの視野を感じることができるかもしれません...。と、MKさんなら解決策を提案してくれるかもしれませんね。

おいおい、それはおかしいだろ。OpenCLでも同じように（ここまではサービスでのOpenCLの問題で）沈んでいくでしょう。

一見、すごいように見えますが、実は3.5人以外には必要ないんです。

 
TheXpert:

一見、オワコンに見えるが、実は3.5人以外誰も必要としていない。

そこで、ホライゾンの話です。

見通しが立てば（ジュは明るい色でMCに企画を 持ち込もうとする）、打ち合わせをして、それに必要な機能を作っていくのである。

 
sergeev:

ということは、ホライゾンのことですよね？

見込みがあれば（Jooは明るい色でMCにプロジェクトを意識させるようにする）、彼らに会い、そのために必要な機能を作ることになる。

ホライゾンはそこそこシンプルで（100回議論された）、何らかの通信機能を使って、クラッドに自分のGAをすりこんでいます。

ZZY でも、リンク機能そのものの地平はもっと広いかもしれませんね。

 
Urain:

しかし、リンケージ機能そのものの地平はもっと広いかもしれません。

そういうことなんです。

 

ちゃんと言ってくれるんですね。時間が経てば落ち着く（時間が経てば突然上がる）OCLについて、また、100回議論されたことですが、エージェントへの情報伝達、最適化パラメータ数の「狭域化」についてお話させていただきました。

МТ5に必要な機能を追加して（というかMQL5で）、小遣い稼ぎをしようと思っていた のですが、そんなことはできません。

この記事では、最適化されたパラメーターの数を制限しています。

2.最適化の単準性（新しい造語ですみません）。

砂の蒸発工程を管理できない。

これは、開発者を非難するものでは全くありません。それどころか、MQL5プログラムの開発者にとっては空想の産物です。双方向通信の可能性が出てくれば、問題は解決する。3つのポイントをすべて実行する必要はなく、すべてが自ずと決まってくるのです。

 
sergeev:

アンドレイ、準備は万端ですか？

もし、dllへのアクセスについての質問しかないのであれば、あなたの問題を完全に教えていただけると、Renatはあなたの視野を感じることができるかもしれません...。...そして、司会者が解決策を提案することもできるかもしれません。

出来上がり」・・・・・・・・・・・・・・・・・・いや、いつも発酵に時間がかかるけど、すぐに固まる。

はい、準備完了です、95％準備完了です。

課題は（詳細は省くが）。

1.チャート上の「サーバー」とエージェント上の「クライアント」の間で双方向の情報交換ができる仕組みが確立されていること（まず必要です）

2.チャート上の「サーバー」で社内テスター/最適化ツールを実行できる社内機構が必要（必要だが重要ではない）

基本的にはそれだけです。

ホライズン

1.MQスクリプト最適化制御 言語の発明は不要（以前、ユーザーから要望があった。）

2.貿易に関係しない仕事にもクラウドが使われ始める（しかも今よりずっと多くの人に使われる）。

3.オプトインパラメータを制限するために社内のGAと格闘する必要がない。

4...

これ以上列挙しなくても、続けられます。

О!付け足すのを忘れた。社内テスターで作られた市場環境は高価である。自作のテスター（計算機）がどんなに高性能でも、能力的にもテストの質的にも、スタッフのテスターには到底及ばない。スプレッド、スワップ、...考えるべきことはたくさんあります。しかも、作業のたびに電卓を修正するのは、まさに猿の仕事である。標準のテスター/オプティマイザーを使いたいのですが。

 
sergeev:

MQLのサーバーモードをpipsに追加してほしいのですが、これは許されるのでしょうか、それともセキュリティが損なわれるのでしょうか？

私も参加します。また、ピップスハンギングを使った企画も あります。
 
joo:

市場ではすべてのdllコールが禁止されています。

OKです。というのはいかがでしょうか。

1.製品そのものを市場に投入する。

2.dll（win api）の参照を担当する部分は、ライブラリに入れ、codebaseに入れる。ソースコードになっている場合もあります。

要は、製品にFileMappingが必要であり、これがないと成り立たないということです。

皆さん、間違ったことをやっていますよ。MQの枠組みの中で、どのように製品を作るかを考える。1つのMQLの手段で作れないものは、マーケットプレイス向けの商品ではなく、居場所がないということです。MetaTraderのエコシステムと透過的に統合された、シンプルで直感的なソリューションを作成します。一般的な統合MQ環境とは異なる「独自の方法」を持つ製品に未来はない。
1234567
新しいコメント