フリーランスのクライアントは、Exp形式のEAやオープンソースコードに対して、どのような対価を支払うのでしょうか? - ページ 11 1...456789101112131415161718...26 新しいコメント Dmitry Fedoseev 2016.08.17 08:56 #101 Andrey Dik: 先ほども申し上げましたし、他の方もおっしゃっています。請負業者は、自分のコンパイルしたライブラリを発注元と一緒に譲渡する権利を持っています。請負業者は、自分のライブラリがプロジェクトに存在する場合はクライアントに通知しなければなりません。そうでなければ、仕事をすることを拒否することになるのです。 お客様が同意されれば、紛争は起こりません。しかし、お客様が無知なために同意してしまうことがあります。MT4の時もそうでしたが、次のアップデートで古いコンパイル済みのファイルが動かなくなることがあります。これには、5年間のソフトウェアの操作性を提供することを要求する法律を掘り起こすことができます(ライセンスに別段の定めがない場合)。超極秘ライブラリの開発者は知っているのだろうか、必要なのだろうか。 Yuriy Zaytsev 2016.08.17 09:04 #102 Dmitry Fedoseev: お客様が同意されれば、争うことはできません。しかし、お客様が無知なために同意してしまうことがあります。MT4でも、ある新しいアップデートで古いコンパイルファイルが動かなくなったのと同じことが起こりました。これには、5年間のソフトウェアの操作性を提供することを要求する法律を掘り起こすことができます(ライセンスに別段の定めがない場合)。超極秘ライブラリの開発者は知っているのだろうか、必要なのだろうか。これが主な問題の原因であり、それゆえ、家の設計図や建築業者とのやり取りを要求する人と同じように、ソースコードを要求するお客さんが正しいのです。お客様は、ソースコードを要求しないことでリスクを負うことになります。しかし、それは製品の価格で補うことができます。したがって、ソースコード付きの製品は、先験的に高価になるはずです。ちなみに、ライブラリはプロジェクトの 中に入れて、お客様が配布しないように規定することも可能です。一般的には、すべて解決することができます - あなたは、交渉する必要があります。 Andrey Dik 2016.08.17 09:04 #103 Dmitry Fedoseev: お客様が同意されれば、争うことはできません。しかし、お客さまは無知ゆえに同意してしまうこともあります。これは、MT4で新しいアップデートを行った後に古いコンパイルファイルが動作しなくなった場合に起こる現象です。これには、5年間のソフトウェアの操作性を提供することを要求する法律を掘り起こすことができます(ライセンスに別段の定めがない場合)。超極秘ライブラリの開発者は知っているのだろうか、必要なのだろうか。もちろん、請負業者は、将来的にプロジェクトで 自社所有のライブラリを利用できるようにすることを通知する義務があり(多くのオープンソースプロジェクトでは、このようなクローズドなライブラリを持っているのが一般的)、顧客が同意するか拒否するかは、顧客次第である。デザイン局を例にとってみましょう。お客様から建設機械の開発を依頼され、完成したものを図面として受け取ります。しかし、プロジェクトには、デザイン局の知的財産であり、明白な理由で図面を提供することができない「購入品」の部品や要素が多く含まれる場合があります。お客さまが納得すれば仕事は完了、納得できなければさようなら。 Yuriy Zaytsev 2016.08.17 09:07 #104 Dmitry Fedoseev: 何らかの理由で、あなたの契約者は仲裁通知を持っていますが、仲裁の決定が誰に有利に行われたかが書かれていません。 これは、クライアントと円満に合意したことを意味する Dmitry Fedoseev 2016.08.17 09:07 #105 Andrey Dik:1.もちろん、請負業者はプロジェクトにおいて将来的に彼らの所有権前のライブラリが利用可能になることを通知しなければならず(これは一般的な慣習で、多くのオープンソースプロジェクトではこのようなクローズドなライブラリがある)、受け入れるか拒否するかはクライアント次第である。2.デザイン局を例にとってみましょう。お客様から建設機械の開発を依頼され、完成したものを図面として受け取ります。しかし、プロジェクトには、デザイン局の知的財産であり、明白な理由で図面を提供できない「購入した」ディテールや要素が多く含まれている場合があります。お客様が納得する→仕事が終わる、いや、さようなら。 2.そうですね。ただ、ここで誤解される方もいらっしゃるかもしれません。 Youri Tarshecki 2016.08.17 09:11 #106 Dmitry Fedoseev: 1.遺言執行者が所有者になれないことは明らかです。 誰にでもわかるものではないことがわかりました...-) Andrey Dik 2016.08.17 09:12 #107 Dmitry Fedoseev: 2.しかし、ここで誤解している人がいるかもしれません。全く理解できない人もいます。ちなみに、設計局にはプリオレット組立の報告義務があり、仕事の完了時には必ず購入部品と部品BCのリスト(図面なし)が書類に含まれていますし、そうあるべきでしょう。私は長年、様々な会社で旋盤工、設計者、計算技術者、局長として働いてきましたので、このテーマはよく分かっています。 削除済み 2016.08.17 09:18 #108 Yuriy Zaytsev: 依頼後、顧客と円満に合意したことを意味します。私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。フリーランスアービター2016.08.15 17:06"# DEお客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。 Andrey Dik 2016.08.17 09:21 #109 azfaraon:私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。フリーランスアービター2016.08.15 17:06"# DEお客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。完成した作品の受け取りを拒否する。没収されることになりますが、将来の保証がないままプロジェクトが終了してしまうよりはマシです。今後のために、契約の必要な結果について書面で合意しておくことが望ましい。これはToRではなく、アグリーメントです。契約書には、さらに製品に関する権利を規定することができます(これは、法的側面で将来の問題を回避するのに役立ちます、あなたは顧客を訴える権利を与える)、これらの法的側面は、フリーランス(同様にコードベースでは、法的側面が規定されていない、私はこのテーマで以前に質問を提起した)、あなたは事前にそれを考える必要があります。 Dmitry Fedoseev 2016.08.17 09:23 #110 azfaraon:私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。フリーランスアービター2016.08.15 17:06"# DEお客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。 ちょっと違うケースなんですけどね。開発はゼロからではなく、ソースコードを渡して修正してもらい、何が返ってきたのでしょうか?アプリケーションの最初のページには、「完了する」と書かれています。コンパイル」とは書いていない。契約者はコードを渡され、タスクは「ファイナライズ」なので、同じコードでもファイナライズしたものを返してもらわなければなりません。 1...456789101112131415161718...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
先ほども申し上げましたし、他の方もおっしゃっています。請負業者は、自分のコンパイルしたライブラリを発注元と一緒に譲渡する権利を持っています。請負業者は、自分のライブラリがプロジェクトに存在する場合はクライアントに通知しなければなりません。そうでなければ、仕事をすることを拒否することになるのです。
お客様が同意されれば、争うことはできません。しかし、お客様が無知なために同意してしまうことがあります。MT4でも、ある新しいアップデートで古いコンパイルファイルが動かなくなったのと同じことが起こりました。これには、5年間のソフトウェアの操作性を提供することを要求する法律を掘り起こすことができます(ライセンスに別段の定めがない場合)。超極秘ライブラリの開発者は知っているのだろうか、必要なのだろうか。
これが主な問題の原因であり、それゆえ、家の設計図や建築業者とのやり取りを要求する人と同じように、ソースコードを要求するお客さんが正しいのです。
お客様は、ソースコードを要求しないことでリスクを負うことになります。しかし、それは製品の価格で補うことができます。したがって、ソースコード付きの製品は、先験的に高価になるはずです。
ちなみに、ライブラリはプロジェクトの 中に入れて、お客様が配布しないように規定することも可能です。
一般的には、すべて解決することができます - あなたは、交渉する必要があります。
お客様が同意されれば、争うことはできません。しかし、お客さまは無知ゆえに同意してしまうこともあります。これは、MT4で新しいアップデートを行った後に古いコンパイルファイルが動作しなくなった場合に起こる現象です。これには、5年間のソフトウェアの操作性を提供することを要求する法律を掘り起こすことができます(ライセンスに別段の定めがない場合)。超極秘ライブラリの開発者は知っているのだろうか、必要なのだろうか。
もちろん、請負業者は、将来的にプロジェクトで 自社所有のライブラリを利用できるようにすることを通知する義務があり(多くのオープンソースプロジェクトでは、このようなクローズドなライブラリを持っているのが一般的)、顧客が同意するか拒否するかは、顧客次第である。
デザイン局を例にとってみましょう。お客様から建設機械の開発を依頼され、完成したものを図面として受け取ります。しかし、プロジェクトには、デザイン局の知的財産であり、明白な理由で図面を提供することができない「購入品」の部品や要素が多く含まれる場合があります。お客さまが納得すれば仕事は完了、納得できなければさようなら。
何らかの理由で、あなたの契約者は仲裁通知を持っていますが、仲裁の決定が誰に有利に行われたかが書かれていません。
1.もちろん、請負業者はプロジェクトにおいて将来的に彼らの所有権前のライブラリが利用可能になることを通知しなければならず(これは一般的な慣習で、多くのオープンソースプロジェクトではこのようなクローズドなライブラリがある)、受け入れるか拒否するかはクライアント次第である。
2.デザイン局を例にとってみましょう。お客様から建設機械の開発を依頼され、完成したものを図面として受け取ります。しかし、プロジェクトには、デザイン局の知的財産であり、明白な理由で図面を提供できない「購入した」ディテールや要素が多く含まれている場合があります。お客様が納得する→仕事が終わる、いや、さようなら。
1.遺言執行者が所有者になれないことは明らかです。
2.しかし、ここで誤解している人がいるかもしれません。
全く理解できない人もいます。
ちなみに、設計局にはプリオレット組立の報告義務があり、仕事の完了時には必ず購入部品と部品BCのリスト(図面なし)が書類に含まれていますし、そうあるべきでしょう。
私は長年、様々な会社で旋盤工、設計者、計算技術者、局長として働いてきましたので、このテーマはよく分かっています。
依頼後、顧客と円満に合意したことを意味します。
私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。
お客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。
機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。
私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。
お客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。
機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。
完成した作品の受け取りを拒否する。没収されることになりますが、将来の保証がないままプロジェクトが終了してしまうよりはマシです。
今後のために、契約の必要な結果について書面で合意しておくことが望ましい。これはToRではなく、アグリーメントです。契約書には、さらに製品に関する権利を規定することができます(これは、法的側面で将来の問題を回避するのに役立ちます、あなたは顧客を訴える権利を与える)、これらの法的側面は、フリーランス(同様にコードベースでは、法的側面が規定されていない、私はこのテーマで以前に質問を提起した)、あなたは事前にそれを考える必要があります。
私がキレた時のセリフを見せてくださいと言ったら、一言もしゃべらなかった。
お客様、ソースコードの提供は事前にTORに規定されているはずです。開発者は、完成したソリューションをコンパイルしたファイルとして提供しています。
機能に異存がなければ、2日以内に作品をお受け取りになることをお勧めします。そうでなければ、不本意ながら仕事が終わってしまいます。" アービトレーション "の回答です。
ちょっと違うケースなんですけどね。開発はゼロからではなく、ソースコードを渡して修正してもらい、何が返ってきたのでしょうか?アプリケーションの最初のページには、「完了する」と書かれています。コンパイル」とは書いていない。
契約者はコードを渡され、タスクは「ファイナライズ」なので、同じコードでもファイナライズしたものを返してもらわなければなりません。