フリーランスのクライアントは、Exp形式のEAやオープンソースコードに対して、どのような対価を支払うのでしょうか? - ページ 10 1...34567891011121314151617...26 新しいコメント TheXpert 2016.08.17 08:41 #91 Youri Tarshecki: Windowsのコードの中に、ビル・ゲイツのものでない情報が1つでもあるのだろうか?また、彼は自分のために働くプログラマーをよく訴えますね? 給料をもらっているプログラマーがその会社で書いたコードは、その会社の財産である。契約書にも書いてある。 Youri Tarshecki 2016.08.17 08:44 #92 プログラマーが会社ではなく、フリーランスでコードを書いているという事実は、ロシア連邦の法律の本質を何らかの形で変えてしまうのでしょうか?そんなことはないだろう。すなわち、このテーマでのフリーランスの主な問題点はルールでは、誰が製品の所有者であるかは規定されていません。少なくとも、必要であれば当事者が解決しなければならないとの言及はない。2.デベロッパーという言葉は間違っています。正しくは、エクゼキューターです。 Yuriy Zaytsev 2016.08.17 08:45 #93 Youri Tarshecki:この論理を他の仕事にも応用してみてください。あなたがコーダーではなく、デザイナーや建築家であると想像してください。例えば、私が建築家に、あるスケッチをもとに家を建てるように命じるとします。家を建て、工事費を支払い、引っ越した。ある日、建築家が訪ねてきて、私はこの家の所有者ではないことが判明した。建築家は、この家に私以外の人間を住まわせてはいけないし、ましてや私がこの家を売るなどもってのほかだ、ということがわかりました。不条理を感じますか?アーキテクトは、"「タスク定義」「情報サポート」「アルゴリズムサポート」などのドキュメント群を適用していることが判明した--そこには、未来のプロダクトがアルゴリズムの「文字」まで詳細に記述されている。"概念を置き換えているに過ぎない。作品の複雑さ、詳細さ、知的、ドキュメンタリー的、アルゴリズム的な要素は、最終製品の所有権とは何の関係もないのです。そして、たとえ、ある家の工事中に、突然、建築家が超秘密のもの、たとえば、通信用のブラックルームのようなものを適用し、家の所有者がアクセスできないようにしたとしても、少なくとも、家の所有者とそのオプションについて確認しなければならない。つまり、お金をもらうことでコードの所有権を失うことが嫌なら、そのような条件で仕事をしないか、発明を知的財産として特許化するか、自分の仕様についてあらかじめ顧客に警告しておくか、どちらかです。では、別の方法、つまりアナロジーで見てみましょう。お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。 しかし、お客様が業者に、この家を建てた道具の図面や資料をすべて提供するように要求することは、まず不可能でしょう例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?-------------- 私が言いたいのは、開発者の個人的なライブラリーを利用してソフトを 書いたということですまた、プログラミングでは、ライブラリのソースコードは渡さず(コンクリートミキサーの説明はしない)、注文のソースコード(住宅や通信の図面)を渡すというアレンジも可能です。 Dmitry Fedoseev 2016.08.17 08:45 #94 Youri Tarshecki:すなわち、このテーマでのフリーランスの主な問題点は1.そもそもルール上、製品の所有者が誰であるかは規定されていない。少なくとも、必要であれば当事者が解決しなければならないとは書かれていない。2.デベロッパーという言葉は間違っています。正しくは、エクゼキューターです。 1.契約者が所有者になることは当然ありえない。 Youri Tarshecki 2016.08.17 08:47 #95 Yuriy Zaytsev:では、別の方法、つまりアナロジーで見てみましょう。お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。 が、施主が請負業者に、家を建てるのに使った道具の図面や資料をすべて提出するよう要求することは、まずありえない。例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?-------------- 開発者の個人的なライブラリを使ってソフトを 書いたのではないか!?また、プログラミングでは、ライブラリのソースコード(コンクリートミキサーの説明など)は渡さず、注文のソースコード(住宅や通信の図面)を渡すというアレンジも可能です。 しかし、コンクリートミキサーは、家の運用に強く関与していない場合のみです。 Yuriy Zaytsev 2016.08.17 08:50 #96 Dmitry Fedoseev: 1.当然ながら、遺言執行者が所有者になることはできません。 にっちもさっちもいかない Andrey Dik 2016.08.17 08:50 #97 Yuriy Zaytsev:では、別の方法、つまりアナロジーで見てみましょう。お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。 が、施主が請負業者に、家を建てるのに使った道具の図面や資料をすべて提出するよう要求することは、まずありえない。例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?-------------- 開発者の個人的なライブラリを使ってソフトを 書いたのではないか!?そして、プログラミングでは、ライブラリのソースコードは渡さず(つまり、コンクリートミキサーの説明はしない)、注文のソースコード(家の図面や通信)を渡すようにアレンジすることができます。 これに私は以前言った、と他の人が言った - 請負業者は、注文のソースと一緒に、そのコンパイルされたライブラリ、プロジェクト内の彼らのライブラリの存在を転送する権利を持って、請負業者は、顧客に通知する必要があります、それ以外の場合は、作業を実行することを拒否します。 Dmitry Fedoseev 2016.08.17 08:51 #98 Yuriy Zaytsev: にっちもさっちもいかない 仕事をしたからといって、その結果を所有する権利があるわけではないという意味で。 Yuriy Zaytsev 2016.08.17 08:52 #99 Andrey Dik: 先ほども申し上げましたし、他の方もおっしゃっています。請負業者は、自分のコンパイルしたライブラリを発注元と一緒に譲渡する権利を持っています。請負業者は、自分のライブラリがプロジェクトに存在する場合は クライアントに通知 しなければなりません。そうでなければ、仕事をすることを拒否することになるのです。 はい!その通りです。この指摘に完全に同意します。 Yuriy Zaytsev 2016.08.17 08:54 #100 Dmitry Fedoseev: ある仕事をしたからといって、その結果を所有する権利があるわけではない、という意味で。コントラクターがクライアントと一緒にプロジェクトを 進め、さらにはアイデアの推進役となる場合という意味ですそして、このような場合、クライアントも私も、その製品がある種一般的なものであることを理解するのが普通です。 1...34567891011121314151617...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Windowsのコードの中に、ビル・ゲイツのものでない情報が1つでもあるのだろうか?また、彼は自分のために働くプログラマーをよく訴えますね?
プログラマーが会社ではなく、フリーランスでコードを書いているという事実は、ロシア連邦の法律の本質を何らかの形で変えてしまうのでしょうか?そんなことはないだろう。
すなわち、このテーマでのフリーランスの主な問題点は
ルールでは、誰が製品の所有者であるかは規定されていません。少なくとも、必要であれば当事者が解決しなければならないとの言及はない。
2.デベロッパーという言葉は間違っています。正しくは、エクゼキューターです。
この論理を他の仕事にも応用してみてください。
あなたがコーダーではなく、デザイナーや建築家であると想像してください。
例えば、私が建築家に、あるスケッチをもとに家を建てるように命じるとします。家を建て、工事費を支払い、引っ越した。ある日、建築家が訪ねてきて、私はこの家の所有者ではないことが判明した。建築家は、この家に私以外の人間を住まわせてはいけないし、ましてや私がこの家を売るなどもってのほかだ、ということがわかりました。
不条理を感じますか?アーキテクトは、"「タスク定義」「情報サポート」「アルゴリズムサポート」などのドキュメント群を適用していることが判明した--そこには、未来のプロダクトがアルゴリズムの「文字」まで詳細に記述されている。"
概念を置き換えているに過ぎない。作品の複雑さ、詳細さ、知的、ドキュメンタリー的、アルゴリズム的な要素は、最終製品の所有権とは何の関係もないのです。
そして、たとえ、ある家の工事中に、突然、建築家が超秘密のもの、たとえば、通信用のブラックルームのようなものを適用し、家の所有者がアクセスできないようにしたとしても、少なくとも、家の所有者とそのオプションについて確認しなければならない。
つまり、お金をもらうことでコードの所有権を失うことが嫌なら、そのような条件で仕事をしないか、発明を知的財産として特許化するか、自分の仕様についてあらかじめ顧客に警告しておくか、どちらかです。
では、別の方法、つまりアナロジーで見てみましょう。
お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。
しかし、お客様が業者に、この家を建てた道具の図面や資料をすべて提供するように要求することは、まず不可能でしょう
例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?
-------------
- 私が言いたいのは、開発者の個人的なライブラリーを利用してソフトを 書いたということです
また、プログラミングでは、ライブラリのソースコードは渡さず(コンクリートミキサーの説明はしない)、注文のソースコード(住宅や通信の図面)を渡すというアレンジも可能です。
すなわち、このテーマでのフリーランスの主な問題点は
1.そもそもルール上、製品の所有者が誰であるかは規定されていない。少なくとも、必要であれば当事者が解決しなければならないとは書かれていない。
2.デベロッパーという言葉は間違っています。正しくは、エクゼキューターです。
では、別の方法、つまりアナロジーで見てみましょう。
お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。
が、施主が請負業者に、家を建てるのに使った道具の図面や資料をすべて提出するよう要求することは、まずありえない。
例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?
-------------
- 開発者の個人的なライブラリを使ってソフトを 書いたのではないか!?
また、プログラミングでは、ライブラリのソースコード(コンクリートミキサーの説明など)は渡さず、注文のソースコード(住宅や通信の図面)を渡すというアレンジも可能です。
1.当然ながら、遺言執行者が所有者になることはできません。
では、別の方法、つまりアナロジーで見てみましょう。
お客様は家を注文しました。家のすべての図面、通信の計画を要求しました。
が、施主が請負業者に、家を建てるのに使った道具の図面や資料をすべて提出するよう要求することは、まずありえない。
例えば、請負業者が自作したコンクリートミキサーを使用する場合、なぜ顧客がその回路図が必要なのでしょうか?
-------------
- 開発者の個人的なライブラリを使ってソフトを 書いたのではないか!?
そして、プログラミングでは、ライブラリのソースコードは渡さず(つまり、コンクリートミキサーの説明はしない)、注文のソースコード(家の図面や通信)を渡すようにアレンジすることができます。
にっちもさっちもいかない
先ほども申し上げましたし、他の方もおっしゃっています。請負業者は、自分のコンパイルしたライブラリを発注元と一緒に譲渡する権利を持っています。請負業者は、自分のライブラリがプロジェクトに存在する場合は クライアントに通知 しなければなりません。そうでなければ、仕事をすることを拒否することになるのです。
ある仕事をしたからといって、その結果を所有する権利があるわけではない、という意味で。
コントラクターがクライアントと一緒にプロジェクトを 進め、さらにはアイデアの推進役となる場合という意味です
そして、このような場合、クライアントも私も、その製品がある種一般的なものであることを理解するのが普通です。