이전 지적 재산을 고용주에게 가져 오기

자유 시간에 계약서에 서명하거나 회사 A가 고용하기 전에 라이브러리 X를 개발했다고 가정합니다.

그런 다음 회사 A와 계약을 체결하고 작업을 시작합니다. 라이브러리 X가 엄청나게 유용하고 회사에 많은 시간과 비용을 절약 할 것임이 분명해졌습니다.

이 코드를 회사에 도입하는면에서이 분야의 업계 표준 관행은 무엇입니까? 라이브러리 X를 회사 A에 라이센스 할 수 있습니까?

도서관이 본인의 저작물이고 여전히 권리가있는 경우, 원하는 사람에게 자유롭게 판매 할 수 있습니다. A가 원하고 라이센스 가격을 지불 할 준비가되면 유효한 거래입니다.

까다로울 수있는 곳은 IP를 가져 와서 A에서 일한 곳을 X에 넣는 곳입니다.

계약서에는 A의 요청에 따라 변경 한 사항에 대한 권리와 계약에 이어 X에 대한 다른 변경 사항에 대한 권리를 소유 한 사람을 명확하게 명시해야합니다 (A와의 고용 후). 또한 X에서 작업 할 수있는시기에 대한 규칙도 제시합니다 (회사 시간에 작업은 일반적으로 A에 속합니다). 귀하와 A 회사가 우호적 인 조건 미만인 경우 어떻게되는지 반드시 확인하십시오.

변호사를 만나십시오.

(면책 조항, 저는 변호사가 아닙니다)

이것은 다른 답변으로 이미 해결 된 라이센스 문제 일뿐만 아니라 팀 내에서도 문제를 일으킬 수 있습니다.

나쁜 경우 : 당신이 만든 라이브러리는 누구에게도 알려지지 않았으므로 아무도 유용하지는 않습니다. 이제 상사에게 가서 비교적 높은 가격으로 사도록 제안하십시오. 어쨌든 당신은 상사에게 미화 2000 달러를 사도록 설득 할 수 있지만, 동료는 당신이 주장한 것만 큼 좋지 않다고 주장합니다. 설상가상으로 누군가는 250 달러에 동일한 상용 라이브러리를 발견하고 오픈 소스 버전은 프로젝트에서 사용할 수있는 자유 라이센스로 무료로 거의 동일합니다. 결국, 당신은 당신이 당신 자신의 이익을 위해 너무 비싼 것을 사기 위해 상사에게 속이는 것처럼 보이므로 상사는 결코 당신의 제안을 다시는 듣지 않을 것입니다.

이런 이유로, 나는 동료들이 당신의 상사에게 가기 전에 당신의 lib를 사용하는 것의 큰 장점을 만장일치로 확인한다는 것을 특히 조심해야합니다. 그렇지 않으면 정치적 문제에 부딪 칠 가능성이 아마도 당신의 도서관에 여분의 돈을 얻는 것보다 유리할 것입니다.

lib를 오픈 소스로 만드십시오! CC 라이센스가 정확히 어떤 것인지 잘 모르겠지만 "제품을 판매하더라도 어떤 제품에서든 사용할 수 있습니다. lib 자체에 돈을 요구해서는 안됩니다 "저작권을 언급하고 변경할 수 있습니다." 따라서 A (고용주)는 B로 이사 할 때도 행복 할 것입니다.

귀하가 완전하게 권리를 소유 한 심각한 사악한 코드 인 경우 회사에 라이센스를 부여하는 것이 매우 합리적입니다.

오후에 개발 한 것이 깔끔한 것이라면 귀찮게하지 않을 것입니다. 그냥 상사에게 가져 와서 kudo와 high-five를 얻으십시오. 그들은 나중에 추가 노력을 기억할 것입니다.