まず、最も単純な質問を見てみましょう。開発者が職場で書くコードを誰が合法的に所有しているのでしょうか？ だから、アートのパラグラフ2によると。 ロシア連邦民法1295： 雇用者は、従業員が開発したプログラムの著作権者です。 従業員（著者）は、会社での勤務期間中に作成された法的保護が可能な知的活動の結果およびその職務の遂行を処分する権利を有しません。 法的言語から通常の言語に翻訳します。特定のプロジェクトのために勤務時間中に職場のコンピューターで書いたコードは、雇用者のものです。 会社はコードを受け取り、給与を受け取ります。 将来、会社はプロジェクトを顧客に転送し（顧客が存在する場合）、この場合、あなたが同僚と書いたものをすでに所有している人が、2つの法人間の契約を決定します。 しかし、それは別の話です。
あなたのチームが優れたプロジェクトを作成し、それが運用され、新しいプロジェクトに切り替えたが、前のプロジェクトに非常に似ていると仮定します。 ここで、意図せずに疑問が生じます。古い開発を使用すべきではありませんか？ 事実、立法レベルではこの問題に関する正確な指示や説明はなく、ここの境界線は非常に薄く霧がかかっています。 したがって、前の顧客の権利が侵害されず、彼が支払ったプロジェクトが他の会社に譲渡されないことを簡単に証明できるように、古い開発を修正する必要があります。 幸いなことに、各プロジェクトは一意であり、ほとんどの場合、古いアイデアを新しいプロジェクトに移すと、別のプログラムができます。 しかし、それでも「コピーアンドペースト」の場合があり、2つのストーリーをお伝えします。
例
A開発チームは、プログラムStarry Skyを作成しました。 その後、開発者の1人がBに移り、Night Skyプログラムの作成者の1人になりました。 どういうわけか（今はどうであれ）「A」は「Night Sky」プログラムについて知り、知的財産の窃盗を理由に「B」を訴えた（そしてもちろん補償を求めた）。 裁判所は、ソースコード「星空」と「夜空」の断片の調査を命じました。 その結果、プログラムの機能を決定する設定を保存するためのレジストリブランチの名前が2行異なっていることがわかりました。
「\ Software \ Company_A \ starry sky \ Alerts」：「\ Software \ Company_B \ night sky \ Alerts」
事件を終わらせたものは推測しやすい。
セカンドストーリー
会社「E」の3人の開発者がエンタープライズオートメーション用のソフトウェアパッケージを作成し、それをプログラムのState Registerに登録しました。 しかし、その後、彼らは雇用主と対立し、会社「D」に移り、そこで商業活動に従事する企業向けの自動化システムを作成しました。 彼女もレジストリに登録されました。 ある時点で、「E」は「D」プログラムについて知り、訴訟を起こしました。 裁判所による調査により、エンタープライズオートメーションシステムDは処理の結果であり、独自のプログラムではないことが明らかになりました。 その結果、裁判所は訴訟を認め、Dがプログラムを使用することを禁じ、罰金を科した。
*ストーリーは実際の法的慣行から取られていますが、これらの企業の平和のために、すべての名前は条件付きに変更されています。
別のプログラム権の状況を考えてください。 自宅で自分でコードを作成し、GitHubで公開します。 しばらくして、自分の仕事がプロジェクトに完全に適合していることに気付きます。 プロジェクトで個人的なコードを使用することは可能ですか、それを正しく行う方法、そして誰に属しますか？
プロジェクトに取り組んだ期間中に特定の顧客の要件を満たすために個人的な開発が作成された場合、それは公式タスクとして認識されます（ロシア連邦民法1295条による）。 つまり、自由時間にコードを作成してOpenSourceに投稿した場合でも、コードに対する権利は雇用者に帰属します。 開発が特定のプロジェクトにまったく結び付けられていない場合は、パーソナルコンピューターで実行し、OpenSourceで公開し、オープンライセンスを「受け取り」、その後、完全な所有者になります。
多くの場合、顧客はプロジェクトでのそのような開発の使用を制限または完全に禁止しています。 この場合、顧客との合意により、雇用主に有利にそのようなプログラムの権利を疎外するオプションは、その後のパブリックアクセスからの削除により可能になります。 これは、プログラムの権利を雇用主または顧客に譲渡したことを意味します。 そのような制限がない場合は、プロジェクトでの開発の使用に関する会社とのライセンス契約を作成することを提案できます。 ただし、そのようなプログラムの使用については顧客に通知する必要があります。 レポートドキュメントの一部として、またはプログラム自体のテキストとして、ライセンス契約をオープンライセンスまたはそのリンクに添付する必要があります。 これが行われない場合、開発者のライブラリがプロジェクトで使用されているかどうか、または開発者が顧客のコードを「盗んだ」かどうかを理解することは法的観点から困難であり、知的財産権の裁判所に行くことができます。
これまでのところ、ロシアの司法慣行は、オープンライセンスに関連する事件の主張を知らない。おそらく、オープンライセンスに関するロシア連邦民法1286.1条が2014年3月にのみわが国に現れたからだろう。
3つの簡単な結論
- 特定のプロジェクト用に記述されたコードは、このプロジェクトに属します。 しかし、プログラムのアイデアは違います。 しかし、これら2つの概念を混同する価値はありません。
- プロジェクトでOpenSourceプログラムを使用する前に、顧客とプログラムとの関係を確認してください。
- 1つの文字のみを置き換える必要がある場合、すべての小さなコードをコピーしますが、大きなフラグメント全体をコピーすると大量の同様のコードが作成され、同じフラグメントを手動で変更する必要があり、何かが失われる危険があります。 そのため、コピーと貼り付けでは、物事を複雑にし、エラーを追加することしかできません。
ご清聴ありがとうございました！