Mt4 サポート終了。 - ページ 2 123456789...47 新しいコメント Sofiia Butenko 2017.09.09 19:52 #11 Реter Konow:結論から言うと、MQL 4に比べてMQL5の 複雑さは、残念ながら開発者はもちろん、プログラマーにとっても何のメリットもありません。なぜ開発者に必要ないのか?なぜなら、彼は常に最小限のツールでタスクを解決する方法を見つけるからです。なぜ、プログラマーには必要ないかというと、複雑さが増すと、プログラマーがより多くの努力をしなければならないからです。まあ、分類についてはトレーダーに教えてあげればいいんですけどね。そうなんです、何が原因で働きにくいのかがわからなかったんです......。そして、バラライカがオルガンとほぼ同じ(最低限の楽器セット程度)弾きやすいというのも知りませんでした。下手な鉄砲も数打ちゃ当たるというように、嫌ならPLOに手を出すなということなのだが、いやいや、邪魔なのである。 Andrey Kisselyov 2017.09.09 19:52 #12 Реter Konow:MT5を使うための知的障壁が高いのは確かです。プログラマーと一般ユーザーの両方にとってより高い。これが、近年、このプラットフォームが主役の座を奪い、MT4を完全に駆逐することを阻んできた原因だと私は考えています。 旧プラットフォームのサポートを打ち切るような厳しい措置は危険すぎますが、MT5をユーザーにとってより快適で簡単なものにすることは十分可能であり、安全でもあります。個人的には、このケースに限っては、問題解決の糸口が見えています。余分なOOPハックルを取り除き、発注を簡素化するにはどうしたらよいでしょうか?何もない。でも、結局のところ、この小さなことに多くのことがかかっているのです......。 mt4とmt5は並行して 動くと思います。しかし、これはすべて、新しい関数をラッピングすることによって、その古いアナログに持ってくることで解決します。プログラマーにとっては、一回で済み、将来的にはライブラリファイルをつなげることで簡単にできます(本当に言語自体に深入りしたくない場合)。Vladimir Pastushak: mt5の使い方がわからないと、mt4との連携が難しい。これは本当なのか、誰が知っているのか? もし誰かがmt4に興味があるのなら、開発者に聞いて、SDに連絡したほうがいい。 Sofiia Butenko 2017.09.09 19:52 #13 Vladimir Pastushak: あなたがOOPのトリックを理解できなくても、他の人が理解できないとは限りません。Mt.5の問題は根本にあった(ロコの不足、位置の糊付け)。Mt.5はロックが許されると同時に上り坂になった。どのように許されないのですか?アカウントのかぶりものはどうする? Реter Konow 2017.09.09 19:59 #14 Vladimir Pastushak: あなたがOOPのトリックを理解できなくても、他の人が理解できないとは限りません。Mt.5の問題は根本にあった(ロコの不足、位置の糊付け)。Mt.5はロックが許されると同時に上り坂になった。 私は、様々なスレッドであなたの投稿をいくつか読みましたが、そこでは、OOPの「工夫」のいくつかを理解していないことを率直に認めています。説明しろということですね。同時に、プログラミングの経験も私よりはるかに多いはずです。問題を狭くとらえすぎている。何か特別な問題があって、それが解決され、すべてがOKになったというような。しかし、そうとも言い切れない。私はもっと深く見るようにしています。私の見解では、フリルは十分なパワーがないところでは意味がなく、有害です。 Реter Konow 2017.09.09 20:04 #15 Galina Bobro: まあ、分類についてはトレーダーに教えてあげればいいんですけどね。そうなんです、何が原因で働きにくいのかがわからなかったんです......。しかも、バラライカがオルガンとほぼ同じ自称(最小限の楽器セットについて)だとは知りませんでした。下手な鉄砲も数打ちゃ当たるというように、嫌ならPLOに手を出すなということなのだが、いやいや、邪魔なのである。 アートと開発の違いを理解していますか?エンジニアは、自分の仕事に道具を必要としないのであれば、余計な道具は必要ないのです。もし、エンジニアがアーティストやミュージシャンで、作品を書いたとしたら、このドライなスタイルは、彼にとっては許しがたいものだろう。しかし、開発者はアーティストではありません。だから、バラライカやオルガンと無関係な比較はしないでください。これはフィルハーモニーではなく、純粋な発展形です。 Alexey Volchanskiy 2017.09.09 20:05 #16 Реter Konow:MT5を使うための知的障壁が高いのは確かです。プログラマーと一般ユーザーの両方にとってより高い。これが、近年、このプラットフォームが主役の座を奪い、MT4を完全に駆逐することを阻んできた原因だと私は考えています。 旧プラットフォームのサポートを打ち切るような厳しい措置は危険すぎますが、MT5をユーザーにとってより快適で簡単なものにすることは十分可能であり、安全でもあります。個人的には、これは問題解決としか思えません。余分なOOPエンハンサーを取り除き、発注を簡素化することに何の価値があるのでしょうか?何もない。でも、結局のところ、この小さなことに多くのことがかかっているのです......。 誰がOOPを使わ せるのですか?具体的には誰ですか?私たちは、集団で彼をひどく非難することになるのです Реter Konow 2017.09.09 20:07 #17 Alexey Volchanskiy: 誰がOOPを使う ことを強要しているのですか?まさに誰?私たちは、集団で彼をひどく非難することになるのです 個人的にMT5に一部しか移行していない理由を教えてください。 Alexey Volchanskiy 2017.09.09 20:09 #18 Galina Bobro: どうしてダメなんですか?ヘッジ会計はどうですか?まだ1年も経っていないのです。それ以前は、6〜7年間はネットだけでした。 Alexey Volchanskiy 2017.09.09 20:13 #19 Реter Konow: 個人的にMT5に一部しか移行していない理由を教えてください。第一に、私はまだ物理的にすべてのツールセットを再設計していないのです。第二に、MT5には、ヘッジマージンがゼロに等しく、スプレッドが正常な証券会社がまだ存在しない。しかし、新しい証券会社をMT5に接続する作業は避けられないので、時間の問題です。しかし、私はPLOを長く、そして楽しく使っています。90年代前半にボーランド社製品に搭載されたのが始まりです。 Реter Konow 2017.09.09 20:14 #20 Andrey Kisselyov: しかし、これはすべて、新しい関数をラップしてその古いアナログに持ってくることで解決する。プログラマーはそれを一度だけ行い、将来はライブラリファイルを含めるようにすればよい(本当に言語そのものに手を出したくないのであれば)簡単だ。ご存知のように、どんな開発も単純なものから複雑なものへと進んでいきますが、mt5はまさにMQという製品を複雑化する次のステップなのです。もちろん、経験豊富なプログラマーや開発者にとっては、MQL5を理解することは大したことではありません。しかし、「天才的な」戦略を実行するためだけに、プログラミングをマスターしようとする新人や独学者のことを考えてみてください。そして、追加された機能を使いこなすのは難しく、プラットフォームを選ぶ際も、あまり深く考えることはないだろう。それが問題なのです。 123456789...47 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
結論から言うと、MQL 4に比べてMQL5の 複雑さは、残念ながら開発者はもちろん、プログラマーにとっても何のメリットもありません。なぜ開発者に必要ないのか?なぜなら、彼は常に最小限のツールでタスクを解決する方法を見つけるからです。なぜ、プログラマーには必要ないかというと、複雑さが増すと、プログラマーがより多くの努力をしなければならないからです。
まあ、分類についてはトレーダーに教えてあげればいいんですけどね。
そうなんです、何が原因で働きにくいのかがわからなかったんです......。そして、バラライカがオルガンとほぼ同じ(最低限の楽器セット程度)弾きやすいというのも知りませんでした。
下手な鉄砲も数打ちゃ当たるというように、嫌ならPLOに手を出すなということなのだが、いやいや、邪魔なのである。
MT5を使うための知的障壁が高いのは確かです。プログラマーと一般ユーザーの両方にとってより高い。これが、近年、このプラットフォームが主役の座を奪い、MT4を完全に駆逐することを阻んできた原因だと私は考えています。
旧プラットフォームのサポートを打ち切るような厳しい措置は危険すぎますが、MT5をユーザーにとってより快適で簡単なものにすることは十分可能であり、安全でもあります。個人的には、このケースに限っては、問題解決の糸口が見えています。
余分なOOPハックルを取り除き、発注を簡素化するにはどうしたらよいでしょうか?何もない。でも、結局のところ、この小さなことに多くのことがかかっているのです......。
mt4とmt5は並行して 動くと思います。しかし、これはすべて、新しい関数をラッピングすることによって、その古いアナログに持ってくることで解決します。プログラマーにとっては、一回で済み、将来的にはライブラリファイルをつなげることで簡単にできます(本当に言語自体に深入りしたくない場合)。
mt5の使い方がわからないと、mt4との連携が難しい。
これは本当なのか、誰が知っているのか?
もし誰かがmt4に興味があるのなら、開発者に聞いて、SDに連絡したほうがいい。
あなたがOOPのトリックを理解できなくても、他の人が理解できないとは限りません。Mt.5の問題は根本にあった(ロコの不足、位置の糊付け)。Mt.5はロックが許されると同時に上り坂になった。
どのように許されないのですか?アカウントのかぶりものはどうする?
あなたがOOPのトリックを理解できなくても、他の人が理解できないとは限りません。Mt.5の問題は根本にあった(ロコの不足、位置の糊付け)。Mt.5はロックが許されると同時に上り坂になった。
まあ、分類についてはトレーダーに教えてあげればいいんですけどね。
そうなんです、何が原因で働きにくいのかがわからなかったんです......。しかも、バラライカがオルガンとほぼ同じ自称(最小限の楽器セットについて)だとは知りませんでした。
下手な鉄砲も数打ちゃ当たるというように、嫌ならPLOに手を出すなということなのだが、いやいや、邪魔なのである。
MT5を使うための知的障壁が高いのは確かです。プログラマーと一般ユーザーの両方にとってより高い。これが、近年、このプラットフォームが主役の座を奪い、MT4を完全に駆逐することを阻んできた原因だと私は考えています。
旧プラットフォームのサポートを打ち切るような厳しい措置は危険すぎますが、MT5をユーザーにとってより快適で簡単なものにすることは十分可能であり、安全でもあります。個人的には、これは問題解決としか思えません。
余分なOOPエンハンサーを取り除き、発注を簡素化することに何の価値があるのでしょうか?何もない。でも、結局のところ、この小さなことに多くのことがかかっているのです......。
誰がOOPを使わ せるのですか?具体的には誰ですか?私たちは、集団で彼をひどく非難することになるのです
誰がOOPを使う ことを強要しているのですか?まさに誰?私たちは、集団で彼をひどく非難することになるのです
どうしてダメなんですか?ヘッジ会計はどうですか?
まだ1年も経っていないのです。それ以前は、6〜7年間はネットだけでした。
個人的にMT5に一部しか移行していない理由を教えてください。
第一に、私はまだ物理的にすべてのツールセットを再設計していないのです。第二に、MT5には、ヘッジマージンがゼロに等しく、スプレッドが正常な証券会社がまだ存在しない。
しかし、新しい証券会社をMT5に接続する作業は避けられないので、時間の問題です。しかし、私はPLOを長く、そして楽しく使っています。90年代前半にボーランド社製品に搭載されたのが始まりです。
しかし、これはすべて、新しい関数をラップしてその古いアナログに持ってくることで解決する。プログラマーはそれを一度だけ行い、将来はライブラリファイルを含めるようにすればよい(本当に言語そのものに手を出したくないのであれば)簡単だ。ご存知のように、どんな開発も単純なものから複雑なものへと進んでいきますが、mt5はまさにMQという製品を複雑化する次のステップなのです。
もちろん、経験豊富なプログラマーや開発者にとっては、MQL5を理解することは大したことではありません。しかし、「天才的な」戦略を実行するためだけに、プログラミングをマスターしようとする新人や独学者のことを考えてみてください。そして、追加された機能を使いこなすのは難しく、プラットフォームを選ぶ際も、あまり深く考えることはないだろう。それが問題なのです。