문제

기업 친화적인 오픈 소스 라이선스는 무엇입니까? 즉, 상용 제품을 오픈 소스할 필요 없이 상용 제품에 사용할 수 있습니까?

도움이 되었습니까?

해결책

저는 Apache 라이센스(특히 버전 2)를 권장합니다.이는 "복사본" 라이센스가 아니며 기존 회사와 해당 변호사에게 중요한 몇 가지 문제를 다룹니다.

"복사 왼쪽"은 라이센스가 부여된 오픈 소스 코드를 통합하는 모든 것이 오픈 소스로도 라이센스되도록 요구하는 자유 소프트웨어 재단의 철학입니다.이러한 철학은 자사 제품의 독점권을 유지하려는 기존 기업들에게는 독으로 간주됩니다.

"복사본" 조항이 없는 것 외에도 Apache 라이선스는 프로젝트 기여자의 권리 부여를 구체적으로 다루고 있으며 현대 기업이 일반적으로 둘 이상의 법인(예: 모회사 및 그 자회사)으로 구성된다는 사실을 명시적으로 다루고 있습니다. 자회사).대부분의 오픈 소스 라이선스는 이러한 사항을 다루지 않습니다.

어떤 라이센스를 선택하든, 코드가 "기업 친화적"이기를 원한다면, 즉 상용, 비오픈 소스 제품에 통합되기를 원할 경우 GPL 및 기타 "복사본" 유형을 피하는 것이 중요합니다. 라이센스.이것이 중요한 요소인 프로젝트에 시간이나 돈을 투자하기 전에 변호사와 상담하는 것이 가장 좋지만 "복사본"이 아닌 라이센스에 대한 간단한 약칭은 자유 소프트웨어 재단의 웹사이트에서 찾을 수 있습니다. .그들은 찾지 못하는 라이센스가 표준을“왼쪽으로 사본”으로 충족시키는 라이센스를 식별합니다. FSF 거부는 이런 의미에서 기업 친화적 일 가능성이 높습니다.

(물론 질문에서는 이에 대해 묻지 않았지만 극소수의 예외를 제외하고 GPL 및 기타 "복사본" 유형의 라이센스도 상업적 실체에 의해 내부적으로만 사용되고 기업에 통합되지 않는다면 완벽하게 기업 친화적이라는 점을 언급할 가치가 있습니다. 제품.)

다른 팁

기본적으로 GPL에서만 전체 제품이 GPL이어야하며 LGPL은 해당 라이브러리에 특정한 부분이 오픈 소스라는 것을 의미합니다. 그러나 둘 다 문제는 응용 프로그램을 배포 할 때만 발생합니다.

다른 모든 오픈 소스 라이선스의 경우 유일한 공통 요구 사항은 공개입니다 (즉, 어떤 시점에서 사용되는 오픈 소스 구성 요소 / 라이브러리를 사용자에게 보여줌).

그 후에는 "경쟁 제품이없는"라이센스가 있습니다 ...

전체적으로 가장 인정받는 비즈니스 친화적 라이선스는 IMHO ( Apache 라이선스 , 예술 라이선스 Mozilla 공개 라이선스 .

또한 크리에이티브 커먼즈 가 소프트웨어 개발에 널리 사용되지 않더라도 일부 옵션은 비즈니스 친화적입니다. .

편집 : BSD 를 잊어 버렸습니다 (이는 license) 및 Daniel이 언급 한 MIT . 그들의 사용이 사라지고있는 것 같지만 개발 언어 / 오픈 소스 하위 커뮤니티에 따라 고려해야 할 라이선스 선호도가 있습니다.

원하는 것을 허용하는 가장 일반적으로 사용되는 두 가지 라이선스는 BSD 라이선스 MIT 라이선스 .(OSI에서 오픈 소스로 간주하는 전체 라이선스 목록 참조)

GNU Lesser General Public Licence 도 기업 친화적이며 도서관에서 자주 사용됩니다..특정 라이브러리의 사용 을 허용하지만 수정은 공개해야합니다.

OSI의 "인기 있고 널리 사용되는 라이센스 또는 강력한 커뮤니티에서 사용되는 라이센스"목록에있는 9 개 라이센스 중 6 개가 Apache, BSD, MIT, Mozilla, CPL 및 Eclipse와 같은 기준을 충족한다고 생각합니다.Mozilla 라이선스와 CPL (Common Public License)에는 기업에 더 매력적으로 만들 수있는 특허 관련 언어가 있습니다. 자세한 정보는

여기를 참조 하세요.

"기업"은 같은 회사에 고용 된 사람에게만 배포되는 프로그램 인 내부 개발을 생각하는 경향이 있습니다.그런 의미에서 거의 모든 무료 소프트웨어 라이선스는 "기업 친화적"입니다.

그러나 자유 소프트웨어가 포함 된 비공개 소스 소프트웨어를 배포하는 측면에서 제외되는 유일한 큰 것은 GPL입니다.LGPL, BSD, MIT, Artistic 라이센스 코드를 포함 할 수 있습니다."가격"은 크레딧을 제공해야 할 수도 있지만 실제로 소프트웨어를 작성하고 디버깅하는 것보다 훨씬 저렴합니다.

상표를 보호하려는 라이선스 (Mozilla) 또는 더 광범위한 소프트웨어 (Sun)의 호환성을 고려하면 상황이 흐려질 수 있습니다.제약 조건이 항상 코드 배포에만 관련되는 것은 아닙니다.

요약하면 확실하지 않은 경우 변호사와 상담해야합니다.

이상적으로는 Apache 소프트웨어 라이선스 에 따라 라이선스가 부여 된 구성 요소를 찾았습니다.그 후 LGPL, BSD 및 Artistic License가 다음 선호 사항입니다.

MIT, Apache 및 BSD는 가장 기업 친화적 인 경향이 있습니다.내가 만난 가장 적은 기업 친화적 인 것은 일반적으로 Q Public, GPL 및 Mozilla입니다 ...

Wikipedia에는 모든 무료 소프트웨어 라이선스를 비교하는 매우 유용한 목록 이 있습니다.오른쪽에 녹색 상자 ( "다른 라이선스로 변경 사항 릴리스")가 있으면 그게 전부라고 생각합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top