オープンインタレストなしではターミナルではなく、QuickBooksと比較するとダチョウです。 - ページ 2 1234567 新しいコメント prostotrader 2019.06.28 19:25 #11 Yuriy Asaulenko: 私もTU-104が最速機 MT5が最良端末だと思います。そして、MT5とMQL言語の宣伝が主な仕事であるMQのサイトで、一部のQuikとそのメリットについて語ることは、許せません。そして、このトピック自体も即削除の対象であり、その作者は自分の言うことを考えただけで出入り禁止になる。 しかし、一般的には、株式交換のためのQuikは、MT5よりも適しています。すみません。しかし、クィックには欠点も多い。 Quikのプログラミングは「タンバリンで踊る」のが好きだからでしょうか :) Yuriy Asaulenko 2019.06.28 19:38 #12 prostotrader: それはきっと、KVICでプログラミングをするときに「タンバリンで踊る」のが好きだからでしょう :) どんなダンスですか？Luaはかなり一般的な言語であり、コールバック関数を持つ本格的なC-APIも持っています。インジケーターとTSはMQLと同様のLuaで書かれており、大きな違いはありません。Lua、あるいはLua + C++の性能は、すべてにおいてかなり十分です。FIXやPlazaのスピードがなぜ必要なのか、それを使って何をするのか、どんなメリットがあるのか、よくわからないのです。 プログラミングの面では、MTとQuickの間に大きな差はないと思います。ただし、QuickにはC-APIが存在し、MTに比べて外部ソフトの利用/接続が大幅に容易になっています。 prostotrader 2019.06.28 19:46 #13 Yuriy Asaulenko: どんなダンスですか？Luaはごく普通の言語でありながら、コールバック関数を持つ本格的なC-APIを備えています。インジケーターとTSはMQLと同様のLuaで書かれており、大きな違いはありません。Lua、あるいはLua + C++の性能は、すべてにおいてかなり十分です。FIXやPlazaのスピードがなぜ必要なのか、それを使って何をするのか、どんなメリットがあるのか、よくわからないのです。 プログラミングの面では、MTとQuickの間に大きな差はないと思います。ただし、QuickにはC-APIが存在し、MTに比べて外部ソフトの利用/接続が大幅に容易になっています。 ユーリ、何をそんなにイライラしているんだ、冗談だよ（文末に「：）」がついている） QUICKは、MT5と比べると（スピードの面で）とにかくAWFULなんです。 FORTSのMT5で（朝、不具合がなければ）・・・自宅から6～7ms。 一方、KVIKは同じコンピュータから常に 150-250msの距離です! Yuriy Asaulenko 2019.06.28 19:51 #14 prostotrader: ユーリ、なんでそんなに興奮してるんだ、冗談だよ（文末に「:」がある） 私は、そうではありません。MQLとLuaについて、私の考えを簡単に述べただけです。そもそもダンスがないので、「タンバリンでダンス」というのがジョークだということが本当にわからなかったのかもしれません。 プロストトレーダー QUICKは、MT5と比べると（スピードの面で）とにかくAWFULなんです。 FORTSのMT5で（朝に不具合がなければ）・・・自宅から6～7ms。 KVIKは同じコンピュータから常に 150-250msです。 スピードという点では、比較すれば、そうかもしれませんね。しかし、そのスピードはイントラデイを含め、すべてにおいて十分なものです。 なぜか不具合が出ない。もしかして、全部購読している？そして、何千ものツールがあります。退会して、本当に必要なものを残しましょう。 prostotrader 2019.06.28 19:55 #15 Yuriy Asaulenko: 無理はしなかった。MQLとLua言語に対する私の考えを簡単に整理してみました。タンバリンで踊る」というのは冗談で、全く踊りがないため、本当に理解できないのかもしれませんね。 私にとっては端子は必要なく、コネクタだけでいいし、どの言語を使ってもいい（私個人としては） : ) Yuriy Asaulenko 2019.06.28 19:58 #16 prostotrader: ソフトウエア（ロボット）は自分で書けばいいし、言語も気にしない（ロシア語でも）。 はい、その通りです。でも、それは機械用です。 手書きでやるなら端末があったほうが便利だし、解析のための補助ソフトが必要だし。 prostotrader 2019.06.28 19:58 #17 Yuriy Asaulenko:無理はしなかった。MQLとLua言語に対する私の考えを簡単に整理してみました。もしかしたら、「タンバリンで踊る」というのは冗談で、心の中で踊っているわけではないので、本当にわからなかったのかもしれませんね。スピードという点では、比較すれば、そうかもしれませんね。しかし、そのスピードはイントラデイを含め、すべてにおいて十分なものです。なぜかグリッチしない。もしかして、全部購読している？そして、何千ものツールがあります。退会して、本当に必要なものを残しましょう。 あるシンボルを取引してみたものの、その兆候に気づかなかった場合、キャリブレーションを行ったのに、めちゃくちゃになることがある。 でも、最近は良くなってきています（休日のせいかもしれませんが :) Artyom Trishkin 2019.06.28 20:39 #18 prostotrader: いや、商品数が多いからというわけではなく、朝のロード時（日中清算後の場合もあり）、注文送信時にMT5サーバーが不具合を 起こすのです。 でも、最近は良くなってきています（休日のせいかもしれませんが :) 面白いですね。上に書いています。 QUICKは、MT5と比較すると（速度的には）LESSとしか言いようがない。 FORTSのMT5で（朝、不具合がなければ）・・・自宅から6～7ms。 KVIKは同じコンピュータから常に 150-250msです。 まあ、それはそれとして、MT5のサーバーは、自宅から6～7msの速度が出るほどよく不具合が出ています。また、QuickKeyは不具合はありませんが、同じところから150～250msの速度が出ます。 Quicksilverと比較して、MT5の速度面での不具合が理解できないのですが？ Taras Vavryn 2019.06.28 20:44 #19 被写体削除はただの宣伝！！どんなクイックなのかすらわからないよ？初めて知りました!!!! Yuriy Asaulenko 2019.06.28 20:45 #20 prostotrader:ソフトウエア（ロボット）は自分で書けばいいし、言語も気にしない（ロシア語でも）。 ちなみに。コネクターを介したシステムで、データベースを使用しているのでしょうか？ 以前からそうでした。構造などを工夫する必要がなく、すべての情報がディスク上のデータベースにすでに整理されているので、すぐに保存できるのは非常に便利です。しかも、速いんです。最新版では、アクセスは〜10MB/s、ライト/リードは5ms（1000番台ダブルの場合）となっており、より良いパソコンではより高速になります。これはSQLite です - まだ実験中です。今のところTCには別のデータベースを使用していますが、SQLiteに切り替えようと思っています。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
私もTU-104が最速機 MT5が最良端末だと思います。そして、MT5とMQL言語の宣伝が主な仕事であるMQのサイトで、一部のQuikとそのメリットについて語ることは、許せません。そして、このトピック自体も即削除の対象であり、その作者は自分の言うことを考えただけで出入り禁止になる。
しかし、一般的には、株式交換のためのQuikは、MT5よりも適しています。すみません。しかし、クィックには欠点も多い。
Quikのプログラミングは「タンバリンで踊る」のが好きだからでしょうか :)
それはきっと、KVICでプログラミングをするときに「タンバリンで踊る」のが好きだからでしょう :)
どんなダンスですか？Luaはかなり一般的な言語であり、コールバック関数を持つ本格的なC-APIも持っています。インジケーターとTSはMQLと同様のLuaで書かれており、大きな違いはありません。Lua、あるいはLua + C++の性能は、すべてにおいてかなり十分です。FIXやPlazaのスピードがなぜ必要なのか、それを使って何をするのか、どんなメリットがあるのか、よくわからないのです。
プログラミングの面では、MTとQuickの間に大きな差はないと思います。ただし、QuickにはC-APIが存在し、MTに比べて外部ソフトの利用/接続が大幅に容易になっています。
どんなダンスですか？Luaはごく普通の言語でありながら、コールバック関数を持つ本格的なC-APIを備えています。インジケーターとTSはMQLと同様のLuaで書かれており、大きな違いはありません。Lua、あるいはLua + C++の性能は、すべてにおいてかなり十分です。FIXやPlazaのスピードがなぜ必要なのか、それを使って何をするのか、どんなメリットがあるのか、よくわからないのです。
プログラミングの面では、MTとQuickの間に大きな差はないと思います。ただし、QuickにはC-APIが存在し、MTに比べて外部ソフトの利用/接続が大幅に容易になっています。
ユーリ、何をそんなにイライラしているんだ、冗談だよ（文末に「：）」がついている）
QUICKは、MT5と比べると（スピードの面で）とにかくAWFULなんです。
FORTSのMT5で（朝、不具合がなければ）・・・自宅から6～7ms。
一方、KVIKは同じコンピュータから常に 150-250msの距離です!
ユーリ、なんでそんなに興奮してるんだ、冗談だよ（文末に「:」がある）
私は、そうではありません。MQLとLuaについて、私の考えを簡単に述べただけです。そもそもダンスがないので、「タンバリンでダンス」というのがジョークだということが本当にわからなかったのかもしれません。
QUICKは、MT5と比べると（スピードの面で）とにかくAWFULなんです。
FORTSのMT5で（朝に不具合がなければ）・・・自宅から6～7ms。
KVIKは同じコンピュータから常に 150-250msです。
スピードという点では、比較すれば、そうかもしれませんね。しかし、そのスピードはイントラデイを含め、すべてにおいて十分なものです。
なぜか不具合が出ない。もしかして、全部購読している？そして、何千ものツールがあります。退会して、本当に必要なものを残しましょう。
無理はしなかった。MQLとLua言語に対する私の考えを簡単に整理してみました。タンバリンで踊る」というのは冗談で、全く踊りがないため、本当に理解できないのかもしれませんね。
私にとっては端子は必要なく、コネクタだけでいいし、どの言語を使ってもいい（私個人としては） : )
ソフトウエア（ロボット）は自分で書けばいいし、言語も気にしない（ロシア語でも）。
はい、その通りです。でも、それは機械用です。
手書きでやるなら端末があったほうが便利だし、解析のための補助ソフトが必要だし。
無理はしなかった。MQLとLua言語に対する私の考えを簡単に整理してみました。もしかしたら、「タンバリンで踊る」というのは冗談で、心の中で踊っているわけではないので、本当にわからなかったのかもしれませんね。
スピードという点では、比較すれば、そうかもしれませんね。しかし、そのスピードはイントラデイを含め、すべてにおいて十分なものです。
なぜかグリッチしない。もしかして、全部購読している？そして、何千ものツールがあります。退会して、本当に必要なものを残しましょう。
あるシンボルを取引してみたものの、その兆候に気づかなかった場合、キャリブレーションを行ったのに、めちゃくちゃになることがある。
でも、最近は良くなってきています（休日のせいかもしれませんが :)
いや、商品数が多いからというわけではなく、朝のロード時（日中清算後の場合もあり）、注文送信時にMT5サーバーが不具合を 起こすのです。
でも、最近は良くなってきています（休日のせいかもしれませんが :)
面白いですね。上に書いています。
QUICKは、MT5と比較すると（速度的には）LESSとしか言いようがない。
FORTSのMT5で（朝、不具合がなければ）・・・自宅から6～7ms。
KVIKは同じコンピュータから常に 150-250msです。
まあ、それはそれとして、MT5のサーバーは、自宅から6～7msの速度が出るほどよく不具合が出ています。また、QuickKeyは不具合はありませんが、同じところから150～250msの速度が出ます。
Quicksilverと比較して、MT5の速度面での不具合が理解できないのですが？
被写体削除はただの宣伝！！どんなクイックなのかすらわからないよ？初めて知りました!!!!
ソフトウエア（ロボット）は自分で書けばいいし、言語も気にしない（ロシア語でも）。
ちなみに。コネクターを介したシステムで、データベースを使用しているのでしょうか？
以前からそうでした。構造などを工夫する必要がなく、すべての情報がディスク上のデータベースにすでに整理されているので、すぐに保存できるのは非常に便利です。しかも、速いんです。最新版では、アクセスは〜10MB/s、ライト/リードは5ms（1000番台ダブルの場合）となっており、より良いパソコンではより高速になります。これはSQLite です - まだ実験中です。今のところTCには別のデータベースを使用していますが、SQLiteに切り替えようと思っています。