직장에서 작성된 소프트웨어 도구를 언제 게시 할 수 있습니까?


24

나는 상당히 일반적인 직장에서 소프트웨어 문제를 연구하고 있지만 해결하려는 라이브러리를 찾을 수 없으므로 직접 작성하는 것을 고려하고 있습니다 (적어도 베어 본 버전). 프로젝트에 필요한 1.0 버전이 아닌 경우 일부 버전을 작성합니다. 결과가 좋으면 작업을 집으로 가져 와서 재미있게 다듬어 공개 소스 프로젝트로 출시하고 싶을 수도 있습니다. 그러나 직장에서 1.0 버전을 작성하면 법적인 의미 에서이 작업을 수행하지 못할 수도 있습니다. 분명히 나는 ​​상사에게 (아마도 신경 쓰지 않을 것임) 물어볼 수는 있지만 다른 프로그래머 가이 문제를 어떻게 다루었 고 법이 어디에 있는지 궁금합니다. 나의 한 문장 질문은직장에서 업무용으로 원래 작성한 소프트웨어 도구를 오픈 소스로 작성하는 것이 언제 (법적 / 윤리적) 괜찮습니까? 근무 외 시간에 원본 소스를 크게 확장 한 경우 어떻게됩니까?

후속 조치 : 집에 모든 것을 집에 쓴 다음 직장에서 간단히 사용한다고 가정 해 봅시다.

후속 조치 2: 나는 고용주를 찢어 내려고하지 않는다는 점에 유의하십시오 (저는 그들이 소유 한 제품을 만들기 위해 돈을 지불한다는 것을 이해합니다). 비영리 단체가 내 코드를 사용하여 시간을 절약 할 수 있다면 좋을 것입니다. 또한 또 다른 문제가 있습니다. Javascript의 HTML 테이블과 같이 매우 간단하고 일반적인 일을 위해 라이브러리를 작성하면 법적으로 위험을 감수하지 않고 제 시간에 다시 할 수 없다는 것을 의미합니다. 더 큰 프로젝트의 세그먼트). 직장 내 코드가 여전히 뇌에 어딘가에 영향을 줄 수 있기 때문에 (이 회사의 허가없이) 평생 동안이 종류의 프로젝트에 대한 코드를 작성할 권리를 포기하고 있습니까? 소프트웨어 특허와 관련이있는 것 같습니다.


5
계약서를 확인하고 변호사에게 문의하십시오. 많은 고용 계약에는 "모든 발명품은 고용주가 소유합니다"유형 조항이 있습니다. 집행력은 다양합니다 ... 변호사에게 문의해야합니다.

7
"잘 밝혀지면, 집으로 가져 와서 재미있게 다듬고 오픈 소스 프로젝트로 출시하고 싶을 것입니다." -귀사에서이를 승인하지 않을 가능성이 높습니다. 귀하의 작업 제품은 귀하가 소유하지 않습니다.
Ramhound

5
나는 그들이 그것을 발표하기로 동의하지 않은 작업이 발견되면 당신을 엄청나게 깊은 물로 데려가는 것에 강력히 베팅했습니다. 서면으로 받아보십시오.
Rig

대부분의 중간 규모 회사는 모든 종류의 시스템 불안정성, 바이러스 등을 유발할 수 있으므로 업무용 컴퓨터에 승인되지 않은 소프트웨어를 설치하는 것을 허용하지 않습니다. 행동 과정 중 하나.
calum_b

2
@Ramhound 나는 그것이 흑백이라고 생각하지 않습니다. 집에서 비슷한 것을 쓰면서 작업 버전에 대해 어떻게 생각할 수 없습니까? 어쨌든, 이것은 아마도 고용 계약의 비경쟁 조항을 통해 처리 될 것입니다. 필자의 요점은 아마도 회사 코드가 자신이 작성한 코드에 영향을주지 않도록하는 방법이 없을지도 모른다는 점이다.
AlexMA

답변:


41

법적으로나 윤리적으로 고용주의 자원을 사용하거나 사용자가 허가없이 귀하의 시간 동안 고용주가 지불 한 제품을 출시하는 것은 절대로 괜찮습니다.

그러나 고용 계약에 따라 다릅니다. 회사에서 비용을 지불하거나 회사 리소스를 사용하여 제품을 생산 한 경우 해당 작업이 회사에 속할 가능성이 있습니다. 관리자와 법무 부서를 거쳐야합니다. 고용 계약에 따라 시간에 개인 자원을 사용하여 작업하는 경우에도 관련 기술에 대한 작업이나 프로젝트에서 고용주가 얻은 지식을 사용하는 데 제한이있을 수 있습니다.

유급 시간, 회사 자원을 사용하거나 회사의 비즈니스와 관련이 있다고 생각되는 것을 개발하는 경우 항상 계약 및 / 또는 법률 부서의 조언을 얻어 계약을 위반하지 않도록하십시오. 프로젝트 작업을위한 적절한 권한. 일반적으로 프로젝트에 대한 접근 방식이 변경 될 수 있으므로 작업을 시작하기 전에이 작업을 수행하는 것이 더 쉽습니다.

직장에서 자신의 시간에 사용할 제품을 작성하는 것은 의문의 여지가 있으며 고용주가 준수해야하는 규정에 따라 다릅니다. 최소한 오프라인 작업을 통해 고용주 일정, 예산 및 추정을 방해 할 수 있습니다. 경우에 따라 적절한 시간 내에 추적 및 청구되는 제품을 생성하여 계약 규정을 위반할 수 있습니다.


8
마지막 단락에 +1 직원이 자발적으로 자발적으로 그렇게 했더라도 관련 제품을 다루고 올바르게 회계하고 청구하지 않는 직원은 고용주에게 큰 결과를 초래할 수 있습니다. 특히 고용주가 정부 계약자 인 경우. 전체 입찰 프로세스 및 간접 비율은 모든 잠재적 정부 계약 입찰자에게 수준의 경기장을 만들기 위해 정확한 숫자를 사용하는 것에 의존합니다. 의도적이든 아니든 퍼징 수치는 고용주가 계약 및 형사 기소에 입찰하는 것을 거부 할 수 있습니다.
덩크

"고용주를 위해 만들어진 제품"이라는 아이디어를 살려 주시겠습니까? 내가 가지고 올 경우 아이디어 나 개념 및 제품의 코드에서 그 아이디어를 사용하여, 나는 오픈 소스 자원 봉사 프로젝트에 대한 그 생각, 말을 사용할 수 있습니까? 특허가 없거나 특허를받을 수 없다고 가정 해 봅시다.
AlexMA

1
@AlexMA이 문구는 내 대답에 나타나지 않으므로 확장하려는 내용을 모르겠습니다. 24 시간 동안 프로젝트를 작성하거나 고용주의 자원을 사용하는 경우, 단락 2를 참조하십시오. 진행중인 프로젝트 또는 회사의 비즈니스와 관련이있는 경우 단락 3 및 4를 참조하십시오. 어쨌든 그것은 나쁜 생각입니다 (비 윤리적이거나 불법적이지 않은 경우) 허가없이 자신의 시간에 업무 관련 업무를 수행 할 수 있습니다.
Thomas Owens

@ThomasOwens 그게 내가 의미하는 바가 아닙니다. 불분명해서 죄송합니다. 정확한 인용문은 "고용주의 자원을 사용하여 만든 제품"이었습니다. 내가 소유 한 것과 소유 한 것이 무엇입니까? 직장에서 생각 해낸 일반적인 프로그래밍 아이디어는 어떻습니까? 계단을 세우는 새로운 방법이나 새롭고 더 나은 망치를 만든 목수와 매우 흡사 한 다음, 그 기법 / 도구를 사용하여 자신의 고용주를위한 계단을 만듭니다.
AlexMA

2
@AlexMA 직장에서, 심지어 자신의 시간에 사용할 무언가를 만들려면 고용주의 법무 부서를 거쳐야합니다. 마지막 단락과 Dunk의 의견에서 다루었습니다. 프로젝트를 지원하기 위해 외부에서 작업을 수행하면 해로운 영향을 미치고 법적 결과가 발생할 수 있습니다. 관련없는 아이디어는 한 가지이지만, 직장에서 만든 것을 사용하려면 작업을 시작하기 전에 법적 절차를 거쳐야합니다.
Thomas Owens

14

결과가 좋으면 작업을 집으로 가져 와서 재미있게 다듬어 공개 소스 프로젝트로 출시하고 싶을 수도 있습니다.

처음부터 의도에 대해 고용주에게 분명하게 알려야합니다. 기분이 상하고 오해, 실망 등이 없도록 시작하기 전에 모든 것이 어떻게 작동 할 것인지에 대한 합의에 도달하십시오. 고용주를위한 업무는 고용주의 재산입니다.

직장에서 업무용으로 원래 작성한 소프트웨어 도구를 오픈 소스로 작성하는 것이 언제 (법적 / 윤리적) 괜찮습니까?

상사 (및 법무 부서)로부터 재산을 배포 할 수있는 권한이있는 경우

근무 외 시간에 원본 소스를 크게 확장 한 경우 어떻게됩니까?

중요하지 않습니다. 당신은 고용주의 재산으로 일하고 있습니다. 여기에서 몇 줄을 바꾸어도 사실은 바뀌지 않습니다. 프로젝트의 모든 한 줄을 변경하더라도 여전히 그럴 수 있습니다. 자세한 내용은 변호사에게 문의하십시오. 그러나 좋은 소식은 기대하지 마십시오.

이제 고용주는 일부 오픈 소스 라이센스에 따라 라이브러리를 배포하는 것이 행복 할 것입니다. 그것이 경쟁 우위의 일부라고 생각하거나 도서관을 유지하고 싶지만 도서관 자체를 유지하기 위해 반드시 모든 노력을 기울이고 싶지 않은 경우, 또는 선의의 의지 등을 얻으려는 경우, 그러면 문제가 해결 될 수 있습니다. 그것이 그들의 결정이라는 것을 기억하십시오.


Now, your employer may be perfectly happy to distribute the library .... 그러면 잠재적 소송 및 / 또는 기타 법적 문제가 발생하지 않습니다.
Martin York

@LokiAstari 물론-소프트웨어를 오픈 소싱하기 전에 고용주가 고려해야 할 사항이 많이 있습니다. 내 목록은 철저하지 않습니다.
Caleb

2
When you have permission from your supervisor (and perhaps legal department)... 귀하의 상사는 회사를 대신하여 이러한 문제에 대해 말할 권리가 거의 없습니다. 괜찮다고 생각할 수도 있지만 고위 경영진이 동의하지 않을 수도 있습니다. 선임 관리 / 법적 허가가 있어야합니다.
cdkMoose

2
@cdkMoose 물론입니다. 따라서 법무 부서에 포함됩니다. "매우 드물다"고 말하는 것은 신축입니다. 회사의 규모 / 구조에 대해 너무 많은 가정을합니다. 감독자가 CIO, CTO 또는 CEO (또는 위의 모든 것) 일 수 있습니다. 아마도 "필요한 권한이있을 때"라고 말하고 세부 정보를 독자에게 맡겼습니다.
Caleb

고용주와의 대화 +1-이 라이브러리 (및 프로그램 자체가 아님)를 오픈 소스로 제공하는 것이 완전히 행복 할 수도 있고 그렇지 않을 수도 있습니다. 일부 선구적인 회사 (Google, Facebook)는 회사의 핵심 제안이 아닌 한 직원이 수행 한 일부 작업을 공개 소스로 허용합니다. 그러나 그들 모두는 심사 과정을 거칩니다.
Suman

5

쉬운 답변 :

못.

문제는 다음과 같습니다. 대부분의 현대 국가의 법률에 따라 기본적으로 작성한 모든 것에 대한 저작권을 보유합니다. 고용주와 같은 다른 사람을 위해 쓸 때에도 마찬가지 입니다.

분명히 이것은 소프트웨어 개발자 고용에 관심이있는 사람에게는 문제가됩니다.

이를 해결하기 위해 소프트웨어 회사는 비공개 계약 (NDA)에 서명해야합니다. 이 NDA 내에서, 귀하는 해당 고용주에 대해 작성한 모든 코드의 저작권을 포기한다고 명시되어 있습니다. 언제했는지는 중요하지 않습니다. 모두 동일합니다.

다시 말해 : 작성한 코드는 귀하의 것이 아닙니다 . 고용주에게 속하며 게시 할 수 없습니다.

나는 NDA에 서명하지 않은 개발자에 대해 들어 본 적이 없기 때문에 실제로 외진 지역에 있지 않다면 고용되었을 때 NDA에 서명했다고 말하는 것이 안전합니다.

고용주가 어떤 이유로 출판에 관심이 있다면, 다른 이야기입니다 (반복이 있다면 올바른 일이라고 확신시킬 수도 있습니다). 그러나 이것이 유일한 방법입니다.


4
적어도 미국 저작권 청의이 문서 에 따르면 IANAL, 그러나 귀하의 경우에도 ... 미국에서는 사실이 아닌 것 같습니다 . 또한 비공개 및 고용 관련 업무는 관련이없는 문제입니다. 고용 개시시 서명 한 계약이 비공개 이외의 것보다 많을 수 있으므로 위의 "NDA"대신 "고용 계약"과 같은 용어를 사용하는 것이 좋습니다 비공개 계약은 종종 고용 조건과 관련이 없습니다.
Caleb

@Caleb, 당신의 출처는 : ""임직을위한 노력 "의 개념은 복잡 할 수 있으며, 그것은 절대적으로 맞습니다. 소프트웨어가 단순한 코드 이상의 것이기 때문에 솔루션과 아이디어의 집합이기 때문에 복잡해질 수 있습니다. 그러면 질문은 "귀하의 회사가 코드를 소유하고 있습니까 , 아니면 코드로 표현 된 아이디어를 소유하고 있습니까?"가됩니다. 누군가 오전 2시에 업무에 대한 훌륭한 아이디어를 생각해 내고 다음날 아침 코드로 구현하는 시나리오를 상상하면 더욱 복잡해집니다. 계속 ...
riwalk

... 대부분의 회사에서 사용하는 솔루션은 언제 작성했는지, 언제 작성했는지에 관계없이 모든 것을 소유하고 있다고 진술하는 것입니다. 추가 법률이있는 일부 주 (워싱턴과 캘리포니아가 떠오를 것)가 있지만 다른 주에서는 그렇지 않습니다. 복잡합니다. 결론-당신은 변호사가 필요합니다 :)
riwalk

@ Stargazer712-작업 계약서에 이런 종류의 조항을 작성한 회사는 드물다. 나는 누군가가 아직 도전하지 않은 주에서도 그 용어들이 불법이라고 주장하기까지합니다. 또한 자신의 권리를 모르기 때문에 계약에 서명하는 경우 코드 외부에서 코드를 사용할 권리가 없습니다.
Ramhound December

1

이것은 고용주와의 계약 관계에 따라 다릅니다 ...

지적 재산권

기본적으로, 많은 조직은 보다 광범위한 프로그래밍 / 코딩 커뮤니티에 혜택을주기 위해 일반 기능 / 클래스 를 오픈 소스로 기꺼이 기꺼이 제공 하지만 지적 재산권의 관점에서 볼 수없는 것과 그렇지 않은 것들도 있습니다. .

코드가 고용주 IP 또는 영업 비밀에 대한 모든 유형의 참조를 사용하는 경우 거부 할 수 있음을 이해할 수 있습니다.

오픈 소스

기본적으로 그리고 기본적으로, 고용 계약 조건과 충돌하지 않거나 어떤면에서든 그들이하는 것과 경쟁 하지 않는 한 , 자신 이 작성한 소프트웨어를 자신의 시간 에 릴리스 할 수 있습니다 .

내가 줄 수있는 최선의 조언은 고용주에게 접근하여 공개적으로 논의하는 것입니다. 이것은 당신에게 제공 할 것입니다 :

  • 오픈 소스 / 커뮤니티 프로그래밍에 대한 고용주의 태도
  • 소프트웨어에 대한 이해를 반영 / 강조하고 고유 한 / 더 넓은 가치
  • 그들이 당신이 할 수있는 /하지 않는 것을 인식하는 것에 대한 당신의 권리

사고 / 학습 확대를 거부하고 실제로 더 넓은 지역 사회에 기여하고 (더 크고 더 넓은 문제를 해결하기 위해) 고용주라면 어디에서 일하는지에 대해 많이 말해야합니다. 회사는 코드를 배포하는 것보다 이익을 얻는 것이 아니라 기존 코드보다 더 광범위하게 생각하는 경우가 많습니다. 그러나 코드는 자신이하는 일을 위협하지 않는 형태 여야합니다.

내 시간 / 그들의 시간

다른 답변과 마찬가지로 고용주 시간으로 자신의 소프트웨어를 만들 수는 없습니다. 윤리적으로 또는 원칙적으로. 고용주가 코드를 공개 할 의향이 없다면 별도로 처리하십시오.

어떤 경우에는, 프로그래머는 뭔가 큰를 만들 자신의 시간과 작업 시간을 융합 -하는 모든 에서 파티 혜택 귀하의 질문에 아마 이상적인 결과.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.