ブローカーがMT5を好まない理由の一つ - ページ 6

[Nikolai Semko]

Sergey Vradiy:
私のバージョンは純粋に陰謀なのだが、なぜそうしないのか？MT4で疑問符を描くのは簡単かもしれませんね。ご自身の目でお確かめください。例えば、あるディーリング会社が、市場で誰もそのような相場を持っていないのに、鼻水を垂らして、ストップをかけて、常に相場でごまかしていたとします。お客様は憤慨して、テクニカルサポートに連絡するようになった。証券会社がMT5で取引する場合、顧客は常に、このターミナルの権威ある見積もりプロバイダーであるJust2Tradeが同様のものを提供しなかったことを指摘することができる。これはLMAXやCurrenexではなく、Just2Tradeと契約して流動性プールに接続する方が簡単です。もし、MT5端末を持っているならば、論理的にはJust2Tradeを扱わなければなりません。また、オフィスがMT4しか持っていない場合は、閉鎖的なクラブのようなもので、彼らは誰にでも強気に出ることができ、クライアントには論理的な反論ができない。

私も同じ気持ちです。だから、個人的には、MT5がない場合、（そして）バイナリーオプションがある場合、少なくとも2つのケースでは今のブローカーとは付き合わない。

[Реter Konow]

Nikolai Semko:

ビジネスで失敗するのは、自分のミスではなく、世間や人が間違っているからだ」というような説明ですね。彼らが正しいとき、私たちは一番になるのだ!

[Nikolai Semko]

Реter Konow:

怠惰を説明することは、何も説明することではありません。残念ながら。

バカな不合理な怠け心が、すべてを簡潔に説明している。人は真相を突き止めるのが億劫で、言い訳を探す方が楽なんです。

ちなみに、 この話題 は1年半前にもしていました。

[Реter Konow]

Nikolai Semko:

バカな不合理な怠け心が、すべてを簡潔に説明している。人は真相を突き止めるのが億劫で、言い訳を探す方が楽なんです。

ちなみに、 この話題 は1年半前にもしていました。

以前、このスレッドを読んだことがあります。その時は、あなたの意見に賛成しました。今は考え方が違う。

そうですね、一方では怠惰が障害になっています。一方で、非効率な仕事に費やす自分の時間と労力を節約したいという思いもあります。怠惰は、行動する動機が少ないときに現れる。モチベーションは、行動のアウトプット（利益）によって決まる。

もし、人が仕事で道具を使うのを怠るとしたら、それはその道具が必要以上にエネルギーを消費していることを意味します。その結果、人ではなく、ツールを最適化する必要があります。

言語学習やプログラム作成における人間の労力消費という観点から、このプラットフォームを評価してみましょう。両プラットフォームを利用した場合の労力コストとユーザーの労働に対するリターンを計算してみましょう。

[Реter Konow]

私が言いたいのは、ユーザーの選択には合理性があり、それを理解する必要があるということです。そのためには、十分に客観的であることが必要です。

[Nikolai Semko]

Реter Konow:

以前、このスレッドを読みました。その時は、あなたの意見に賛成しました。今は考え方が変わっています。

そうですね、一方では怠惰が障害になっています。一方でそれは、非効率な仕事に費やす自分の時間と労力を節約したいという欲求でもある。怠惰は、行動する動機が少ないときに現れる。モチベーションは、行動のアウトプット（利益）によって決まる。

もし、人が仕事で道具を使うのを怠るとしたら、それはその道具が必要以上にエネルギーを消費していることを意味します。したがって、最適化すべきは人ではなく、道具なのです。

言語学習やプログラム作成のための人的資源消費という観点から、プラットフォームを評価してみましょう。条件付きで、両プラットフォームを使用した場合のユーザーの労働のインプットとアウトプットを計算してみよう。

ペトル、どういうことだ？私はあなたを理解していません。MQL4とMQL5は全く同じ複雑な言語であり、弟と兄のようなものです。言っておくが、人は常に怠け者のために言い訳を探すものなのだ。ところで、あなたはその鮮やかな例です。OOPやデバッガを使わない代わりに、やらない言い訳をたくさん見つけてくるんですね。

[Реter Konow]

Nikolai Semko:

...あなたが わからない。MQL4とMQL5は、まったく同じ複雑な言語 なのですが...。

そうでもないんです。MQL5コンパイラーは、もっとたくさんの収穫があります。その結果、ユーザーは言語をより深く理解し、より専門的なプログラミングを行う必要があるのです。これは良くも悪くもあります。コインには表と裏がある。初心者は手早く戦略を確認する必要があり、プログラミングを本格的に勉強する時間はない。うるさいコンパイラやOOPなどの不都合は、彼らの車輪に突き刺さることになる。

私はといえば、怠け者とは言い難い。1日8～10時間働いています。プログラミングをして、自分のアイデアを実現している。単にOOPが必要ないだけです。効率の悪いコード人間の思考を構造化することを目的としたパラダイムで、メカニズムの絶対的な効率性を犠牲にしている。私はすでにクラスや構造で考えています。思考を構造化する必要はないんです。私にとって、OOPは非効率的です。それが生み出すオーバーヘッドを節約しています。

[SEM]

Nikolai Semko:

ピーター 何のことだ？あなたのことがわからないんです。MQL4とMQL5は、複雑さという点では絶対に同じ言語であり、弟と兄のようなものです。言っておくが、人は常に怠け者のために言い訳を探すものなのだ。ところで、あなたはその鮮やかな例です。OOPやデバッガを使う代わりに、やらない言い訳をたくさん見つけてくるんですね。

4から始めて、今は完全に5に切り替えています。5のスケーラビリティは非常に良い。履歴を扱うのが便利（端末が勝手に全部読み込む）、ハードウェアへの負荷が少ない、他の指標を使うのが便利、EAのテストを より正確に分析する必要がある、さらに-マルチスレッドのテストができる。つまり、学ぶ姿勢さえあれば、4よりも5の方がずっとメリットがあるのです。理解できないことがあっても、それが悪いこととは限らない。

[Vladimir]

SEM:

完全対応、4から始めて今は完全に5へ切り替えました。5のスケーラビリティは非常に良い。履歴の作業が便利（端末が勝手に全部読み込む）、ハードウェアへの負荷が少ない、他のインジケータの呼び出しが便利、EAテストの 分析がもっと便利、またマルチスレッドテストができる。つまり、学ぶ姿勢さえあれば、4よりも5の方がずっとメリットがあるのです。理解できないことがあっても、それが悪いこととは限らない。

鉄の負荷については、私は逆で、MT5はMT4の4倍のCPU負荷がかかっています。CPUの時間を見てください。この2日間、すべての端末が稼働しています。64bit端末は全てMT5、32bit端末は全てMT4です。両端末が担う機能は全く同じです。

[Yury Kirillov]

SEM:

完全対応、4から始めて今は完全に5へ切り替えました。5のスケーラビリティは非常に良い。履歴の作業が便利（端末が勝手に全部読み込む）、ハードウェアへの負荷が少ない、他のインジケータの呼び出しが便利、EAテストの 分析がもっと便利、またマルチスレッドテストができる。つまり、学ぶ姿勢さえあれば、4よりも5の方がずっとメリットがあるのです。理解できないことがあっても、それが悪いこととは限らない。

ハードウェアの負荷や消費するメモリの大きさは、MT5の方が断然大きい。しかし、内蔵されている機能はもっと広範囲に渡っています。また、予測不能なヒヤッとするようなこともほとんどありません。