プロのプログラマーとして「端末」に求めること。またMQL5への願いが込められたスレッドですね。
これは建設的なアプローチであり、それを支持することは罪ではありません。
そうでなければ、私はそれが好きではありません:-)
MTに代わるものが見つからず、その改良に貢献しようと考えたのでしょうか。:-)
これは建設的なアプローチであり、それを支持することは罪ではありません。
そうでなければ、私はそれが好きではありません:-)
MTに代わるものが見つからず、その改良に貢献しようと考えたのでしょうか。:-)
不思議な考え方ですね...。驚くこともあるんですよ。
メルセデスの塗装品質が嫌いだからといって、DBブランドが嫌いなわけではありません。自分のものは「何でも好き」、他人のものは「何でも嫌い」というタイプではありません。私はファンではなくただのプログラマーですが、MTのコンパイラの品質は最低だと断言できます--コンパイラとはそういうものです!それがどうした？どんな違いがあるのだろう。テキストエディタは、2008年のメガナイトです。だからどうした。あくまでプログラマーである私の予想ですが。なぜなら、私ならもっとうまく書けるからです。しかし、私はこの製品の好き嫌いは、些細なことではなく、主要なことにあります。
そして、このアーキテクチャ-アイデアを提案した人たちが、「APIを持たず、すべて自分たちで作る」という事実。マーケティングやビジネスコンセプトが100％間違っているのです。そして、怠惰のために、誰も「クローン」を作らない。しかも、誰が出てくるかわからない...。自分たちが座っている枝を切り落としているのだ。しかし、これはあくまでも私個人の専門的な意見です。 APIを与えないことで、クローンの誕生を促しているのです。このことを理解することが大切です。だからといって、MTが世界で一番ダサい製品だとは思っていません。どこから持ってきたんだ？正直なところ、もっといい製品があったんじゃないかと思います。しかし、それらはすべてBROKERSのためのものです。だいぶ良くなりましたね。しかし、そのサーバーは遠く、Pingも高い。
1.チャートの作成これでは良すぎるが、おそらく不要だろう。
2.メタストックやオメガファイルへのエクスポートは、他のターミナルと同様に、自作ギミックを追加することなく行えるようにすべきです。そして、外部プログラムからターミナルに取引コマンドを送ることができるようにすること。ブローカーがクライアント側でExpert Advisorの使用を禁止または許可する可能性については、忘れてください...。私は一言も言いません。私見では、ブローカーは単位時間当たりのトレーダーの取引数のみを評価し、この値に基づいて作業をブロックする必要があります。
一般的には、私はMProgrammerを 支持します。
私は、MQはAutoTradingという正しい方向性を持っていると思います。コンバインとアナライザー、アドバイザー付きのプロンプターなど、トレーダーの意思で設定可能なものです。したがって、プログラミングはもちろん、最新である必要があります。APIは当然のようにビープ音を出しています。DOSの顔をしているプログラムを（まあ、いずれにせよそうなるのだが）どうやって売り出そうか:(
一般的には、私はMProgrammerを 支持します。
私は、MQはAutoTradingという正しい方向性を持っていると思います。私の考えでは、未来はオートマチックとセミオートマチックにあると思います。コンバインとアナライザー、アドバイザー付きのプロンプターなど、トレーダーの意志に応じて設定可能なものです。したがって、プログラミングはもちろん、最新である必要があります。APIは当然のようにビープ音を出しています。DOS顔負けのプログラムをどうやって市場に売り込むか（まあ、どうせやるんですけどね）:(
MProgrammerの 考えは素晴らしい。
もちろん、本格的なAPIがあれば最高です。
統合すれば、もっと楽になるはずです
しかし、ここでは、APIを提供したくない開発者の気持ちがよくわかります...。
端末を自作する「魔法使い」を生まないために...。"DLL一式を持っていけば他はいらない"...。
接続を取得し、APIの形で注文を要求する。
多くの人が、自動売買のための端末やプログラムを書き始めるでしょう ...端末を一切使わず ...
C++、VB、Delphiで独自のグラフを描き、注文を管理する。 もちろん、戦う方法はあるのですが......。APIがないのが残念
しかし、ここで私は完全にAPIを与えるために消極的で、開発者を理解する...
多くの人が、自動売買のための独自の端末やプログラムを書き始めるだろう......。すえおきのこと
ほぼ1000％間違いないです、:)))もし、端末がまったく作れなくなったら、MTの人たちは大喜びでしょうね。:))しかし、ここでは残念ながらサーバーだけを売ることは難しい。:))...残念でしたね。
おそらくオートトレーディングは、すでにその背後にある存在感が非常に大きいのだと思います :)
開発者が、自分たちの言語、コンパイラ、エディタなど、すべてを1つのパッケージで作ろうとするのは理解できます。C言語に比べて切り詰められた言語は、すべてが原始的かもしれないが、動作は保証されているので、エラーに対する恐怖心が原因かもしれない。ここはエラーになった時の代償が大きいので、トレーディングシステムとしては正しいアプローチだと思います。
外部プログラムとの統合のアプローチを開発するべきだと思います。とにかく、MQL4では現実的ではないと思うので、まともなことは書かないことにしています。
分析はすべて外部プログラムで行い、Expert Advisorはそれらとの連携に使おうと思っています。そして、この接続は、私の見るところ、外部DLLからの関数呼び出しだけかも しれません。
これらの方法を補うことをお勧めします。
編集者について良い編集者を作るのは難しいということは理解しています。だから私たちは、外部エディタを使用する機会を与えるように、ファイルに外部の変更は、それが再読み込みされ、よく、通常のエディタのすべてのように行われます。
何かを嫌う叫び声は、常に叫ぶのではなく、単に行う人（犬が吠え、キャラバンが走る）、良いか悪いかは別として、彼らは行い、避けられない間違いを修正する、あなたは何もしない彼だけが間違っていないことを知っているからです。多くの人は、私ならもっといい ものを書くと主張できるが、実際には彼らは価値あるものを示さず、リップサービスだけをしている。
> そして、このアーキテクチャ-アイデアの提案者である「APIがなく、すべてが自分たちのものである」人 たちは、マーケティングにおいて100％間違っています。マーケティングやビジネスコンセプトが100％間違っているのです。
この文章から判断すると、あなたもマーケターだと思いますか？:-)
自分を過大評価しているのだと思います :-)
製品そのものはどうなのか、その欠点はあなたでなくてもみんな知っているし、改善のための提案もできる。
しかし、注意：-「改善提案」であり、裸の不要な批判ではない。 それが、前回の記事で書いたことです。
何かを嫌う叫び声は、常に叫ぶのではなく、単に行う人（犬が吠え、キャラバンが走る）、良いか悪いかは別として、彼らは行い、避けられない間違いを修正する、あなたは何もしない彼だけが間違っていないことを知っているからです。もっと良い ものを書くと言いながら、実際には何も良いものを示さず、リップサービスだけ。
+1 ))))何もしない者だけが間違いを 犯す。
何かを嫌い、叫ばないが、単に行う、（犬が吠え、キャラバンが走る）、良いか悪いか、しかし、彼らは行う、避けられない間違いを修正する、我々は何もしない人だけが間違っていないことを知っているので、常に多くの叫び声があります。多くの人が、私ならもっと良い ものを書くと主張できるが、実際には彼らは価値あるものを示さず、ただリップサービスをしているに過ぎない。
> そして、このアーキテクチャ-アイデアの提案者である「APIがなく、すべてが自分たちのものである」人 たちは、マーケティングにおいて100％間違っています。マーケティングやビジネスコンセプトが100％間違っているのです。
この文章から判断すると、あなたもマーケターだと思いますか？:-)
自分を過大評価しているのだと思います :-)
製品そのものはどうなのか、その欠点は自分でなくとも皆知っていて、その改善のための提案をする。
しかし、注意：-「改善提案」であり、裸の不要な批判ではない。それが、前回の記事で書いたことです。
私はあなたのことを議論していなかったのですか？いや、「自分を過大評価している」というのも控えてほしいんだけど...。
以前にも書きましたが、自分の主張を表現しています。そして、自分が変わることを期待しているわけでもありません。ご理解いただけたでしょうか？
ビジネス的に私が正しいということが理解できないのであれば、それはあなたの問題でしょう。私は一般的につまらないことを言うので、実際には論争にならないのですから。
だから、私への評価は自分の中だけにとどめておくことをお勧めします。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
MQL5の願いのスレを読んでるけど、所々素人丸出しでゴメンナサイ。このトピックを作りたかっただけなんです...。
新システムに望む、まさに本質、発想・・・。詳細は不明ですが...。
MTにはMTのビジョンがあり、おそらくすでに移っていることは明らかで、おそらく私の「必要なもの」というビジョンはこのバージョンには反映されないでしょうが、それでも私は正確に - 「プログラマーが必要としているもの」を言いたかったのです。 プログラマーでない人も必要としている可能性は高いが、知らないだけである。
そこで--現在の端末のアナログであるカーネルが欲しいのです。そして、グラフを描くプログラムを作る機能。Chartクラスにインジケータバッファを付けて、そのウィンドウに描画することができるのですが...。ウィンドウには、標準的なボタン、標準的なプロパティ、その他の標準的なものがあるはずです。しかし、ウィンドウはターミナル内のサブウィンドウではなく、フリーウィンドウである必要があります。でも、ターミナルのサブウィンドウとしてウィンドウを持つこともできるようにしたいです。なぜ必要なのか？まず、"フリー "のウィンドウは、よりフレキシブルにアレンジすることができるからです。
第二に、メガソースコードエディタの開発は、本来自転車の発明なので、MTプログラマに負担をかけたくないということです。そして、例えばスタジオを利用する。しかし、重要なことは、スタジオでも、例えばC#で書かれたプログラムでは、何らかのマネージャークラスが使われ、それを通してチャートをチャートウィンドウに出力することができるということです。
第三に、取引用のAPIを提供しないのであれば、完全に端末の中だけにして、外部とのデータ交換は一部のデータを介して行うようにすれば、狼と羊の餌が増えることになる......。まあ、本当は外部プログラムでチャートを描いたり、ヒストリカルデータを持ったり、プロフェッショナルな環境でそのプログラムを作る必要があるんですけどね。そして、今はデータはあっても自分で描かなければならず、決して弱い作業ではありません。
簡単に言えば、そういうことだ...。