ライブラリのMQL5への変換時期 - ページ 4

 
falkov:

あえて言えば、販売用のソフトウェアを書く人はもちろん、ソフトウェアを書くすべての人が、安っぽいMetaEditorではなく、何よりもまず使えるエディタを必要として いるのです。

Visual Studioに少しでも似せることはできないのでしょうか?VSからMEに乗り換えるとき、とても困る。

MetaEditor 5はすでに非常に優れた製品で、私たちはまだ開発を続けています。

インテリセンス、機能ナビゲーション、膨大なヘルプ、スニペット、サブ(差分を見たことがありますか)、CodeBase/Marketとの統合、ターミナルとのネイティブな通信が可能です。すべて当たり前のことなんです。

プロジェクトナビゲータは、ホバリングデバッガでも値を表示するようになります。


また、コンパイラ付きのエディタが3MB(ヘルプファイルや翻訳を含めると10MB)しかなく、すべてが高速に動作することも自慢のひとつです。
 
Renat:

あなたは、自分の尺度だけで環境を認識して活動しているように見えます。したがって、「......を要求するのは簡単ではない」というのは、なぜ本当のマスマーケットには適さないのか、理解できないのでしょう。

私たちは、「N万人のユーザーの中で、このソリューションやあのソリューションがどのような効果をもたらすのか」という観点で活動しています。例えば、MetaTrader4とMetaTrader5のクライアント端末は、2012年3月だけで100万台以上が実際に導入されています。1ヶ月間だけでも古い非ウェブインストーラーが大量にいるので、低く見積もって いるのです。

C++→DLLのコンパイルをサポートする理由は、非常に危険な未検証のDLLファイルを扱う代わりに、DLLソースの実際の交換を可能にするためです。市場規模では、この機能によって、「ソースをくれ、検証されていないDLLはいらない」モードになる何千人ものトレーダーのセキュリティが向上します。

もちろん、これはあくまで追加的なソリューションであり、私たちの主な目標は、最大限のコードをネイティブで安全なMQL5に変換することです。


何より、ソースDLに合格したい 人の中で、今までこの機会を奪われていた人がどれだけいるのだろうか?

このソリューションはどれくらいの需要があるのでしょうか?

例えば私は、ソースDLLを友人間で簡単に配布し、コンパイルしたDLLを見知らぬ人たちに簡単に販売することができます。

私がDev-Cppで書いたソースコードをVisual Studioでコンパイルしても、誰も気にしないのです。

最初の、そして今のところ唯一の問題は、C#のコードをmqlに接続するように言われたときで、それ以前はすべて順調だったのです。

 
Urain:

何より、これまでソースDLを希望する 人のうち、どれだけの人がこの機会を奪われていたのだろ うか。

このソリューションの需要はどの程度あるのでしょうか?

私などは、ソースDLLは知り合いに簡単に 配り、コンパイルしたDLLは知らない人に簡単に売っています。

また、私がDev-Cppで書いたソースを、彼らがVisual Studioでコンパイルしても、誰も戸惑うことはなかった。

最初の、そして今のところ唯一の問題は、C#のコードをmqlに接続するように言われたときで、それ以前はすべて問題なくできていました。

あなたは聞こえないし、他のプログラマーも聞こえない。

あなたは単位について 話すが、私は何度も「大量市場」「何百万人ものトレーダー」と繰り返す。大衆市場には、作業プラットフォームレベルで組み込まれた、自動化された拡張性の高いソリューションが提供されます。

C++のコードをDLLにコンパイルするMetaEditorのビルトイン機能は、何千人ものユーザーがソースコードを要求し、プログラマーがこのソースコードを事前に提供し、一般に公開することを促すでしょう。私たちは、それぞれのソリューション/アイデアの市場レバレッジを1,000から1,000,000にすることを目標としています。


開発者の皆さんには、一刻も早く狭い世界観の罠から抜け出すことをお勧めします。自分のことは忘れて、大衆の行動を考え、評価する。それは、プロセスの理解にまったく異なるレベルを与える。ヒントはいたるところにあり、それを取り込むだけでいいのです。

 
Renat:

あなたは聞こえないし、他のプログラマーも聞こえない。

あなたは単位について話して いますが、繰り返しますが、マスマーケット、何百万人ものトレーダーについて話しています。マスマーケットには、ワーキングプラットフォームレベルで組み込まれた自動化されたスケーラブルなソリューションが提供されます。

MetaEditorに組み込まれたC++のコードをDLLにコンパイルする機能は、何千人ものユーザーがソースコードを要求することを促し、プログラマーはこのソースコードを事前に提供し共有することになります。私たちは、それぞれのソリューション/アイデアの市場レバレッジを1,000から1,000,000にすることを目標としています。


開発者の皆さんには、一刻も早く狭い世界観の罠から抜け出すことをお勧めします。自分のことは忘れて、大衆の行動を考え、評価する。それは、プロセスの理解にまったく異なるレベルを与える。

質問が複数形になると何が変わるかというと、We wonderedとかWe gave awayとか、要は大衆プログラマーはソース コードを大衆に渡さないということだと思うんですね。そして、何らかのソリューションが手渡されれば、今からでも引き留めることはありません。

そして、大衆がそれを要求するならば、それは彼らの大衆の個人的な問題であり、糞に要求させ、コードの川は無料で大衆に流れることはなく、コードを開くことは自動的に無料を意味するのです。

 
Urain:

質問が複数形になると何が変わるかというと、We wonderedとかWe gave outとか、何も大衆プログラマがソース コードを大衆に教えないという 点だと思います。そして、いくつかのソリューションが配布されたとしても、今もそれを拘束するものはありません。

そして、大衆が要求しているのなら--それは自分たちの問題だ、死ぬまで要求させればいい、フリーコードの川は大衆には流れない、コードを自動的に開くということは無料ということだ。

その実践は、さまざまなシステムのオープンソースが(あらゆる言語で)大量に存在し、ものすごい勢いで成長していることを示しています。

ですから、このトレンドは非常に明確であり、私たちはソリューションの中で積極的にサポートしています。また、CodeBaseでは、ネット上の膨大なソースコードに自分の端末でアクセスできるようにするため、近々本格的な変更を行う予定です。

私たちの目標は、MQL5マーケットを通じて エンドユーザーにソリューションを販売できるソフトウェア開発者のために、できるだけ多くのソースコードを提供することです。

既製品を買いたくない人は、他の人の例を見て、自分で考えて、自分でプログラムを書けばいいのです。

また、C++のソースコードをDLLにコンパイルするためのサポートは、我々のイデオロギーにうまく合致しています。

 
なるほど、私がMTやMEを狭く見ていることは認めます。しかし、一般的な意見は、そのような狭い視野で成り立っていることを認めざるを得ません。

後知恵で狭い意見を述べますと、

私はデバッガーを使いません。なぜなら、どこでもいいというわけではなく、ある部分でデバッグが必要で、デバッガーにはそれがなく、残りはそのままデバッグができるのです。

ビジュアライザーはクソみたいな機能で使えないから使わない

clawdが返す値は信用できないので使っていない

watchmanは 使い方が分からないので使ってません(恥、使ってません)曲がってるか、×のために指を研いでるか、どちらかです。

マーケットプレイスは、買ってみないと商品の良さが分からないので、使っていないんです

いまだに折りたたみがないのは、コードを書く上で大きな障害になっています。1000行を超えるプロジェクトでは、ホールドしないと速度が大きく低下してしまいます。

さて、私の視点から世界を見てみましょう。あなたのファンファーレは、なぜか私にはどれも役に立ちません :(

私の世界は、MT5のベータテストレベル、ブローカーなし、MT4に対する唯一の利点はOOPです。

あなたは夢の中で地平線の彼方にいますが、私の(複数の)ビジョンがあなたのビジョンに近づくまで、MTの現実はその場に留まっているのです。
 

リラックスして、使わない機能は原則的に楽しむようにした方がいいと思います。

視野が狭いのは、端末だけでなく、もっと市場を見ているのです。上に立つには、自分のメンタリティーを変え、今までの設定を壊す必要があります。それを壊すと、新たな発展の機会が見えてくる。これは、すべての開発者へのアドバイスです。

そして、私の言葉を信じてください。私は、当社のすべてのシステムとそれを取り巻く市場について、より多くの情報と知識を持っています。

 
Urain:

どこでもいいというわけではなく、ある部分だけデバッグする必要があるので、デバッガーは使わず、残りはそのままデバッグしています

ふむふむ。内部検証+デバッガで、ほとんどのバグのフィルタリングが可能です。

ビジュアライザーはクソみたいな機能で使えないから使わない

では、インデックスが機能しているかどうかを確認することはしないのですか?少なくとも?

watchmanは、使い方がわからない(恥、わからない)、間違っているか、、、指が×に研ぎ澄まされているので、使っていないです

キープではなく、レポジトリで :)ちなみに、Subversionはもうかなり時代遅れです。

いまだに折りたたみがないのは、コードを書く上での強い抑止力になっています。1000行を超えるプロジェクトでは、折りたたみをしないと速度が落ちます。

折りたたみは全く使っていません。どこにもない。そして、それは何ら気にならないのです。

 
TheXpert:

うーん、まいったなあ。内部検証+デバッガで、ほとんどのエラーのフィルタリングが可能です。

では、インデックスが機能しているかどうかを確認することはしないのですか?少なくとも?


もちろん、この1年間で、何度かデバッガを覗いたことがあります。でも、正直なところ、一度もF7を押さずに200行のコードを書くことができるんです。まあ、誰もができるわけではないので、デバッガーは必要なのですが、「選択した領域でデバッグする」という非常に重要な部分が欠けていることには同意します。そして、これは開発戦略の選択を誤ったために実現できていないのです。もともとデバッグテスターとオプティマズテスターに分かれていたら、状況は変わっていたかもしれませんね。

私がリアルタイムでインデックスのデバッグを行うのは、そこで悪用される可能性があり、他のすべての環境ではその作業の正しさが保証されないからです。そのため、テスターを使うことはほとんどないのですが、指標によっては、必ずしも現実と同じように機能するとは限らないからです。大体、MT5はまだ未熟だというブローカーの意見に賛成です。

 
Renat:
プロジェクトの候補をリストアップしてスタートしたい。リンクと簡単な説明のヘルプをお願いします。

できることはすべて必要です。少なくとも、文字列、配列、ファイルを扱うための補助的なライブラリは、PHPをベースにすることができ、どんな場合でも関数があります。

また、こちらも面白いコレクションです。http://musicdsp.org/archive.php。