어떤 종류의 오픈 소스 라이센스가 회사에서 내부적으로 사용하기에 좋지 않습니까? [닫은]


13

최근에 Microsoft Visual Studio 용 몇 가지 멋진 오픈 소스 애드온 도구 및 라이브러리에 대해 배웠습니다. 이 도구는 생산성 향상에 도움이됩니다. 라이브러리는 회사 코드베이스에 연결됩니다.

이 멋진 도구와 라이브러리를 모두 스프레드 시트에 나열했으며 각 라이센스가있는 라이센스 유형을 설명하겠습니다. 지금까지 멋진 라이브러리 중에는 MIT , BSD , Apache License Version 2.0이 있습니다. 그러나 앞으로 더 많은 것이있을 수 있습니다.

내부 회사 용도와 호환되지 않는 (일반적으로 회사 외부에 배포되지 않는) 인기 라이센스를 어떻게 알 수 있습니까 (또는 더 잘 나열 할 수 있습니까?)? 그리고 추가 감사를 위해 설명을 말하거나 지적 할 수 있습니까? 저는 변호사가 아니므로이 라이센스의 세부 사항을 읽으면 두통이 생깁니다.

허용 가능한 라이센스를 사용하는 것이 왜 좋은지 설명하고 싶습니다.


6
당신은 정말로 당신 회사의 누군가와 이것을 받아들이고 싶을 것입니다. 일반적으로 독점 소프트웨어에 GPL을 사용하는 것은 위반입니다. GPL 라이센스는 바이러스 성 이므로 회사에서 GPL 라이센스 코드를 사용하는 경우 본질적으로 전체 프로젝트 를 오픈 소스해야 합니다. 그러나 대부분의 오픈 소스 라이센스는 바이러스 성이 없습니다. Mozilla Public License와 같은 일부 사용자 는 MPL 코드베이스 자체에 대한 변경 사항을 자유롭게 게시해야 하지만 해당 요구 사항이 사용자의 코드에는 적용되지 않습니다. 그러나 이것은 실제로 여기에 쉽게 대답하기에는 너무 광범위한 질문입니다.
메이슨 휠러

22
@MasonWheeler : copyleft와 같은 조항은 모두 배포에 관한 것입니다. 프로그램이 내부적으로 만 사용될 예정이라면 문제가되지 않습니다.
Robert Harvey

2
@toddmo : GPL에 대해 글을 쓸 때 Mason Wheeler가 질문의 "회사 외부에 배포되지 않음"부분을 완전히 무시한 것 같습니다. 참조 stackoverflow.com/questions/1492687/...
독 브라운

3
Richard Stallman 자신조차도 GPL 소프트웨어를 사용하고 배포하지 않으면 아무것도 기여할 필요가 없다고 항상 말합니다. 그러나 항상 라이센스를 읽으십시오. 특히 짧은 라이센스는 읽기가 어렵지 않습니다. 컴퓨터 코드를 읽을 수 있다면이 라이센스를 읽을 수 있습니다.
Brandin

2
@BasileStarynkevitch 소프트웨어 개발자의 관점에서 라이센스에 대한 질문 (예 : 사용, 라이센스, 이해 등)은 특별한 법적 조언을 요구하지 않는 한 주제에 관한 것입니다. OP는 OP가 자신이 작업하는 소프트웨어에 대한 적절한 라이센스를 선택하는 방법에 대한 지침을 찾고 있기 때문에이 질문은 괜찮습니다.
maple_shaft

답변:


20

일반적으로 오픈 소스 소프트웨어 사용으로 인해 발생할 수있는 라이센싱의 합법성은 두 가지 요소로 요약됩니다.

  1. 상업적 사용
  2. 분포.

배포는 조직 외부의 타사에게 "컨퍼런스"를 의미합니다. 내부적으로 만 소프트웨어를 사용한다고 말하므로 "copyleft"(GPL 라이센스의 바이러스 성 부분에 사용되는 용어)와 같은 법적 메커니즘은 조직에 적용되지 않을 수 있습니다.

상업적 사용 (또는 기타 임의의 제한)은 다른 문제입니다. 라이센스를주의 깊게 읽고 해당 제한 사항이 조직에 적용되는지 확인하십시오. 특히 Apache, MIT 및 BSD와 같은 허용 라이센스에는 제한 조건이 거의 없습니다. 이 라이센스는 "내부 사용"에 이상적입니다.

귀사에서 오픈 소스 소프트웨어를 사용하지 않는 것 같습니다. 많은 회사는 소프트웨어 및 기타 지적 재산을 완전히 소유해야한다고 생각하므로 자체 개발자가 모든 코드 줄을 작성해야한다는 정책이 있습니다. 오픈 소스 라이센스의 의미를 명확히한다고해서 반드시 마음이 바뀌지는 않습니다.


2
이 세 가지 라이센스 중 어느 것도 회사 내부 컨텍스트에서 회사가 라이센스를 자유롭게 사용하지 못하게하는 특정 제한이 없습니다. 이들은 모두 "허가"라이센스로 간주됩니다.
Robert Harvey

3
대부분의 회사는 단순히 "copyleft"라이센스를 건드리지 않으며, 정당한 이유가 있습니다. 시스템을 완벽하게 "검역"하고 GPL / AGPL 코드에 간접적으로 영향을주는 것은 없습니다. WTFPL과 같은 일부 "허용되는"라이센스는 저작권과 같은 중요한 법적 문제에 너무 모호하기 때문에 도움이되지 않습니다. 당신이 소송을 성공적으로 방어 할 수 있다고 생각하더라도, 당신은 정말로 그것을 통과하고 싶습니까? (힌트 : 변호사는 그렇지 않을 것입니다.) Apache와 MIT를 고수하십시오. BSD도 괜찮다고 생각합니다.
Aaronaught

1
@Aaronaught WTFPL이 모호한 저작권에 대한 귀하의 주장을 뒷받침하는 일반적으로 존경받는 출처가 있습니까? FSF는이를 GPL 호환으로 승인합니다. 주요 Linux 배포판에서는 무료로 제공합니다. OSI가 너무 모호한 것으로 거부했다는 주장을 찾을 수 있지만 이는 잘못된 것이며 OSI는이를 "wtfpl osi"에 대한 빠른 Google 검색으로 확인하여 중복으로 거부했습니다. WTFPL과 관련된 문제는 생각할 수 있지만 저작권과 관련하여 애매 모호함은 그러한 문제 중 하나가 아닙니다.
hvd

2
@ hvd : 회사 변호사가 "무료"또는 "무료"와 같은 것을 신경 쓰지 않는다는 것을 알고 충격을받을 수 있습니다. 그들은 "고소 당하지 않고 이것을 사용할 수 있습니까?" 실제로이 읽을 WTFPL를 ? 아무 것도 말해주지 않습니다. 적절한 라이센스 조항이 어떻게 보이는지 보려면 Apache 라이센스 의 섹션 2를 읽으십시오 . WTFPL은 명시 적으로 저작권 라이센스를 부여하지 않으며, 해당 라이센스를 취소 할 수 없게 만듭니다. FSF의 평가를 읽을 필요는 없습니다. 라이센스를 직접 확인하십시오!
Aaronaught

2
우리는 여전히 이것에 대해 이야기하고 있습니까?
Robert Harvey

6

알아 두어야 할 사항이 있습니다. 첫째, 회사 변호사가 요구하지 않고 타사 코드를 사용하면 적합 할 수 있습니다. 따라서 상사 나 관리자에게 알리지 않고 타사 코드를 사용해서는 안됩니다. 당신이 말했듯이, 당신은 변호사가 아닙니다.

둘째, 불쾌한 것 : 인터넷에서 코드를 발견하고 라이센스가 있으면 코드의 출처를 알 수 없습니다. 라이센스를 추가 한 사람이 실제로 그렇게 할 권한이 있는지 여부를 알 수 없습니다.

셋째, GPL 라이센스 및 내부 용 : 오늘날 내부 용으로 사용되는 것은 내부 용으로 유지되지 않을 수 있습니다. 내부 용으로 정말 멋진 소프트웨어를 작성했을 수도 있고 회사에서 판매하여 돈을 벌기로 결정할 수도 있습니다. 그런 다음 문제가있을 수 있습니다.


두 번째 예에서 그것은 다른 사람의 문제 일 것입니다
whatsisname

4
@whatsisname 그녀가 고소 할 때 원저자에게 알려주십시오.
sapi

@whatsisname A가 소프트웨어를 작성하고 저작권을 보유한 경우, B는 허가없이 일부 라이센스에 따라 소프트웨어를 배포하고, C는 소프트웨어를 B로부터 가져 와서 사용 및 수정하거나 재배포 한 후 A가 C를 잡는 경우 A는 의무가 없습니다. 도덕적이거나 합법적이며 B 이후에 갈 수 있습니다. A는 B조차도 알지 못할 수도 있습니다. C가 계속 될 수있는 방법은 없습니다. 기껏해야 C는 법정에서 B를 따를 수 있지만 C가 실제로 B를 찾을 수있는 경우에만 가능합니다. 중국과 같은 사람이라면 행운을 빕니다.
hvd

단락 2의 상황은 항상 가능합니다. 코드에 링크 된 폐쇄 소스를 사용하려면 라이센스가있는 상용 소스 라이브러리를 구입한다고 가정하십시오. 해당 소프트웨어를 귀하에게 판매 한 회사가 법적으로 권리를 가지고 있다는 것을 어떻게 알 수 있습니까?
Brandin

1
단락 2가 가장 위험합니다. 개발자가 약간의 코드가 "어딘가 어떤 사이트에서 찾은 것"이라고 발표 할 때 상당히 가까운 것으로 언급했을 때 개인적으로이 문제에 부딪쳤다. 재미 없어. "모든 것을 코드 검토해야하는 이유"의 강의 # 412
로봇 고트

2

상황에 따라 다릅니다.

오픈 소스 소프트웨어를 사용하려는 경우 무료입니다.

내부 회사 프로젝트의 기초로 오픈 소스 소프트웨어를 사용하려는 경우에도 자유로울 수 있습니다 (gpl과 같이 전염성이 강한 라이센스를 사용하려면 컴파일 된 코드를 배포 한 모든 사람에게 요청시 소스 코드를 제공해야합니다. 내부 응용 프로그램 인 경우 문제가되지 않습니다)

제품의 기초로 오픈 소스 소프트웨어를 사용하려면 라이센스를주의 깊게 따라야하며 (회사 변호사에게 문의하십시오) 라이센스가 감염된 경우 모든 소스에서 소스 코드를 사용할 수있게해야합니다 컴파일 된 코드를받는 사람. 어떤 경우에는 이것이 허용됩니다 (예 : 어쨌든 소스 코드를 소유 한 단일 고객을위한 맞춤형 제품 작성). )

그러나 귀하의 질문에 직접 대답하기 위해 lgpl 및 gpl은 내부 회사 사용에 완벽하게 적합합니다.

nedit 또는 gnu를 다운로드 할 수 있기 때문에 코드를 공개 할 필요없이 내 마음 내용으로 변경 한 다음 직접 사용하십시오. 내 고용주가 내부적으로 사용하는 것과 아무런 차이가 없습니다.

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