サービスを提供します。もう稼働しているのでしょうか？ - ページ 7

新しいコメント
 
fxsaber:

なぜフィードバックが必要なのか、まだわからない。しかし、再度Resourceを経由してServiceにデータを転送することは問題ない。

このサービスのポイントは、バックグラウンドでぶら下がり、いくつかのバッチタスクを処理することです。一度始めたら忘れるような、定期的なサイクルのものであれば、それもありでしょう。しかし、それが定期的なものであればどうでしょうか。新しいタスクをサービスに転送するには？MQLからサービスを立ち上げるには？リソース、ファイル、その他の回避策は明確ですが、多くの不満が残ります。

 
Stanislav Korotky:

このサービスの本質は、バックグラウンドでぶら下がって、いくつかのバッチタスクを処理することです。一度走ったら忘れるような、一定のサイクルがあるのなら、それもありでしょう。しかし、それが繰り返される場合はどうでしょうか。新しいタスクをサービスに転送するには？MQLからサービスを立ち上げるには？リソース、ファイル、その他の回避策は明確ですが、多くの不満が残ります。

サービスの9割はカスタムビルドのためのチューニングです。スタックとかのカスタムシンボルが あるように。そのため、データを受信するだけでなく、送信することも考慮されていませんでした。自給自足プログラムの一種で、「ターミナル」で自動的に起動する性質があることが特徴。

 
Stanislav Korotky:

このサービスの本質は、バックグラウンドでぶら下がって、いくつかのバッチタスクを処理することです。一度走ったら忘れるような、一定のサイクルがあるのなら、それもありでしょう。しかし、それが繰り返される場合はどうでしょうか。新しいタスクをサービスに転送するには？MQLからサービスを立ち上げるには？リソース、ファイル、その他の回避策は明確ですが、多くの不満が残ります。

リソースは、プログラム間の情報交換に最適な手段です。ただ、仕事のやり方がわかっていればいいのです。最初は、MQLには大量の共有アプリケーションメモリがないのだと思っていました。しかし、それは少し変わった形で、つまり資源という形で存在することがわかったのです。

 
fxsaber:

サービスは、サードパーティのフィード用に90％カスタマイズされています。

これは狭量であり、サービスの価値を低下させるものである、IMHO

 
Stanislav Korotky:

これは狭量であり、サービスの価値を低下させるものである、IMHO

それが、開発者のビジョンです。ヴォーン、ブレイクスルーしようとするカスタムを持つ

 

EAやスクリプトよりも便利に使えるケースは一つもないのでしょうか？

 
TheXpert:

EAやスクリプトよりも便利に使えるケースは一つもないのでしょうか？

現在の定型的な合成は、隠されているが同じServiceという形で実装されている。それが便利なんです。

 
TheXpert:

EAやスクリプトより使った方が便利なケースは一つもないのでしょうか？

腑に落ちない、自分でも思いつかない

90%フィードとして位置づけられるが、1つのコピー端末から同時に異なるアカウントにアクセスすることはできない

もし、2つ目のフィードのほとんどがMT5を搭載しているなら、証券取引所でもDTsでも同じことです。
 
Maxim Dmitrievsky:

では、フィードは何なのでしょうか？

そう考えれば、定型的な合成樹脂も必要ない。

 
fxsaber:

そう考えると、フォーミュラ・シンセティックも必要ないのでは？

ほとんどのフィードが自社プラットフォームを通じて利用できるのに、自社プラットフォームにこだわらないフィードを作ることができるのですね。

他のサービスから他のアカウントにアクセスできるようにするだけで、十分な機能を持つようになります。
1234567891011121314...25
新しいコメント