最終的にみんながMT5に乗り換えるにはどうしたらいいのでしょうか？(意見収集) - ページ 18

新しいコメント
 
Реter Konow:
スレッドの中の肝心な質問。明確で論理的、かつ思慮深い文章が歓迎されます。

お問い合わせの理由は何ですか？MT4で気になることは何ですか？これは怪しく、理解しがたい取り組みです。

MT4はMT5と違って安定して動いています。キーワードは「作品」です。

市場に対する明確な見解がないのであれば、私たちが市場に対する明確な見解を示すことになります。

全てはタイミング、先走る必要はないですよ～、危ないですから。

これは本当にあなたにとって重要な問題なのでしょうか？

グッドラック

 
Vladimir Perervenko:

...

これは本当にあなたにとって重要な問題なのでしょうか？

グッドラック

一般的には、そうですね。私にとっては重要な問題です。不思議なことに、そうなんです。

 
すべてのポジションが表明されたようです。ディスカッションに参加された皆様、本当にありがとうございました。私はMT5用しか作るつもりがないので、意見は重要視しています。誰も私にお金を払わないし、誰も私を必要としない)
 

Mt5が成功の鍵を握るのは、充実したドキュメントがあるからです。頭さえあれば、少しの時間とリソースの消費で、どんなプロジェクトでもmt5で実行することができます。それは喜ぶしかない。他の言語や端末を使ってみて初めて、MT5がいかに便利かがわかる。

プログラムのどこを変えたいのか？

Mt5はMt4に比べてかなり重いです。視覚的な情報を得るためのチャートは、Mt4のように実装してもよかったと思います。分足で描かれたチャートと5分足で描かれたチャートにトレーダーは差を感じないのです。

もし違いに気づかれた方がいらっしゃれば、それはmt5で同じチャートをプロットするスピードの違いだけで、結果は同じなのです。しかし、インジケータのために長い面倒ですが正しいmt5を構築してください。また、コンパイルにのみ必要な、notepad++に劣る時代遅れのエディタ。

また、規格があるとかっこいいですね。断片化で初心者は怖い標準ライブラリは あるが、エキスパートやインジケータはほとんど書かれていない。誰もが自分のコードに好き勝手なものを作ってしまうので、可読性が低下してしまうのです。
 

ドキュメント、ターミナル、オフィシャルサンプルから標準ライブラリを 削除します。少なくともトレードクラスとダイレクトトレード環境クラスは。

実際にあるものプログラミングを含め、どんなビジネスでも、どんな職業でも、プロフェッショナルは5～10％以下です。実際、プロのプログラマーではない人たちが、自分たちのために、さらにはフリーランサーのために、MT4用のアドバイザーやインディケータを例にして書き始めている人たちが大勢います。

フォーラムに寄せられたメッセージから判断すると、その多くはKimのコードを例にしています。キムさんのコードはどのように提出されたのですか？彼の完全なコードが提出された。つまり、仕様書に目を通し、その内部を調べることができるのです。今、例として挙げられているものはいかがでしょうか。ここにメソッドがあります」というスタイルで、その仕様のみが示される。

このやり方では、コードを感じる機会がないことは明らかです。しかし、ノンプログラマーが「自分で言語を習得した」としても、本質を理解しなければ先に進めない。つまり、彼らは単にMT5を理解していないからMT4を使っているのです。そして、理解できない理由の獅子奮迅の活躍は、標準ライブラリを絶賛して無策で押し通すことです。

 
Andrey F. Zelinsky:

ドキュメント、ターミナル、オフィシャルサンプルから標準ライブラリを 削除します。少なくとも貿易クラスと貿易環境クラスは。


アンドレイ、何を聞いているんだ。MQL5の標準ライブラリからトレードクラスを削除しますか？

すごいですね。

 
Petros Shatakhtsyan:

アンドレイ、私は何を聞いているんだ。MQL5 Standard LibraryからTrading Classesを削除しますか？

まず、私は使っていません。第二に、私はずっと反対派だった。なぜ？上の記事で説明しました。

 
Petros Shatakhtsyan:

アンドレイ、私は何を聞いているんだ。MQL5 Standard LibraryからTrading Classesを削除しますか？

精神的には、何を与えてくれるのか。すべて自分で書いた方がコンパクトになる。だから、例として残すだけでいいのです。

 

私の投稿は、言語の提示方法という観点からのものでした。言語の表現方法によって、理解しやすかったり、難しかったりするのです。

一例としてあるフォーラムで「ポジションを開くことができない」と質問されました。と答えるのです。"PositionOpen() "を参照してください。リンクが貼られていることが多く、https://www.mql5.com/ru/docs/standardlibrary/tradeclasses/ctrade/ctradepositionopen。

しかし、もしこのように、金さんのコードサンプルのような形で答えが出たとしたら。

bool CTrade::PositionOpen(const string symbol,const ENUM_ORDER_TYPE order_type,const double volume,
                          const double price,const double sl,const double tp,const string comment)
  {
//--- check stopped
   if(IsStopped(__FUNCTION__))
      return(false);
//--- clean
   ClearStructures();
//--- check
   if(order_type!=ORDER_TYPE_BUY && order_type!=ORDER_TYPE_SELL)
     {
      m_result.retcode=TRADE_RETCODE_INVALID;
      m_result.comment="Invalid order type";
      return(false);
     }
//--- setting request
   m_request.action   =TRADE_ACTION_DEAL;
   m_request.symbol   =symbol;
   m_request.magic    =m_magic;
   m_request.volume   =volume;
   m_request.type     =order_type;
   m_request.price    =price;
   m_request.sl       =sl;
   m_request.tp       =tp;
   m_request.deviation=m_deviation;
//--- check order type
   if(!OrderTypeCheck(symbol))
      return(false);
//--- check filling
   if(!FillingCheck(symbol))
      return(false);
   m_request.comment=comment;
//--- action and return the result
   return(OrderSend(m_request,m_result));
  }

--ここだけは、「クラス」という無意味な言葉と、いくつかのチェックを投稿時に削除する必要があります。

キム氏の発表スタイルは、より建設的で理解しやすく、言語の理解にバランスのとれたノンプログラマーが、オープニングポジションの機能を素早く理解し、いくつかの変更を加えることさえ可能であることは明らかである。

この理解効果は、クラスメソッドを参照するスタイルで提示された場合には、発揮されません。

その際に言えることは、「ソースコードにクラスがあり、理解したい人は皆それに目を通す」ということであり、この答えは非常にシンプルである。


p.s. あるクラスのメソッドと、言語とはどんな関係があるのでしょうか？クラスメソッドは例に過ぎない。重要な言語構成要素に取って代わり、代用するものであってはならない。

要するに、どうなっているのかってことですね。ドキュメントで言語構成要素を参照する代わりに、「地下」クラスのメソッドを常に参照することになります。そして、なぜ多くの人がその言語を理解できず、習得が難しいと感じているのか、不思議に思います。

 
Andrey F. Zelinsky:


私も以前はそうやって書いていたのですが、バラバシュカがみんなに標準ライブラリを 勧め続けて、まだ1年以上しか使っていないんです。

VSのMFCのように非常に短く、シンプルです。

そして、どのブローカーがどのような執行を行い、どのような充填を行っているかをわざわざ判断する必要はありません。

1...111213141516171819202122232425...67
新しいコメント