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

 

Interesting:

私見ですが、価格的には大体こんな感じでしょうか。

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

2.エキスパートグレードのユニークなソリューションの場合、価格は100~500バーツ(1000ドルの可能性もあるが、稀な例外となる)です。

食欲はほどほどに、価格は一桁低くなる。ジョブズはアクティブ(一度だけ)な収益を、ショップはパッシブ(一度書いたらずっと利益を得る)な収益を与えてくれる。

 

papaklass さんへ

私が記憶している限り、そしてこのテーマに関するMQの担当者の散漫な書き込みを理解する限り、(専門家の話であれば)次のようなスキームが含まれることになる。

1.プログラマーはExpert Advisorを作成し、strategy testerでテストします。

2.プログラマーは、Expert Advisor のロジックにエラーがないか調べます(Strategy Tester に加えて、デモアカウントを使用することをお勧めします)。

3.プログラマーは、一部または複数のDCを使用したデモ口座で(または異なる取引条件を使用したデモ口座で)Expert Advisorを独自にテストすることができます。

4.上記の作業の後、プログラマはショップ用のExpert Advisorを準備する(説明を与え、コードをコンパイルする)。

5. ショップに入る各Expert Advisorは、その取引能力の一次制御を受けます(明示的に適合したEAと肯定的な結果を示さないEAは排除されます)。

同じ段階で、重大な誤りを持つ専門家は排除されます。

6.専門家が宣言した特性を満たしているかどうかをチェックします(軽微な欠陥も指摘されます)。

7.エキスパート」のDEMR版(お客様にはご利用いただけますが、テスターでは取引のみ)を作成し、商品としての「エキスパート」を店頭に並べます。

8.エキスパートに興味のある各バイヤーは、商品の自主的なテストにデモを使用することができます(テストはテスターのみで行われます)。

また、この段階で買い手は、あなたがこの製品を必要とするかどうかを決定し、もしそうなら、どのようなルールで、どこの貿易は、専門家を実施されます。

9.購入者が製品を気に入り、購入する準備ができた場合、販売が行われ、購入者はExpert Advisorのコピーを制限なく受け取り、MQは製品の価値の10%を受け取り、販売者はお金を得ることができます。

 

面白い、全然よく読んでないんですね。

Interesting:

1.実際の見積もりでのテストについて。

特定のルールに準拠するためのテストと混同して、グラアルを探さないこと(開発者は「これがグラアルだ!」という声明を出す以外にすることがない)。

という私のフレーズから、どのように考えるか。私は多くの潜在的な買い手のために(そして多分ほとんどのために)ライブ取引の結果は、テスターの結果に望ましいであろうことに同意する "いくつかの "GR... "と発行の参照のための検索についてのあなたの結論が表示される可能性がありますか?私のフレーズに同意できない場合は、そう言えばいいのです。あなたの意見では、潜在的な買い手は、取引結果がどのように得られるかを気にしていないのです。なぜ議論もされていないことを捏造するのか?だから、「チェックを混同しないで...」というメッセージは、あなたの発言とは無関係に却下されるのです。

面白いですね

...ここで専門家による自主制作の話が出るわけがない。

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

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

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

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

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

また、これらの専門家のコンサルタント/専門家 "ヒント "は(あなたの定義によると)店で値切ることができない理由を理解していない? またはそれらのための需要がない今日では?

申し訳ないが、ここでも勘違いしている。2.提案されたアイデアの実装は、MQが利用できるシンボル(ツール)とExpert Advisor自体の目的によって制限される...」という引用文をよく読んでみましょう。何の話ですか?- 実施する。具体的にはどのような実装ですか?- 提案された アイデアの実装。誰のアイデア?- パパクラスの アイデア何についてのアイデアですか?- 店頭でのデモ口座の導入について。このように、papaklassの アイデアを実現すると、ある特定のカテゴリーの専門家しか使えなく なるというのが、もともとの発想です。なお、今回も店頭に並べる商品の制限や、特定のジャンルの番組が禁止されることはなかった。

面白いですね

私の目が悪いのかもしれませんが、個人的にはExpert Advisorとして動作させるためのチェックボックスを見たことがありません(トレード操作の 確認という意味です)。

おっしゃることがよくわかりません。Expert Advisorについては、トレーダーが特定の情報を得るためのプログラムという意味で書きました。例えば、波動プログラマーのために、時間や音量の計算など、多くのオプションを追加した特別なマークアップを作成します。このようなプログラムは「Expert Advisors」というカテゴリーで販売されることもあるが、デモ口座で結果を出すことはまずない。 ...また、「チェックボックス」については何も言っていないが、プログラマーが自分のプログラムのインターフェースを「チェックボックス」に沿って作ることは誰も禁じていない(そうしたいと思えば)。

面白いですね

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

デモ口座」を借りる費用についての質問の可能性を認めないのか?問題ありません。ただ、MQがどのような容量でチャンピオンシップを運営しているか、そしてチャンピオンシップ終了時にその容量がどうなっているかは覚えておく必要があります。繰り返しになりますが、私は議論するつもりはなく、papaklassさんに 考えるべき情報を提供しただけです。彼のアイデアなのだから、やらせてあげればいいのです :)

そして本題 :) 私がpapaklassさんの 考えに賛成なのか反対なのか、答えてみてください :)

 
Urain:

食欲はほどほどに、価格は一桁低くなる。ジョブズはアクティブ(1回)な収益を、ショップはパッシブ(1回書いたら長い利益)な収益を与えてくれます。


私は、今、値切られている「ちっぽけな」税金のことを話しているのではなく、真面目な仕事(その真価は100bkに及ぶ)、そして「仕事」サービスには決して/ほとんど登場しないもののことを話していたのです。

今販売されているアナログの話であれば、確かに価格はかなり安くなる(例えば1〜50ドル)。

私の意見は、おそらく多くの人が理解しているように、スクリプト、インジケータ、ライブラリは、EAよりも需要が高くなるという事実に基づいています。Expert Advisorを(オープンソースでない)購入する人は1000人もいないと思いますし、多かれ少なかれプロのトレーダーは従来から自動売買を信じません。

追記

注目すべき」EAのコストは、1EAあたり10~100人のバイヤーを想定していることが多いだろう(そうした仕事では、業者によっては「台座」レベルまで価格が下がることもある)。

Как заказать торгового робота на MQL5 и MQL4
Как заказать торгового робота на MQL5 и MQL4
  • 2010.06.18
  • MetaQuotes Software Corp.
  • www.mql5.com
С запуском сервиса "Работа" MQL5.community становится идеальным местом для размещения заказов и оказания услуг программирования. Тысячи трейдеров и разработчиков ежедневно посещают этот ресурс и с легкостью могут помочь друг другу. Для трейдера сервис "Работа" - это легкая возможность получить свой собственный эксперт. Для MQL5-разработчика это возможность легко найти новых клиентов. В данной статье мы рассмотрим возможности этого сервиса.
 
Urain:

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

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

これらの富はすべて、トレーダーが戦略を見つけたり、非常にシンプルでわかりやすい操作を自動化するために生み出されたものです。

一般的に、私はその立場に同意します//1つを除いて - 私はその不明瞭な下品な言葉 "gr... "を使用することは避けてください:)

小さな追加です。顧客について語るとき、誰もが異なるタイプの顧客について述べているようです。あなたは、さまざまなライブラリやプログラムなどの組み合わせを理解する準備ができている「上級」トレーダーについて話しているのです。一方、私が想定しているのは、たとえばPAMMアカウントのユーザーのバックボーンであるバイヤーたちです。あるいは、選手権の最後に、このExpert Advisorをどうやって買ったらいいのか、ということを聞いている人たち。つまり、ライブトレードの明確な指標を必要とする(誘導される)人たちです。

 
Yedelkin:

概ね同意 //ただし、「gr...」という不明瞭で下品な言葉は使わないようにします:)

小さな追加です。顧客について語るとき、誰もが異なるタイプの顧客について述べているようです。あなたは、さまざまなライブラリやプログラムなどの組み合わせを理解する準備ができている「上級」トレーダーについて話しているのです。一方、私が想定しているのは、たとえばPAMMアカウントのユーザーのバックボーンであるバイヤーたちです。また、選手権の最後に、このExpert Advisorはどうやって購入するのですかと質問される方もいます。つまり、ライブトレードの明確な指標を必要とする人。

4-cottonbase から人々が無料でダウンロードしているものを分析する。ありがたいことに、ダウンロードの統計があります。

彼が無料でダウンロードしたくないものを、人々がお金でダウンロードすると思いますか? まあ、それはとても修辞的な質問です。

この分析が、トレーダーが何を求めているのか、その答えを探す出発点になるのです。

 
Urain:

4-cottonbase から人々が無料でダウンロードしているものを分析する。ダウンロードの統計があるのはありがたいことです。

人々は、無料でダウンロードしたくないものを、お金でダウンロードすると思いますか?

この分析が、トレーダーが何を求めているのか、その答えを探す出発点になるのです。

いえいえ、お言葉に甘えて。マーケティングをするつもりはなかったんです :)しかし、私が想定している買い手の輪は、もっと小さいかもしれません。papaclassの特典は、それに勝るとも劣らないものです :)
 

なぜ皆さん、ショップの入荷に奇跡を期待しているのでしょうか?ショップの内容は、Code Baseを見れば一目瞭然です。

フローは単純に2つに分けられ、一部はショップに、一部はまだCode Baseに置かれることになります。

単純に便利なサービスがあるのでしょう

 
Yedelkin:
いえいえ、お言葉に甘えて。マーケティングをするつもりはなかったんです :)私が紹介した潜在的な購入者の範囲は、もっと狭いかもしれないことは認めます。papaclassのオファーは決して淡白なものではありません :)

少なくとも、私たちは同じ考えを持っている、それは良いことです。

ここで、MQの開発者の立場に立って考えてみると、すべてが完全にうまくいくでしょう。

あなたの仕事は、最小限のリソースで最大数の顧客(売り手と買い手の両方)に最大の利便性を提供することだと想像してください。限られたリソース(プログラマーの数は有限であり、その労働時間はゴムではありません)の中で、優先順位を決めるという作業を最前線に置いています。さて、(上記のように)機能の利用者の輪が小さい場合、papaclassタスクの優先順位はどうなるのでしょうか?

 
Urain:

では、(上記のように)機能の利用者の範囲が小さい場合、papaclassタスクの優先順位はどうなるのか、教えてください。

いい動きですね :)優先順位の話に置き換えると、ソフトウェアを開発する必要はない(最初はチャンピオンシップをインストールすれば十分)、と答えます。したがって、すべての問題は、容量の確保とその維持にかかっているのです。そうだろ?もしそうなら、設備のリース費用とMQの機能自体への関心という2つの問題が並行して発生することになる。したがって、優先順位は、開発会社のマーケティング部門がどのような判断を下すかによります。サービスから得られる潜在的な利益が潜在的な経費をカバーするのであれば、優先順位は高くなります。