理論から実践へ - ページ 59

 
Alexander_K2:

では、ウラジーミルの発言から順番に見ていきましょう。

1.1.各ティック 受信はあらゆる観点から非常に高価ですが、統計的な利点があります - 一部の証券会社はすでにアーカイブされたティックデータベースを有しています。でも見てください。証券会社によって違うし、私見ですが、MQLでこれらのデータベースを単純に読み込んで処理するのは非常に問題があると思います。そして、それはTSの休憩時間にいつも起こるはずです。正しいのか、間違っているのか?

2.ティックの段階的な読み取りへの移行、つまり4桁の相場への仮想的なジャンプを伴うティックの読み取りや、ご指摘のように分単位のOPENのみの読み取りなど、この場合、アーカイブはどこで取得するのでしょう。それを蓄積して、突然TSが1ヶ月休んだとしても、アーカイブのどこで、どのようにこの休んだ月を復元するのか。


どちらも間違っている。

証券会社によってはアーカイブの刻みの履歴があるのは、このフォーラムのフォーラムユーザーのメリットであり、私もそこに属しています。MetaQuotes ServiceDeskについては、2~3年前から叩いています。

たくさんの情報を掘り起こし、たくさんの皿を砕いた。そして、賞品はこちら!ティックは10万枚単位で受け取れるので、MQLからそのまま2時間程度で受け取れます。このような入力を整理するためには、UPUが必要で、各MTは独自のティックコレクターを持ち、共通のプログラムがすべてを集約して梱包します(梱包されていないティックをインターネット経由で転送すると、かんしゃくを起こしてしまうからです)。

これはリアルタイム用です。また、準備の整ったデータベースへのリクエストも全く問題なく、MQLにはウェブリクエスト機能があり、ブラウザで取得できるものは全てMQLから取得することができます。

取引システムは必要なデータを要求し、それがうまくいったかどうかは関係なく、他のプログラム(ティックコレクター)が専用サーバーでノンストップの体制でそれを行うので、データは利用可能になります。しかし、繰り返しになりますが、このADをすべて制限し、維持することです。

そして何より、全てに連動するためには、ダニがM1より優位であるという鉄板の論拠が必要です。まだ見ていないんです。そうでなければ、私を納得させることができる。

M1アーカイブなんて、どのターミナルにもデフォルトで入っているんだから。

 
Nikolay Demko:

どちらも間違っている。

DCの中にはアーカイブのダニがいるのは、この掲示板のユーザーのメリットであり、私もその一人です。私たちは、2、3年前からServiceDesk MetaQuotesにそのような機会を与えてくれるよう働きかけてきました。

たくさんの情報を掘り起こし、たくさんの皿を砕いた。そして、賞品はこちら!ティックは10万枚単位で受け取れるので、MQLからそのまま2時間程度で受け取れます。このような入力を整理するためには、UPUが必要で、各MTは独自のティックコレクターを持ち、共通のプログラムがすべてを集約して梱包します(梱包されていないティックをインターネット経由で転送すると、かんしゃくを起こしてしまうからです)。

これはリアルタイム用です。また、準備の整ったデータベースへのリクエストも全く問題なく、MQLにはウェブリクエスト機能があり、ブラウザで取得できるものは全てMQLから取得することができます。

取引システムは必要なデータを要求し、それがうまくいったかどうかは関係なく、他のプログラム(ティックコレクター)が専用サーバーでノンストップの体制でそれを行うので、データは利用可能になります。しかし、繰り返しになりますが、このADをすべて制限し、維持することです。

そして何より、すべてに連動するためには、ダニがM1より優位であるという鉄板の論拠が必要です。まだ見ていないんです。そうでなければ、私を納得させることができる。

そうでなければ説得力がない。私もダニには反対です!

そうなると選択肢は2つ。

1.ナギナリアン ウラジミールより - 引用文を5桁ではなく、4桁で読むこと。素晴らしいそれをVisSimでやるんです。

2.ユアーズ - 議事録にOPENで読み上げる。また、悪くはない。

そして、同じ疑問 - アーカイブはどこにあるのか、仕事の中断中にどうやって復元するのか?

 
Alexander_K2:

説得に応じない。私もチックには反対です!

そうなると選択肢は2つ。

1.素朴なウラジミールから - 引用文を5桁ではなく、4桁で読むこと。素晴らしいそれをVisSimでやるんです。

2.ユアーズ - 議事録にOPENで読み上げる。また、悪くはない。

しかし、昔から言われていることですが、アーカイブはどこにあるのか、作業の中断時にどのように復元するのか。


MT4 + Vissimの場合、MT4には相場のアーカイブがあり、Vissim用のデータをアンロードするのは指2本分、フォーマットを定義する必要があります。

ところで、誰もあなたのブローカーがどの端末を持っているのか聞いていないのですが?どのNinjaの下で取引したいのかも。

 
Nikolay Demko:

MT4 + Vissimの組み合わせを作ったようですが、MT4はそこに相場のアーカイブがあり、Vissimへのデータのアップロードは指2本分、フォーマットを定義するだけでいいのです。

うーん...。4桁の場合、OPENの場合、どちらも?また、これらのアーカイブの深さはどの程度なのでしょうか。

MT4端子

 
Alexander_K2:
うーん...。4桁の場合、OPENの場合、どちらも?また、そのアーカイブはどの程度深いものなのでしょうか。

殺す気か!MT4やMT5の端末を開いたことがあるのか?

DCによりますが、まあ2013年からはM1のコチルがありますね。2年棒ぐらい。

2005年以降 M5.

 
Nikolay Demko:

殺す気か!MT4やMT5のチャンネルを開いたことがあるのか?

わかった、読んでみるよ。あまり興奮しないでください。私は初心者ですが、頭の回転は速い方です。見てみるよ。
 
Alexander_K2:
わかった、読んでみるよ。あまり興奮しないでください。新人ですが、頭の回転は速い方です。調べてみます。

今、MT4とVissimの組み合わせを手に入れたと言いましたね。

ということで、取引プラットフォームの主な機能はお分かりいただけたかと思います。

 
Nikolay Demko:

今、MT4とVissimの組み合わせを手に入れたと言いましたね。

ということで、取引プラットフォームの主な機能はお分かりいただけたかと思います。

自分でやったんだ!侮辱しないでください。ただ、すべてに時間を割くことができないのです。必要なものだけを読み、実行する。
 

ここでは、プログラマーと顧客の関係は全く規制されていないと読んでいる:)))

ある人は、貴重な情報が漏れている可能性を疑い、またその逆もある :)))))。このような働き方は可能なのでしょうか?すべて自分でやらなければならない

 
Alexander_K2:

ここで、私が読んだのは、プログラマーと顧客の関係は、「全く」規制されていない、ということです。:)))

ある人は貴重な情報が漏れている可能性を疑い、またその逆もある :))))))))。このような働き方は可能なのでしょうか?すべて自分でやらなければならない。


フォーラムで誰かに何かを盗まれても、それが減ることはありません。