作業中のルール - ページ 11 1...456789101112131415161718...20 新しいコメント 削除済み 2011.03.08 06:51 #101 pronych: ソースに関する本来の質問です。これは気になるところです。これらはすべて、(純粋なMQL5の話であれば)非常に簡単に解決することができます。ソースコードを掲載したくない開発者は、掲載しないことも可能です(完全に正当です)。しかし、ある条件を満たすと可能になる。まず、詮索されないようにしなければならないブロックはすべて別々のモジュール(ライブラリ、スクリプト、インデュレータ、その他のソフトウェア)に配置し、次にこれをすべてMAGAZINEで行うことができます(ソースコードの要件がそこで不合理であることに同意する必要があります)。この方法は、プログラマーが理論的に自分の仕事のコストを多くの顧客に分配できるのが良い点であり、すべての顧客に利益をもたらすことは間違いない。注文を 調整する段階で、プログラマーは 販売中のモジュールを簡単に参照することができます(お客様が以前購入したモジュールをお持ちでない場合はお尋ねください)。もし、お客様がすでにこれらのモジュールを持っていれば、プログラマーは足りないコードを追加してお客様に渡すだけでよいのです。その他、当事者間の合意により、契約者はこれらのモジュールの代金を顧客に請求する(自ら販売する、あるいはMAGAZINEを通じて販売する)ことも、しないことも可能です。また、作品が「ユニーク」であれば、特定のコードをライブラリにパッケージ化し、残りのソースコードをお客様に提供することも可能です(したがって、ある程度の自由度は確保できます)。 整数値: そうだ、「ex5だけをクライアントに渡す」というチェックボックスを追加し、さらに最初のチェックボックスと一緒に自動的に設定される2番目のチェックボックス「請負業者はクライアントに新鮮なex5を一生提供することに同意する」を追加すればいい...。を、彼の陽気な人生の残りのために。1.この問題は、請負業者が少額の手数料を振り込むことで、一定期間、仕事の成果を伴うことを約束すれば、簡単に解決する。仕事の完了時に支払い、または毎月の支払いの形で、年間と言う(毎月の支払いは、例えば、5〜10ドルを構成することができる)。2.さらに簡単な問題は、その開発が多くのトレーダーに利用される(またはショップで販売される)ものであれば解決することができます。そして、開発者はプロジェクトのすべてのソースコードを保持し、定期的に独自に、または顧客(顧客と購入者)の要求に応じて、コードに変更を加えることに関心を持つようになります。追記このような議論では、私は著作権やその他の権利の話題を切り出すようにしたほうがいいと思います。これは、注文することで、あるクローズドコード(一般人には非公開)を、もちろん追加料金で購入することができるというものです。しかし、ここでは、当事者が互いの権利を侵害できないようなバリエーションを考える必要がある(たとえば、アーティストはこの作品をショップを通じて販売することはできないし、販売する場合は、著作権者に補償金を支払うことになる)。 Yedelkin 2011.03.08 09:24 #102 Interesting: 発注段階では、請負を希望するプログラマーは、市販のモジュールを簡単に参照することができる(お客さまが過去に購入したモジュールがあるかどうかを確認する)。 カッコイイ!実は、次のような考え方もできるのです。デベロッパーは、販売するためのモジュールを製作し、ストアで販売前の各種チェックを受け、ストアに展示されます。そして、お客様に、これらの動作するモジュールをショップの保証付きで購入するか、作者から直接、ショップ手数料10%の割引で購入することができることをお伝えします :) 削除済み 2011.03.08 09:41 #103 Yedelkin: カッコイイ!実は、次のような考え方があるのです。デベロッパーは、販売用の動作モジュールを生成し、ストアで様々な事前チェックを受け、ストアに展示される。そして、お客様に、これらの動作するモジュールをストア保証付きで購入するか、ストア手数料の10%引きで作者から直接購入するか、どちらかをお選びくださいとお伝えしています :)理論的には、特定の条件下で、請負業者はソースコードを提供することなく、いくつかのファイルに対して100%の割引を行うこともできます(それによって、クライアントにとって仕事がはるかに安くなります)。一方、お客様は実行者から既にあるライブラリのセット(ストアから購入したか、他の注文を完了する際に購入したか)を持っている場合があり、これも実行にかかる費用を大幅に削減することができます。 Aleksey 2011.03.08 18:19 #104 不思議なことに、1つのコンパイルされた(inludesから)ファイルと、接続されたライブラリのセット(インポート)を使用して、EAの最適化 速度をテストした人はいますか? まさに同種の比較で。PS.ただ、インポートを使ったことがないんです。速度に差がなければ、ある程度は仕方がない。しかし、それでも完全な解決策にはならない。お客様が何を求めているのか、あらかじめ知っておいたほうが...。 Aleksey 2011.03.08 18:35 #105 また、最適化の速度が非常に遅くなるため、4ではカスタムインダルジェンスの使用を断念しました。全てはExpert Advisorのコードに組み込まれて いたのです。私も同じ理由で輸入を あきらめました。MT5ではどうなんでしょうね。 Aleksandr Chugunov 2011.03.08 19:05 #106 pronych: また、最適化の速度が非常に遅くなるため、4ではカスタムインダルジェンスの使用を断念しました。全てはExpert Advisorのコードに組み込まれて いたのです。私も同じ理由で輸入をあきらめました。MT5ではどうなんでしょうね。 ここでは、件名に少しです(興味深い場合):ジグザグとATRの例では、クラスとしての指標の実装 削除済み 2011.03.08 19:08 #107 pronych: 最適化が非常に遅くなるため、4ではカスタムインダルジェンスの使用を未だに拒否しています。全てはExpert Advisorのコードに 組み込まれています。同じ理由で輸入も完全に無視したことがあります。MT5ではどうなんでしょうね。オールインワンEAは確かに良いのですが、一つ問題があって、大規模なプロジェクト(10000文字列以上)を開発するのは非常に難しいのです。この場合、モジュールとライブラリの分離は必須です。pronych: どなたか、1つのコンパイルされた(inludesから)ファイルと、リンクされたライブラリのセット(import)を使用して、EAの最適化の 速度をテストされた方はいらっしゃいますか? まさに同種の比較で。PS.ただ、インポートを使ったことがないんです。速度に差がなければ、ある程度は仕方がない。しかし、それでも完全な解決策にはならない。お客さまが何を求めているのか、あらかじめ知っておいたほうがいい。もし私が正しく理解していれば、Expert Advisor に直接あるコードが最も速く実行され、*.mqh にあるコードが2番目に実行され、ex5 ライブラリーにあるコードが最後に実行されることになります。しかし、これは純粋にIMHOの意見です。 Yedelkin 2011.03.08 19:21 #108 Interesting: もし私が正しく理解していれば、Expert Advisor に直接あるコードが最も速く実行され、*.mqh にあるコードは 2 番目に実行され、ex5 ライブラリーにあるコードは最後に実行されます。 コードランタイムと以下のルールはどのように関係しているのでしょうか?: mql5-programの実行中に関数をインポート するには、early linkを使用します。これは、ライブラリを使用するex5プログラムがロードされている間に、ライブラリがロードされることを意味します。 Dmitry Fedoseev 2011.03.09 06:43 #109 Interesting:1.この問題は、業者が少額の手数料で一定期間、仕事の成果を維持することを約束すれば、簡単に解決することができます。仕事の完了時に支払うか、毎月の支払いの形で、年間を通じて言う(毎月の支払いは、例えば、5〜10ドルを構成することができる)。2.さらに簡単な問題は、その開発が多くのトレーダーに利用される(またはショップで販売される)ものであれば解決することができます。そして、開発者はプロジェクトのすべてのソースコードを保持し、定期的に独自に、または顧客(顧客と購入者)の要求に応じて、コードに変更を加えることに関心を持つようになります。追記このような議論では、私は著作権やその他の権利の話題を切り出すようにしたほうがいいと思います。この方法では、もちろん追加料金を払えば、あるクローズドコード(一般人には非公開)を購入することができます。しかし、ここでは、当事者が互いの権利を侵害することができなくなる場合(例えば、契約者がショップを通じて作品を販売することができなくなる、販売する場合は著作権者に補償金を支払うなど)を選択肢として考えなければなりません。1.私は、1000人のお客様に、毎月5ドルのトークン料金で、端末の新しいビルドのリリース時に新しいex5をお送りすることをお約束します。でも、そんなカモはまずいない。2.個別の注文について説明します。 削除済み 2011.03.09 06:52 #110 Integer:1.私は喜んで1000人の顧客に、端末の新しいビルドがリリースされるたびに新しいex5を送る義務を負い、5ドル/月という形だけの手数料を支払います。でも、そんなカモはいないでしょう。2.個別の注文の話。1.平均的なユーザーは、あなたのコードで少なくとも1000ドルを管理する必要があり、同時に彼は着実に毎月少なくとも100ドルを稼ぐことができるようになります場合は、なぜでしょうか?2. 理論的にはそうですが、一方が他方を妨げるわけではありません。ある普遍的なライブラリやクラスは、異なる目的に使用することができます。 1...456789101112131415161718...20 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ソースに関する本来の質問です。これは気になるところです。
これらはすべて、(純粋なMQL5の話であれば)非常に簡単に解決することができます。
ソースコードを掲載したくない開発者は、掲載しないことも可能です(完全に正当です)。しかし、ある条件を満たすと可能になる。
まず、詮索されないようにしなければならないブロックはすべて別々のモジュール(ライブラリ、スクリプト、インデュレータ、その他のソフトウェア)に配置し、次にこれをすべてMAGAZINEで行うことができます(ソースコードの要件がそこで不合理であることに同意する必要があります)。この方法は、プログラマーが理論的に自分の仕事のコストを多くの顧客に分配できるのが良い点であり、すべての顧客に利益をもたらすことは間違いない。
注文を 調整する段階で、プログラマーは 販売中のモジュールを簡単に参照することができます(お客様が以前購入したモジュールをお持ちでない場合はお尋ねください)。もし、お客様がすでにこれらのモジュールを持っていれば、プログラマーは足りないコードを追加してお客様に渡すだけでよいのです。その他、当事者間の合意により、契約者はこれらのモジュールの代金を顧客に請求する(自ら販売する、あるいはMAGAZINEを通じて販売する)ことも、しないことも可能です。
また、作品が「ユニーク」であれば、特定のコードをライブラリにパッケージ化し、残りのソースコードをお客様に提供することも可能です(したがって、ある程度の自由度は確保できます)。
そうだ、「ex5だけをクライアントに渡す」というチェックボックスを追加し、さらに最初のチェックボックスと一緒に自動的に設定される2番目のチェックボックス「請負業者はクライアントに新鮮なex5を一生提供することに同意する」を追加すればいい...。を、彼の陽気な人生の残りのために。
1.この問題は、請負業者が少額の手数料を振り込むことで、一定期間、仕事の成果を伴うことを約束すれば、簡単に解決する。
仕事の完了時に支払い、または毎月の支払いの形で、年間と言う(毎月の支払いは、例えば、5〜10ドルを構成することができる)。
2.さらに簡単な問題は、その開発が多くのトレーダーに利用される(またはショップで販売される)ものであれば解決することができます。
そして、開発者はプロジェクトのすべてのソースコードを保持し、定期的に独自に、または顧客(顧客と購入者)の要求に応じて、コードに変更を加えることに関心を持つようになります。
追記
このような議論では、私は著作権やその他の権利の話題を切り出すようにしたほうがいいと思います。
これは、注文することで、あるクローズドコード(一般人には非公開)を、もちろん追加料金で購入することができるというものです。
しかし、ここでは、当事者が互いの権利を侵害できないようなバリエーションを考える必要がある(たとえば、アーティストはこの作品をショップを通じて販売することはできないし、販売する場合は、著作権者に補償金を支払うことになる)。
発注段階では、請負を希望するプログラマーは、市販のモジュールを簡単に参照することができる(お客さまが過去に購入したモジュールがあるかどうかを確認する)。
カッコイイ!実は、次のような考え方があるのです。デベロッパーは、販売用の動作モジュールを生成し、ストアで様々な事前チェックを受け、ストアに展示される。そして、お客様に、これらの動作するモジュールをストア保証付きで購入するか、ストア手数料の10%引きで作者から直接購入するか、どちらかをお選びくださいとお伝えしています :)
理論的には、特定の条件下で、請負業者はソースコードを提供することなく、いくつかのファイルに対して100%の割引を行うこともできます(それによって、クライアントにとって仕事がはるかに安くなります)。
一方、お客様は実行者から既にあるライブラリのセット(ストアから購入したか、他の注文を完了する際に購入したか)を持っている場合があり、これも実行にかかる費用を大幅に削減することができます。
不思議なことに、1つのコンパイルされた(inludesから)ファイルと、接続されたライブラリのセット(インポート)を使用して、EAの最適化 速度をテストした人はいますか? まさに同種の比較で。
PS.ただ、インポートを使ったことがないんです。速度に差がなければ、ある程度は仕方がない。しかし、それでも完全な解決策にはならない。お客様が何を求めているのか、あらかじめ知っておいたほうが...。
また、最適化の速度が非常に遅くなるため、4ではカスタムインダルジェンスの使用を断念しました。全てはExpert Advisorのコードに組み込まれて いたのです。私も同じ理由で輸入をあきらめました。MT5ではどうなんでしょうね。
最適化が非常に遅くなるため、4ではカスタムインダルジェンスの使用を未だに拒否しています。全てはExpert Advisorのコードに 組み込まれています。同じ理由で輸入も完全に無視したことがあります。MT5ではどうなんでしょうね。
オールインワンEAは確かに良いのですが、一つ問題があって、大規模なプロジェクト(10000文字列以上)を開発するのは非常に難しいのです。この場合、モジュールとライブラリの分離は必須です。
どなたか、1つのコンパイルされた(inludesから)ファイルと、リンクされたライブラリのセット(import)を使用して、EAの最適化の 速度をテストされた方はいらっしゃいますか? まさに同種の比較で。
PS.ただ、インポートを使ったことがないんです。速度に差がなければ、ある程度は仕方がない。しかし、それでも完全な解決策にはならない。お客さまが何を求めているのか、あらかじめ知っておいたほうがいい。
もし私が正しく理解していれば、Expert Advisor に直接あるコードが最も速く実行され、*.mqh にあるコードが2番目に実行され、ex5 ライブラリーにあるコードが最後に実行されることになります。
しかし、これは純粋にIMHOの意見です。
もし私が正しく理解していれば、Expert Advisor に直接あるコードが最も速く実行され、*.mqh にあるコードは 2 番目に実行され、ex5 ライブラリーにあるコードは最後に実行されます。
コードランタイムと以下のルールはどのように関係しているのでしょうか?:
mql5-programの実行中に関数をインポート するには、early linkを使用します。これは、ライブラリを使用するex5プログラムがロードされている間に、ライブラリがロードされることを意味します。
1.この問題は、業者が少額の手数料で一定期間、仕事の成果を維持することを約束すれば、簡単に解決することができます。
仕事の完了時に支払うか、毎月の支払いの形で、年間を通じて言う(毎月の支払いは、例えば、5〜10ドルを構成することができる)。
2.さらに簡単な問題は、その開発が多くのトレーダーに利用される(またはショップで販売される)ものであれば解決することができます。
そして、開発者はプロジェクトのすべてのソースコードを保持し、定期的に独自に、または顧客(顧客と購入者)の要求に応じて、コードに変更を加えることに関心を持つようになります。
追記
このような議論では、私は著作権やその他の権利の話題を切り出すようにしたほうがいいと思います。
この方法では、もちろん追加料金を払えば、あるクローズドコード(一般人には非公開)を購入することができます。
しかし、ここでは、当事者が互いの権利を侵害することができなくなる場合(例えば、契約者がショップを通じて作品を販売することができなくなる、販売する場合は著作権者に補償金を支払うなど)を選択肢として考えなければなりません。
1.私は、1000人のお客様に、毎月5ドルのトークン料金で、端末の新しいビルドのリリース時に新しいex5をお送りすることをお約束します。でも、そんなカモはまずいない。
2.個別の注文について説明します。
1.私は喜んで1000人の顧客に、端末の新しいビルドがリリースされるたびに新しいex5を送る義務を負い、5ドル/月という形だけの手数料を支払います。でも、そんなカモはいないでしょう。
2.個別の注文の話。
1.平均的なユーザーは、あなたのコードで少なくとも1000ドルを管理する必要があり、同時に彼は着実に毎月少なくとも100ドルを稼ぐことができるようになります場合は、なぜでしょうか?
2. 理論的にはそうですが、一方が他方を妨げるわけではありません。ある普遍的なライブラリやクラスは、異なる目的に使用することができます。