이전에 다른 회사를 위해 코딩 한 프로그램을 재생성 / 오픈 소스하는 것이 합법적입니까?


49

이전 직장에서 나는 작업 자동화를위한 일반 대시 보드를 만들었고 그 기능은 매우 유용하다는 것이 밝혀졌습니다. 물론 이전 고용주는 제가 그곳에서 일하는 동안 작성한 모든 코드를 소유합니다. 이제 더 이상 존재하지 않으므로 메모리에서 해당 대시 보드를 다시 만들고 코드를 공개 소스로 만드는 것이 합법적입니까? 내가 그것을 다시 만들면 코드 (2k-3k 줄)는 메모리가 좋고 평소 코딩 스타일과 명명 규칙을 따르는 경향이 있기 때문에 원본과 거의 동일 할 수 있습니다.

편집 : 조금 더 배경-이것은 글로벌 회사 내의 작은 팀 (<10)에 의해서만 내부적으로 사용되는 꽤 일반적인 소프트웨어입니다. "회사"는이 시스템이 내 이니셔티브에서 생성하기 때문에이 시스템을 인식하지 못합니다. 파이썬 / 장고에 내장되어 있습니다. 그리고 거의 동일하다는 것은 예를 들어 django 모델이 동일한 이름 / 필드를 가질 것이고 뷰는 유사한 쿼리를 사용하여 동일한 객체 세트를 반환한다는 것을 의미합니다.


15
코드를 오픈 소싱하는 방법에 대해 접근 했습니까? 핵심적인 돈 버는 사업의 일부가 아니라면 기꺼이 그렇게 할 수 있으며, 당신이나 다른 사람들이 그것을 확장한다고 가정하면 새로운 기능을 무료로 제공 할 수 있다는 추가 이점도 있습니다.
dodgy_coder

3
거의 모든 계약에서, 당신이 고용주를 위해 무엇을하든, 서면으로 기록 하든 아니든 그의 무관심 재산입니다. 따라서 다시 뱉어 내고 계약을 위반하는 사람이 아닌 사람이 사용할 수 있도록하십시오.
stijn

1
이론적으로 합법적이지만 행운이 법정에서 그것을 증명합니다. :(
SF.

6
여기서 흥미로운 차이점은 "법적"과 "윤리적"의 차이점입니다. 대부분의 경우 질문을해야한다면 이미 답을 알고 있고 인정하고 싶지 않기 때문입니다.
Joel Etherton

1
이것이 일반적인 기능이라면 어디에서나 재사용하고 온라인으로 게시하는 것이 좋습니다. 그렇다면 왜 일련의 기능이 그렇게 다른가?
kefeizhou

답변:


35

좋은 질문이지만 프로그래머가 법적인 조언을 얻지 못하기 때문에 물어 보는 것은 잘못된 것입니다. IANAL, 적절한 법적 조언을 구하십시오.

합법적이지 않습니다. 기존 회사가 소유 한 프로그램과 거의 동일한 프로그램을 릴리스하면 고소 될 수있는 가능성이 매우 높습니다. 그것은 그것이 많이 발생한다고 확신합니다.

다른 언어로 프로그램을 다시 작성하는 것이 가능합니다. 그렇게하면 소스 코드를 가지고 회사를 떠난 후 오픈 소스하지 않았 음을 알 수 있습니다. 다른 언어로 익숙한 문제를 해결하는 것도 교육적입니다.

또한 프로그램을 개선하고 확장 성을 높이는 방법에 대해 생각할 것을 제안합니다. 두 번째로 무언가를 할 때는 거의 항상 첫 번째 것보다 훨씬 낫습니다. 당신이 처음으로했던 방법 결정 "디자인 결정.

당신이 그것을 해제하지 않더라도 그것은 좋은 운동이 될 것입니다. 궁극적으로 법률 자문을 받고 공개를 선택하면 더 잘 보호됩니다.


5
동일한 언어를 유지하려면 동일한 코드를 "거의"작성 하고 UI를 변경하는 것을 고려하십시오 . mcottle이 말했듯이, 당신은 그것을 향상시킬 수 있으며, 웹 페이지가 이전과 정확히 같은 코드를 가지고 있다고해도 웹 페이지가 완전히 다르게 보일 경우, 소송 문제에서 멀어 질 것입니다.
Olivier Pons

1
UI를 포함한 코드의 일부는 달라 지지만 일부는 다양한 이유로 (개인 코딩 스타일 등) 동일 할 수 있습니다. 100 %가 되려면 얼마나 멀리 가야합니까?
kefeizhou

1
"합법적이지 않다"는 -1입니다. 제안은 좋으며 문제는 실용적이며 법적이지 않습니다.
Sean McMillan

2
왜 제로에서 무언가를 다시 쓸 때 더 나은 일을하게 될까요? 실제로 무언가를 악화시킬 수 있습니다.
Clement Herreman

2
@ClementHerreman : 동의합니다. 때때로 행동으로 입증 된 것을 가지고가는 것이 좋습니다. 처음부터 다시 작성하면 많은 개선이 이루어 지지만 새로운 버그가 발생할 수 있습니다.
kefeizhou

21

합법적이든 아니든, 고용주가 문제를 찾아서 압박하기로 결정하면 귀하는 다칠 수 있습니다. 당신이 옳은 판결을 받더라도 잠재적 인 소송은 당신을 완전히 파멸시킬 수 있습니다. 또한 저작권이있는 코드로 오염 시키거나 고용주가 부정직 한 평판을 잃어버린 것에 대해 OSS 커뮤니티의 분노가 발생할 위험이 있습니다.

또한 제품을 채택한 사람의 조치를 취해야 할 위험이 있습니다. 최악의 경우, 제품을 사용하는 모든 사람은 이전 고용주로부터 제품을 라이센스하거나 솔루션에서 제품을 제거하고 시간과 비용을 지불해야하는 문제에 직면하게됩니다.

올바른 일을하는 것이 더 쉬울 것 같습니다. 이전 고용주와 대화하고 오픈 소스 배포를 위해 개발 한 제품을 재사용하기로 동의하십시오. 그들은 단지 "앞으로 나아가십시오"라고 말할 수 있습니다. 등 뒤에서 그것을하는 것은 일반적으로 나쁜 생각이며 법적 문제는 제쳐두고 있습니다.


것입니다 최종 제품을 소유에 대한 관심 거의 예외없이 모든 고용주 하지 동의 어떤 다른 방법으로 그것을 배포를 만든 직원을 허용합니다. 그렇지 않으면 그것을 소유하는 목적은 무엇입니까?
Joe Z.

14

어떤 유형의 프로그래머가 이전에 수행 한 것 (공과 등)을 재창조 할 기회를 주었을 때 "거의 동일한"것을 생성 할 수있었습니다. 당신이 완벽한 것을 코딩했다고 생각하지 않는다면 ??? 어느 시점에 더 큰 질문이 있으십니까?


10
시간이 많지 않은 게으른 종류. 나는이 특별한 경우에 동일한 문제를 두 번 해결하는 것보다 효과가있는 것을 사용하고 싶습니다.
kefeizhou

8

대시 보드는 수십 개 정도입니다. 고용주는 그 아이디어에 대한 IP를 소유하지 않았습니다. 고용주 특정 구현에 대한 저작권을 소유했습니다.

새 코드를 처음부터 작성할 수 있습니다. 즉, 저작물은 파생 된 저작물이 아닙니다. 이것을 증명할 수 있도록 메모를하는 것이 현명합니다.


최근 업데이트 : theregister.co.uk/2011/09/30/software_copyright . ECJ는 UI가 소프트웨어 프로그램의 "아이디어와 원칙"에 속하므로 UI ​​자체에 저작권이 없음을 명시 적으로 명시해야합니다.
MSalters

5

기술적으로는 파생 작업을 작성하고 있습니다. 기존 솔루션에 익숙하며 메모리에서이를 작성하고 있습니다. 일반적인 IANAL이 적용되지만, 전 고용주가 저작권 침해에 대해 귀하를 고소하는 경우, 그들이 추측하는 것은 상당히 강력한 주장이며, 귀하의 재생성 된 프로그램이 그렇지 않아야하는 이유에 대한 그럴듯한 설명을 내리는 것이 귀하의 몫입니다 파생 된 작품으로 간주됩니다.

법적인 기술은 제쳐두고, 전 고용주와의 소송에 참여하는 것이 당신이 원하는 곳이 아닙니다. 당신이 이길지라도 당신은 '그 사람'이 될 것입니다.


3
나는 그것이 파생 작품이 어떻게 정의되는지 믿지 않습니다. 실제로 그 일부를 포함시켜야한다고 생각합니다.
Sean McMillan

관할권과 해석에 따라 다르지만 '파생'이 반드시 '포함하는 부분'을 의미 할 필요는 없습니다.
tdammers

1
@tdammers : 그렇습니다. 그러나 여기서 물어 보는 것은 쓸모가 없습니다. 우리는 일반 변호사가 아니며 OP의 변호사가 아닐 가능성이 높은 변호사입니다. 우리는 구체적인 법적 질문에 답변 할 수 없습니다 (그리고 "유도 된 작업"을 구성하는 것이 F / OSS 세계에서 화제가되고 있습니다.).
David Thornley

글쎄, 내 요점은 당신이 기억에서 물건을 재현하더라도, 판사 / 배심원이 당신이 주장하는 새로운 것과 똑같이 보이는 원본을 썼다는 것을 알 때 파생되지 않았다는 것을 증명하기가 어렵다는 것입니다 파생 된 작품이 아닙니다. "유죄 판결까지 무죄"는 사법에 적용되지 않습니다.
tdammers

4

미국에서는 전 고용주가 귀하를 고소하기로 결정하면 판사가 어떻게 생각하든 문제가 될 수 있습니다.

이론적으로, 당신의 회사는 당신의 두뇌가 아닌 당신의 일을 소유합니다. 따라서 자신의 시간에 다시 작업을 수행하면 소유권이 없어야합니다. 결국, 그들은 당신을 고용하기 전에 당신이 알고있는 것 때문에 당신을 고용했습니다. 그들이 당신의 사전 지식을 활용할 수 있다고 가정하는 것은 비논리적 인 것처럼 보이지만 동시에 당신이 떠난 후에도 똑같은 행동을 거부합니다. 그러나 IANAL도 마찬가지입니다.

물론 그들은 당신이 미친 물건에 서명하게하지 않으면. 또는 특허를 제출하지 않은 경우. 그들이 그렇게했다면, 그들은 않는 뇌의 그 부분을 소유하고 있습니다. 이 경우, 뇌 내부의 지식을 구성하는 신경 세포 패턴은 더 이상 귀하의 것이 아니며, 다시는 사용하지 않아야합니다. 영혼 판매에 대해 이야기하십시오.


3

나는이 모든 것이 정말로 슬프다 고 느끼기 위해 주요 주제를 벗어나려고합니다.

이제 질문에 :

가구를 만드는 목수 였고 전 회사에서 청사진과 디자인을 제공 한 경우 다른 회사에서 고용 한 경우 정확히 같은 물건을 만들기 시작하면 분명히 어려움에 처하게됩니다.

만약 당신의 전 회사가 당신의 작품을 구입하고 당신이 그것들을 디자인하고 "발명"한다면 (법으로 증명할 수 있다면) 법은 당신과 함께해야합니다.

이야기의 교훈 : 다음에는 처음부터 오픈 소스를 수행합니다.


나는 당시에 그것을 고려했지만 금융 회사의 작은 코드조차도 오픈 소스를 시도하는 것과 관련된 관료주의가 너무 많습니다.
kefeizhou

3

(a) 인터넷에서 법적 조언을 구하지 마십시오 (이 조언 포함).

(b) 고소당하는 것은 당신이이기는 경우에도 뒷면에있는 진짜 고통입니다

(c) 고소 될 실제 위험이 없다고 생각하는 것 같습니다. 그렇다면, 그렇게 할 수있는 사법권이 있는지 여부는 중요하지 않습니다.

합법적이든 아니든,이 프로젝트를 얼마나 많이 재건하고 싶은지 vs. 돈이 있다면 먼저 변호사와 상담 할 권리가 있는지 여부와 소송을 제기 할 경우 소송 비용을 없애는 것이 좋습니다.


0

솔루션을 메모리에서 다시 작성하는 것과 동일한 스펙으로 원래 솔루션을 작성하는 것 (그러나 IANAL이므로 요청하십시오)에는 법적 차이가있을 수 있습니다. 후자를 증명하기 위해 블로그에서 개발할 도구의 독창적이고 완전한 사양을 게시 할 수 있습니다. 그런 다음 이전 작업을 본 적이없는 다른 개발자가 코드를 작성하는 것이 가능합니다.


0

간단한 방법은 다음과 같습니다.-공개적으로 사용 가능한 URL에서 대시 보드를 엽니 다. -더 쉽고 더 나은 방법으로 만드는 가장 좋은 방법을 생각하십시오. -이전에 제안한대로 다른 언어로 다시 작성하십시오. 루비, 하스켈, 리스프 등을 배우는 좋은 이유. 그런 다음 프로젝트를 오픈 소스로 만듭니다. 'inspired by ...'를 추가하고 원래 사이트에 연결하십시오.


0

그들에게 허락을 요청하는 데 많은 시간이 들지 않았습니다. 법적 서명이 필요합니다. 자기 자신을 커버하기 위해.

그러나 당신이 그들에게 당신이 그들을 위해 이미 만든 것을 다시 만들도록 요청할 것입니다. 그들에게 판매하십시오. 그들에게 아이디어를 판매하십시오. 당신은 그들이 이미 사용하고있는 소프트웨어의 pice를 오픈 소스 화하고, 프로그래밍 커뮤니티의 잠재적 인 검토와 추가에 공개 할 것이다. 소프트웨어를 관리하고 개선하기 위해 내부적으로 리소스를 소비하지 않아도됩니다. 더 큰 혜택을 얻고 자하지 않는 한. 난 정말 그들에게 아이디어를 판매 의미합니다.

고객에게 판매하는 핵심 비즈니스 기술이 아닌 경우 승인을 쉽게받을 수 있습니다. 그들이 고객에게 판매하는 것이 있다면, 그들은 같은 제품과 경쟁하는 경쟁자들에게 자신을 열어줍니다. 이전 고용주가 해당 코드를 보는 것이 얼마나 중요한지 아는 사람 만 있습니다. 수입이 수입 창출이 아니고 생산성 향상 자일 경우 승인을받을 가능성이 큽니다.

원하는 것을 얻는 가장 저렴하고 짧은 경로입니다. 그들이 예라고 말하면 아무런 문제가 없습니다. 시간이 좀 걸립니다. 그들이 '아니요'라고 말하고 계속 계속하고 싶다면 변호사에게 그의 의견에 대해 물어보십시오. 나는 그들이 소유하는 유일한 것이 구현 일 것으로 기대합니다. 모양과 모양이 동일하게 작동하지 않을 정도로 충분한 변경 사항으로 다시 만들면 훨씬 좋습니다.

우리가 노동 생산물을 소유하지 않는 현재 시스템의 기능 장애 상태입니다. 사람들이 자신의 노력으로 자유롭게 이익을 얻을 수있는 가장 성공적인 사회. 이 상황을 봉건적 인 토지 소유권과 그 문제로 비교할 수 있습니다. 어떤 시점에서 사람들은 사업을 다르게 할 것입니다. 자신의 프로젝트에 대한 시간의 Google 1/5와 같습니다.


0

확실히이 모든 것은 당신과 고객 사이의 계약에 달려 있습니다. 만약 당신이이 계획을 세웠다면 '이 근원은 kefeizhou의 지적 재산으로 남는다 ...'라는 문구가 있어야한다. Programmers SE가 최고의 legakl 조언의 원천이 아니며, 합법적이든 아니든, 이것이 문제를 제기하고 있다는 다른 의견에 동의합니다. 우연히 그래픽 디자이너로 일 했었고 그 업계에서 거의 모든 작업은 디자이너가 아닌 클라이언트의 IP였습니다.


한 고객의 자동차 그림을 그리면 다른 고객의 자동차 그림을 다시 그릴 수 없습니까?
Nate

아니요, 한 고객의 자동차 그림을 그린 다음 동일한 자동차 그림을 두 번째 고객에게 제출할 수 없습니다. 또한 법적으로 주장 할 수있는 내용은 첫 번째 고객의 자동차와 동일하거나 너무 유사하다는 것을 두 번째 고객에게 제출할 수 없습니다.
Paul T Davies

-1

프랑스에서는 불법입니다.

코드 소유자는 전직 보스입니다. 검색 방법에 관계없이 USB 썸 드라이브 또는 메모리에서 검색합니다.

해당 대시 보드를 사용하려면 소유자와 계약을 설정해야합니다.


확실히 모든 회사는 전국 법률이 아닌 이것에 대한 자체 정책을 가지고 있습니까? 나는 이것이 회사 직원 계약에 있다고 생각했다.
dodgy_coder

기본값은 코드를 작성하는 대신 급여를받는 것입니다. 가능성이있을 수 있지만 다른 정책은 알지 못합니다. 프리랜서이고 앱이나 라이브러리를 판매하는 경우에는 다릅니다.이 경우 보스이고 코드를 소유 한 것입니다.
mouviciel

내가 프랑스에없는 게 좋은데
kefeizhou

1
프랑스에 -1을 줄 수 있습니까? "메모리에서"검색은 디스크에서와 완전히 동일하지 않습니다.
Sean McMillan

2
이것은 프랑스에서 알고리즘을 구현하거나 일종의 프로그램을 작성하는 경우 해당 알고리즘을 구현하거나 다른 고용주를 위해 해당 종류의 프로그램을 작성할 수 없다는 것을 의미합니까?
David Thornley
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.