MT5におけるMQLコードのオーサーシップ保護。 - ページ 14

 
Scriptong:
DLLモジュールが有名な企業(認証センター)の署名がある場合はどうなりますか?この場合、DLLを搭載した製品をショップに置くことは検討されないのでしょうか?

いいえ。

ちなみに、お店はすでに息をしています。もう少ししたら、ベータモードでオープンします。

 
Renat:

ちなみに、お店はすでに息をしています。もう少ししたら、ベータモードでオープンします。

楽しみにしています :)
 
papaklass:

私見ですが、EAを販売する際に、このMetaQuotes EAをデモ口座 で動作させることができれば便利だと思います。そして、毎週末(EAが販売されている間)に、EA取引に関する簡単な情報を提供します。例えば、Expert Advisorが1週間に8回のトレードを行い(5回の利益トレード3回の損失トレード)、135ポイント(4桁の相場)を獲得したとします。そうした情報やお客様の声の積み重ねが、販売数に影響するのです。このような状況でのMeta Quotesは、Expert Advisorが作者の介入なしに独立して動作することを保証します。悪くないアイデアだと思います。

テスターテスト(もちろん一定の条件下で)でも十分です。
 
papaklass:

私見ですが、EAを販売する際に、このMetaQuotes EAをデモ口座 で動作させることができれば便利だと思います。そして、毎週末(EAが販売されている間)に、EA取引に関する簡単な情報を提供します。例えば、Expert Advisorが1週間に8回のトレードを行い(5回の利益トレード3回の損失トレード)、135ポイント(4桁の相場)を獲得したとします。そうした情報やお客様の声の積み重ねが、販売数に影響するのです。このような状況でのMeta Quotesは、Expert Advisorが作者の介入なしに独立して動作することを保証します。悪くないアイデアだと思います。

このアイデアは悪くないどころか、素晴らしいものです。また、最適化し、実際の市場に投入し、保証を与えるべきである。ないけれど。これを買えば、歯を差し上げます」という看板を出させるのです。
 
papaklass:
そうでもないんです。ChampionShio2010の集計や他の選手権の集計を見てください。収益性の高い EAのみがチャンピオンシップに参加できることを前提とすると、テスト期間中は ほとんどのEAが赤字になります。ですから、デモでEAを動かすことは不要だと思います。
チャンピオンシップ用に書かれたEAと、ショップ用に書かれたEAを混同する必要はない(特にグッズはリアルアカウントで 使用できるため)。
ミシェック
このアイデアは良いだけでなく、素晴らしいものです。また、それらを最適化し、実際の市場に投入し、保証を提供する必要があります。でも、ダメなんです。これを買えば、歯を差し上げます」というバッジをつけさせるのです。
:)
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация о счете - Документация по MQL5
 
papaklass:

私見ですが、違和感がないのでは...。

1.多くの潜在的な購入者にとって、テスターの結果よりも実際の取引結果の方が望ましいというのは、私も同意見です。

2.提案されたアイデアの実装は、MQから利用できるシンボル(ツール)とEA自体の目的によって制限されます。半自動のEAや、自ら取引しないExpert Advisorは対象外となります。

3.ベンダーがMQの施設を借りている場合、払い戻し可能か、払い戻し不可能か、という問題が生じるでしょう。

4.私の考えでは、同じ目標を達成するために、MQの容量を使わない別の方法があります。ベンダーは、EAのコードに、初期化のたびにエディタのビルドと プラットフォーム番号を表示する行を入力し、好きな場所でプログラムを実行することができます。販売する際には、プログラムのコードに変更が加えられていないことを示すエディタのビルド番号が不変であることを強調することになる。また、入力パラメータに変化がないことを購入者のアクセントにすることも可能で、これもプリントアウトで簡単に確認することができます。強制的な再コンパイルは、常識的な範囲で許容されるため、カウントしない。

...また、最後のコンパイルの日付を印刷することが可能であれば、それは素晴らしいことです。

5.このアイデアをコードの著作権保護に特化したブランチに投稿する理由がよくわからないのですが。一見、提案のように見えるこのアイデアは、ショップの機能に対する提案です。それとも、私が何か細かいことを見逃しているのでしょうか?

 
papaklass:

そう、その通り、私の投稿はショップの運営についてです。レナートがこのスレッドで「店が息をしている」と言ったので、提案してみました。MetaQuotesが販売から10%取るので、家賃はないはずです。

了解しました、質問を削除します。

売上の10%についてですが、これは「ショップ」サービスそのものにかかる金額です。ショップ」サービスの価格に「デモ口座」サービスの価格が含まれるかどうかが問題です(あくまで余談、議論のためではありません)。

 
Yedelkin:

1.多くの潜在的な購入者にとって、テスターの結果よりも実際の取引結果の方が望ましいというのは、私も同意見です。

2.提案するアイデアの実装は、MQから利用できるシンボル(ツール)とEA自体の目的によって制限されます。セミオートマチックエキスパートや、自分では取引しない「ほのめかし」エキスパートは省かれることになる。


:)

1.実際の見積書でのテストについて

一定のルールに則っているかどうかのチェックと、CRAALの探索を混同しないこと(開発者は「これがCRAALだ!」という声明を出す以外にやることがないのです)。

簡単なシチュエーションを想像してみましょう。現在の市場の状況がExpert Advisorにとって最も有利である間、一定のルールに従ってEURUSDで取引するExpert Advisorを送信します。

デモ(MQサーバー)で取引したExpert Advisorが、アルパリサーバーで最初の1週間失敗しないことを誰が保証するのでしょうか?デモサーバーで優れたパフォーマンスを発揮した専門家が、1週間以内に預金を失わないことを誰が保証するのでしょうか?

私も全くのたわごとです(パパラッチに 失礼)、その理由を説明します。

1.戦略(エキスパート)を使用するために、異なるブローカーのアカウントになります。おそらくデモ口座でも。それは明らかにExpert Advisorの同じ作業を保証するものではありません。

2.沈殿物の大きさも大きく違うでしょうし、おそらく洗浄も違うでしょう。

3.トレーダーのリスクとMMのレベルは異なるでしょう。

4.TF(ワーキングピリオド)が異なる場合があります。

5.シンボルのセットは異なる場合があります(特に1つのシンボルで取引する専門家の場合)。

6.週末に戦略を最適化することは誰も禁止していない。そのため、異なるパラメータでの取引も可能です。

EAの独立した運用をどのように語ればいいのか。

また、EAとトレーダーとの連携(例えば、トレーダーがポジションを建て、Expert Advisorがそれに付随するという単純な状況)に対する制限も見当たりません。もしかしたら、誰か別のものを見たのかも?

7.Expert Advisorの他に、以下のスクリプト、インジケータ、ライブラリなどの独自リソースが販売される可能性があります。どうしましょうか?


2)さまざまなタイプの専門家が必要であり、さまざまな製品が重要である。

まさかそんなことを言われるとは...... :(

インジケーターやスクリプト、ライブラリも取り上げられるということでしょうか。みんなで聖杯を探し、10億円ずつ稼ぐ楽しみを味わう...。:)

また、これらの専門家アドバイザーや専門家の「ヒント」は、なぜ(あなたの定義では)店で値切ることができないのか、または今、彼らの需要がないのか、明確ではありません。

追記

私の目が悪いのかもしれませんが、個人的にはトレーダーがEAとして動作するようなティックを今のところ見たことがありません(トレード操作の 確認など)。

サーバーレンタル全般について(端的に言うと言葉なし)・・・。

 

私はgrailを信じません。それに、少なくとも1年以上この話題で盛り上がっている掲示板の訪問者の中には、信じている人はいないと思います。

どんなEAでも、調整と最適化が必要です。そして、もしそうであれば、ショップで紹介される開発の大部分は、ライブラリ、インジケータ、スクリプト、情報提供型EA、および半自動EAになると思います。

これらの富はすべて、トレーダーが戦略を見つけるのを助けるため、あるいはかなり単純で簡単な操作を自動化するために生み出されたものです。

知的思考の奇跡(エキスパートアドバイザー - 半自動)で獲得したくないが、ペニーのためにそれを販売することを決めたそれらのトレーダーのために、誰もこの聖杯を持っている彼らのデモから投資パスワードをレイアウトすることを禁止しない(結局、広告は貿易のエンジンであり、広告コストの大部分はMQによって負担されているので、それはそれを自分で行うには良いアイデアだろう)。


どうして価格が1円になるとわかるのか」という質問を想定して、「無償で提供されるものはすべて評価されない」という知識から自信を持つ。売り手がホームページを書いたり買ったり(売れた場合)維持するために、広告にお金をかけることを要求される限り、誰も安く評価されることはないでしょう。しかし、このような条件がすべて整ったマーケットプレイス(サイトを管理するチームがある、MQという名前が買い手を惹きつける、など)があれば、売り手はただ文章を書いて売りに出せばいいのですから、考え方が違ってきます。

売り手は、「2週間かけてかっこいいコードを書いたから、それを1ドルで売れば、1000回ダウンロードされた後に1000ドルになる」と考えています。いいんじゃないですか?ただし、本当に成功した開発の数は、成功したトレーダーの 数とまったく同じ、5%である。あとは、一般的な価格背景を形成するだけです。

したがって、grail-writersの皆さん、デジェックスを上げることを期待しないでください、ショップにはお客様の声もあります(そして、最初の悪いレビューであなたのgrailは自動的に飛んでいきます)。

 

Urain:

どうして価格がペニーになると確信できるのかという質問を先取りする。確信が持てるのは、無償で提供されるものはすべて評価されないという知識からだ。

売り手は次のように考えます。「2週間かけてクールなコードを書いたから、1ドルで売れば、1000回ダウンロードされたら1000ドルの収入になる」。いいんじゃないですか?ただ問題は、本当に成功した開発者は、5%の成功したトレーダーと同じ数だけ存在することになることです。あとは、一般的な価格背景を形成するだけです。

珠玉の作家の皆さん、デジックスを上げようなんて思わないでください、お店にはお客様の声もありますから(そして最初の悪い評価で珠玉は自動的に飛び去ります)。


私見では、価格面では、おおよそ次のような状況になっている。

1.十分なソリューションの場合(専門家について話す場合)、価格は私たちがサービスの「仕事」で見るものと平均的に等しくなるでしょう(例えば30〜100ドル)。

2.エキスパートクラスのユニークなソリューションの場合、価格は100〜500バーツ(1000ドルもあり得るが、稀なケースである)。

3.インジケーター、ライブラリ、スクリプト、その他の「コンポーネント」については、すべてがソリューションの人気と開発者の金銭的な欲望に依存することになるでしょう。

間違いなく製品のこのグループの価格を決定することはありません、しかし、私はスプレッドが非常に大きくなることを確信しています。

追記

また、ショップに作品を置くプログラマーのプロ意識/評価も重要な役割を果たすでしょう。