最終的にみんながMT5に乗り換えるにはどうしたらいいのでしょうか？(意見収集) - ページ 15 1...8910111213141516171819202122...67 新しいコメント Aleksey Ivanov 2019.02.04 10:53 #141 Реter Konow: トピックのメインクエスチョンです。明確で論理的、かつ思慮深いプレゼンテーションを歓迎します。 なぜ、このようなことが必要なのでしょうか？別の修正案？あるプラットフォームにはある利点があり、別のプラットフォームには別の利点があります。ある人が好きなら、別の人が好きでもいい。多様性の強さ（変化する状況を生き抜くことができる）。 הטרנסצנדנטלי בעל-חזון 2019.02.04 11:06 #142 Реter Konow:なるほど、アイデアをすぐに試せるようにすることですね。明確でシンプルな製品、アーキテクチャやOOPの深い知識をユーザーに求めない言語、「こうしたい」「ああしたい」という一連の指示を書くだけで、それを確実に実行できる言語、それがMT4成功の鍵だったと思います。 MT5では状況がより複雑になり、イベントモデルがより複雑になり、データモデルがより複雑になり、多くのことを考え、追加のチェックを書く必要があります。例えば、インジケーターの計算のためにデータを取得するだけではなく、データが本当にロードされているかどうかを確認する必要があり、多通貨のインジケーターでは 本当のチャレンジになります。 解決策としては、MT4でそうであったように、トレーダーのタスクをすべて詰め込むような一連の関数を作ることでしょう。一部、iCloseやiTimeなど、開発者がすでに作っている機能もあります。そういう機能がもっと必要なのです。つまり、必要なのは システム層とアプリケーション層の間に位置する層。 P.S.意見収集ありがとうございました。 Igor Zakharov 2019.02.04 11:13 #143 MT5でex4を動作させることは可能です。これを2〜3年維持する。 MT4で新しい製品を追加するためにローカルマーケットを閉じる（バージョンアップのみ残す）。 Petros Shatakhtsyan 2019.02.04 11:14 #144 Igor Zakharov:ブローカーから提供されるティックです。私はそれらを視覚的に見ました：ロシアで最も人気のあるブローカーで数年の深さで、いくつかの方法で、彼らは自動生成されます（例えば、50 pipsの固定スプレッドを持っています）。人を惑わすな！」。 MT5テスターでは、実際のティックは、この口座があるサーバーからダウンロードされたものと同じスプレッド（固定または変動）を持っています。 Yuriy Asaulenko 2019.02.04 11:14 #145 transcendreamer:明確でシンプルな製品、ユーザーがアーキテクチャやOOPの深い知識を必要としない言語、私たちはただ、こうしたい、ああしたいという一連の命令を書き、言語によってそれを保証された方法で実行することができます。 MT5では状況がより複雑になり、イベントモデルがより複雑になり、データモデルがより複雑になり、多くのことを考え、追加のチェックを書く必要があります。例えば、インジケーターを計算するためにデータを取得するだけではだめで、データが本当にロードされているかどうかを確認する必要があり、多通貨インジケーターでは 非常に難しいタスクとなります。MT5でOOPを使わないC言語スタイルで書くと、誰が何を防げるのか？ データモデルが複雑になったわけではなく、少し変わっただけで、一般的にはOOPを使わずに全てにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、何もかもが同じようなものなのです。 Igor Makanu 2019.02.04 11:27 #146 Yuriy Asaulenko:MT5がOOPを使わずにC言語で書くのを止めるのは何なんだ？ データモデルが複雑になったわけではなく、少し変わっただけで、一般的には、OOPをしなくても、すべてにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、すべてが多かれ少なかれ同じなのです。当たり前のことを説明するのはやめてください )))) SZS: 子供の頃を思い出しました。この話題で思い出すのは、90年代前半に子供たちが「コカ・コーラとペプシコーラのどちらがいいか」という議論をしたこと。そして、スプライトが登場し、すべての固定観念を打ち砕いた。この子供向けの飲み物は、ウォッカをレモンで割ったもの（ストッパ）を大人たちが飲むために作られたことがわかったのだ ))) הטרנסצנדנטלי בעל-חזון 2019.02.04 11:27 #147 Yuriy Asaulenko:MT5がOOPを使わずにC言語で書くのを止めるのは何なんだ？ データモデルが複雑になったわけではなく、少し変わっただけで、一般的には、OOPをしなくても、すべてにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、同じぐらいなんです。例えば、多通貨のインジケーターに関する ことです。MT4では簡単かつ自由にできることが、MT5ではそれほど簡単ではありません。開発者がこの問題を考えるというトピックがありましたが、彼らはほとんどスピードと最適性にフォーカスしており、それはすべてのタスクに必要なものではなく、ユーザビリティやシンプルさも必要です。開発者は、時間的に同期したデータ配列を保証された方法で取得する、正規の正しいコードを示すよう求められたが、私の記憶では、彼らはそれを避けたと思う。また、何かアイデアを試したいとき、すぐに実行したいときもあります。多くのユーザーにとって、MT5の内部構造を理解するための障壁はMT4よりも高いため、c.m.c.はもはや手の届かない存在になっています。私は、OOPやMT5で作られた新しいクールなものを放棄すると言っているのではなく、mql5をmql4と同様にする追加レイヤーを作るために、いくつかのステップはすでに作られています（iClose関数、その他）。 Igor Zakharov 2019.02.04 11:28 #148 Petros Shatakhtsyan:MT5テスターでは、本口座が設置されているサーバーからダウンロードしたリアルティックと同じスプレッド（固定または変動）になっています。ブローカーが2年前にMT5口座を開設した場合、3年前のどんなリアルティックを提供するのでしょうか？ Реter Konow 2019.02.04 11:44 #149 Aleksey Ivanov: なぜ、このようなことが必要なのでしょうか？別の修正案？あるプラットフォームにはある利点があり、別のプラットフォームには別の利点があります。ある人が好きなら、別の人が好きでもいい。多様性の強さ（変化する状況を生き抜くことができる）。MT4を潰したいという馬鹿げた暴論も同時にお答えします。 必然的な流れとして、MT4は徐々に陳腐化していく。レナトが言ったように、「変えることはできない」のです。すべてのアーキテクチャ/スケルトンに開発限界がある".MT4はとっくに到達しており、もはや進化していないため（仮に進化したとしてもすぐに天井を迎える）、今後簡単にその地位を失う可能性があります。 競合他社は、MT4の背後で息を潜めて待っている。彼らはきっと自分たちの開発をやっていて、時間が彼らの手に委ねられているのだろう。悪化した状況を改善し、開発に対応するため、MT5の開発・導入を進めています。技術的にはMT5は頭一つ抜けており、今後何年も競合他社に負けることはないはずだが、人気があればの 話。 MT5導入で失敗すると、競合他社にとってMT5が怖くなくなり、市場の独占を脅かすことになる。MQは、技術的に競合他社が対応しやすいMT4だけに頼ることになった。 MT5を導入しようとすることは、将来のニッチな優位性を確保するための闘いであり、今後数年間はそれを確保するために努力することである。これを怠ると、近い将来、簡単に競合他社の餌食になり、市場から退場させられる可能性があります。したがって、もう一度言いますが、生き残りの問題です。なぜ再軍備するのか」なんて誰も疑問に思わない。第一次世界大戦の兵器は撃たないのですか？戦わせる...」？ 私や他のユーザーには関係ないことだと思われます。それは会社の問題です。しかし、大局的に考えることに慣れている私は、自分のプロジェクトの 展望をMT5と結びつけて考えています。私の野心的なアイデアを実現するのに便利な、強力な技術的基盤なのです。また、MT5が主流になることで、数年後に陳腐化したプラットフォームと一緒に余分な存在にならないようにする必要があります。 Yuriy Asaulenko 2019.02.04 11:46 #150 transcendreamer:OOPでなくてもできますが、OOPだけではありませんし、上に書いたように、例えば多通貨のインジケーターに関しても、MT4では簡単で自由だったことが、MT5ではそうではないというニュアンスも考慮しなければなりません。開発者がこの問題を考えるトピックもありましたが、彼らの意見は主にスピードや最適化、そしてユーザビリティやシンプルさなど、誰もが必要としているわけではないことに重きを置いていました。開発者は、時間的に同期したデータ配列を保証された方法で取得する、正規の正しいコードを示すよう求められたが、私の記憶では、彼らはそれを避けたと思う。また、何かアイデアを試したいとき、すぐに実行したいときもあります。多くのユーザーにとって、MT5の内部を理解するためのハードルはMT4よりも高いため、c.m.c.はもはや手の届かない存在となっています。私は、OOPやMT5で作られた新しいクールなものを捨てると言っているのではなく、mql5をmql4と同じようにするための追加レイヤーを作ろうと思っていて、いくつかのステップはすでに作られています（iClose関数など）。一般的に、イミフでは、MKの間違いは、すべての言語で共通であるように、mqlコードの後方互換性がないことです。つまり、MT4 のプログは MT5 に行かなければならないが、その逆は必要ない。すべての土台を捨て、ゼロからプラットフォームを変える--いったい誰がそれを必要とするのでしょう。MT4は永遠に生き続けるマンモスが絶滅するまで））。 1...8910111213141516171819202122...67 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
トピックのメインクエスチョンです。明確で論理的、かつ思慮深いプレゼンテーションを歓迎します。
なるほど、アイデアをすぐに試せるようにすることですね。
明確でシンプルな製品、アーキテクチャやOOPの深い知識をユーザーに求めない言語、「こうしたい」「ああしたい」という一連の指示を書くだけで、それを確実に実行できる言語、それがMT4成功の鍵だったと思います。
MT5では状況がより複雑になり、イベントモデルがより複雑になり、データモデルがより複雑になり、多くのことを考え、追加のチェックを書く必要があります。例えば、インジケーターの計算のためにデータを取得するだけではなく、データが本当にロードされているかどうかを確認する必要があり、多通貨のインジケーターでは 本当のチャレンジになります。
解決策としては、MT4でそうであったように、トレーダーのタスクをすべて詰め込むような一連の関数を作ることでしょう。一部、iCloseやiTimeなど、開発者がすでに作っている機能もあります。そういう機能がもっと必要なのです。つまり、必要なのは システム層とアプリケーション層の間に位置する層。
P.S.意見収集ありがとうございました。MT5でex4を動作させることは可能です。これを2〜3年維持する。
MT4で新しい製品を追加するためにローカルマーケットを閉じる（バージョンアップのみ残す）。
ブローカーから提供されるティックです。私はそれらを視覚的に見ました：ロシアで最も人気のあるブローカーで数年の深さで、いくつかの方法で、彼らは自動生成されます（例えば、50 pipsの固定スプレッドを持っています）。
人を惑わすな！」。
MT5テスターでは、実際のティックは、この口座があるサーバーからダウンロードされたものと同じスプレッド（固定または変動）を持っています。
明確でシンプルな製品、ユーザーがアーキテクチャやOOPの深い知識を必要としない言語、私たちはただ、こうしたい、ああしたいという一連の命令を書き、言語によってそれを保証された方法で実行することができます。
MT5では状況がより複雑になり、イベントモデルがより複雑になり、データモデルがより複雑になり、多くのことを考え、追加のチェックを書く必要があります。例えば、インジケーターを計算するためにデータを取得するだけではだめで、データが本当にロードされているかどうかを確認する必要があり、多通貨インジケーターでは 非常に難しいタスクとなります。
MT5でOOPを使わないC言語スタイルで書くと、誰が何を防げるのか？
データモデルが複雑になったわけではなく、少し変わっただけで、一般的にはOOPを使わずに全てにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、何もかもが同じようなものなのです。
MT5がOOPを使わずにC言語で書くのを止めるのは何なんだ？
データモデルが複雑になったわけではなく、少し変わっただけで、一般的には、OOPをしなくても、すべてにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、すべてが多かれ少なかれ同じなのです。
当たり前のことを説明するのはやめてください ))))
SZS: 子供の頃を思い出しました。この話題で思い出すのは、90年代前半に子供たちが「コカ・コーラとペプシコーラのどちらがいいか」という議論をしたこと。そして、スプライトが登場し、すべての固定観念を打ち砕いた。この子供向けの飲み物は、ウォッカをレモンで割ったもの（ストッパ）を大人たちが飲むために作られたことがわかったのだ )))
MT5がOOPを使わずにC言語で書くのを止めるのは何なんだ？
データモデルが複雑になったわけではなく、少し変わっただけで、一般的には、OOPをしなくても、すべてにシンプルな関数が用意されています。しかし、ほとんどのシステムで、このモデルはかなり縮小された形で必要とされます。要するに、同じぐらいなんです。
例えば、多通貨のインジケーターに関する ことです。MT4では簡単かつ自由にできることが、MT5ではそれほど簡単ではありません。開発者がこの問題を考えるというトピックがありましたが、彼らはほとんどスピードと最適性にフォーカスしており、それはすべてのタスクに必要なものではなく、ユーザビリティやシンプルさも必要です。開発者は、時間的に同期したデータ配列を保証された方法で取得する、正規の正しいコードを示すよう求められたが、私の記憶では、彼らはそれを避けたと思う。また、何かアイデアを試したいとき、すぐに実行したいときもあります。多くのユーザーにとって、MT5の内部構造を理解するための障壁はMT4よりも高いため、c.m.c.はもはや手の届かない存在になっています。私は、OOPやMT5で作られた新しいクールなものを放棄すると言っているのではなく、mql5をmql4と同様にする追加レイヤーを作るために、いくつかのステップはすでに作られています（iClose関数、その他）。
MT5テスターでは、本口座が設置されているサーバーからダウンロードしたリアルティックと同じスプレッド（固定または変動）になっています。
ブローカーが2年前にMT5口座を開設した場合、3年前のどんなリアルティックを提供するのでしょうか？
なぜ、このようなことが必要なのでしょうか？別の修正案？あるプラットフォームにはある利点があり、別のプラットフォームには別の利点があります。ある人が好きなら、別の人が好きでもいい。多様性の強さ（変化する状況を生き抜くことができる）。
MT4を潰したいという馬鹿げた暴論も同時にお答えします。
必然的な流れとして、MT4は徐々に陳腐化していく。レナトが言ったように、「変えることはできない」のです。すべてのアーキテクチャ/スケルトンに開発限界がある".MT4はとっくに到達しており、もはや進化していないため（仮に進化したとしてもすぐに天井を迎える）、今後簡単にその地位を失う可能性があります。
競合他社は、MT4の背後で息を潜めて待っている。彼らはきっと自分たちの開発をやっていて、時間が彼らの手に委ねられているのだろう。悪化した状況を改善し、開発に対応するため、MT5の開発・導入を進めています。技術的にはMT5は頭一つ抜けており、今後何年も競合他社に負けることはないはずだが、人気があればの 話。 MT5導入で失敗すると、競合他社にとってMT5が怖くなくなり、市場の独占を脅かすことになる。MQは、技術的に競合他社が対応しやすいMT4だけに頼ることになった。
MT5を導入しようとすることは、将来のニッチな優位性を確保するための闘いであり、今後数年間はそれを確保するために努力することである。これを怠ると、近い将来、簡単に競合他社の餌食になり、市場から退場させられる可能性があります。したがって、もう一度言いますが、生き残りの問題です。なぜ再軍備するのか」なんて誰も疑問に思わない。第一次世界大戦の兵器は撃たないのですか？戦わせる...」？
私や他のユーザーには関係ないことだと思われます。それは会社の問題です。しかし、大局的に考えることに慣れている私は、自分のプロジェクトの 展望をMT5と結びつけて考えています。私の野心的なアイデアを実現するのに便利な、強力な技術的基盤なのです。また、MT5が主流になることで、数年後に陳腐化したプラットフォームと一緒に余分な存在にならないようにする必要があります。
OOPでなくてもできますが、OOPだけではありませんし、上に書いたように、例えば多通貨のインジケーターに関しても、MT4では簡単で自由だったことが、MT5ではそうではないというニュアンスも考慮しなければなりません。開発者がこの問題を考えるトピックもありましたが、彼らの意見は主にスピードや最適化、そしてユーザビリティやシンプルさなど、誰もが必要としているわけではないことに重きを置いていました。開発者は、時間的に同期したデータ配列を保証された方法で取得する、正規の正しいコードを示すよう求められたが、私の記憶では、彼らはそれを避けたと思う。また、何かアイデアを試したいとき、すぐに実行したいときもあります。多くのユーザーにとって、MT5の内部を理解するためのハードルはMT4よりも高いため、c.m.c.はもはや手の届かない存在となっています。私は、OOPやMT5で作られた新しいクールなものを捨てると言っているのではなく、mql5をmql4と同じようにするための追加レイヤーを作ろうと思っていて、いくつかのステップはすでに作られています（iClose関数など）。
一般的に、イミフでは、MKの間違いは、すべての言語で共通であるように、mqlコードの後方互換性がないことです。つまり、MT4 のプログは MT5 に行かなければならないが、その逆は必要ない。すべての土台を捨て、ゼロからプラットフォームを変える--いったい誰がそれを必要とするのでしょう。MT4は永遠に生き続けるマンモスが絶滅するまで））。