퍼미시브 라이선스

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

퍼미시브 라이선스는 오픈 소스 소프트웨어 라이선스의 한 유형으로, 사용, 수정, 재배포의 자유를 보장하며 카피레프트 라이선스와는 다르게 수정된 소프트웨어의 독점적 사용을 허용한다. 오픈 소스 이니셔티브는 퍼미시브 라이선스를 카피레프트가 아닌 오픈 소스 라이선스로 정의하며, MIT 라이선스, BSD 라이선스, 아파치 라이선스 등이 이에 해당한다. 이러한 라이선스는 저작권 고지를 유지하는 것을 조건으로 하며, 카피레프트 라이선스보다 라이선스 호환성이 높다. 퍼미시브 라이선스는 1980년대부터 사용되었으며, 2010년대 이후 오픈 소스 소프트웨어 분야에서 널리 채택되어, 2015년 이후 MIT 라이선스가 가장 인기 있는 자유 소프트웨어 라이선스로 자리 잡았다.

더 읽어볼만한 페이지

소프트웨어 사용권 - 자유-오픈 소스 소프트웨어
자유-오픈 소스 소프트웨어(FOSS)는 소스 코드 접근, 수정, 재배포의 자유를 보장하는 소프트웨어로, 사용자의 자유를 중시하는 "자유 소프트웨어"와 상업적 이용 가능성에 중점을 둔 "오픈소스 소프트웨어"를 포괄하며, 비용 절감, 유연성 등의 장점과 기술 지원 부족, 보안 취약성 등의 단점이 있고, 다양한 이슈를 가진 채 널리 활용된다.
소프트웨어 사용권 - 볼륨 라이선스
볼륨 라이선스는 소프트웨어 여러 개를 구매할 때 사용되는 경제적인 라이선스 방식으로, 설치 미디어와 시리얼 번호 등을 묶어 관리하며, KMS 방식을 통해 불법 복제를 방지한다.
기술법 - 인공지능 규제
인공지능 규제는 인공지능 기술 발전으로 인한 사회적, 윤리적 문제에 대응하기 위한 법적, 정책적 움직임이며, 국가별로 인식 차이를 보이며 완전 자율 무기 규제 등 다양한 쟁점을 포함한다.
기술법 - 일반 데이터 보호 규칙
일반 데이터 보호 규칙(GDPR)은 개인 정보 보호를 강화하고 EU 역내 규제를 통합하기 위해 2018년 5월 25일부터 EU 27개 회원국에 시행된 법규이다.
자유 및 오픈 소스 소프트웨어 사용권 - GNU 약소 일반 공중 사용 허가서
GNU 약소 일반 공중 사용 허가서(LGPL)는 GPL과 달리 비(L)GPL 프로그램에 저작물을 링크할 수 있도록 허용하는 자유 소프트웨어 라이선스로, 자유 및 사유 소프트웨어에 적용 가능하며 특정 조건 하에 배포를 허용하고, 라이브러리 사용 프로그램이 LGPL의 새 버전과 링크될 수 있도록 공유 라이브러리나 소스 코드 제공 방법을 활용한다.
자유 및 오픈 소스 소프트웨어 사용권 - 카피레프트
카피레프트는 저작권자가 저작물의 복제, 배포, 수정의 자유를 사용자에게 부여하고, 2차 저작물에도 동일한 라이선스를 적용하여 자유로운 공유와 발전을 장려하는 개념으로, 리처드 스톨만이 자유 소프트웨어 운동의 일환으로 알렸으며 GNU 일반 공중 사용 허가서가 대표적이다.

퍼미시브 라이선스
개요
유형	소프트웨어 라이선스
범주	자유 소프트웨어 라이선스
성격	카피레프트 아님
다른 이름	관대한 라이선스
상세 정보
설명	퍼미시브 라이선스는 소프트웨어의 사용, 수정 및 배포에 최소한의 제한을 두는 소프트웨어 라이선스이다.
특징	소스 코드를 반드시 공개할 필요가 없음 수정된 코드를 반드시 오픈 소스로 배포할 필요가 없음 상업적 이용 허용
호환성	GPL과 호환될 수 있음
예시	MIT 라이선스 BSD 라이선스 아파치 라이선스
장단점
장점	사용과 배포가 쉬움 상업적 이용에 적합 높은 유연성
단점	코드가 폐쇄적으로 사용될 수 있음 라이선스 변경 가능성
기타
참고 사항	퍼미시브 라이선스는 기업이나 단체에서 자체적으로 소프트웨어를 개발하거나, 오픈 소스 프로젝트에 기여하고자 할 때 유용하다.

2. 정의

퍼미시브 라이선스는 사용자에게 소프트웨어 사용, 수정 및 재배포 권한을 부여하면서 최소한의 제약만 가하는 라이선스이다.

	퍼블릭 도메인 & 동등 라이선스	퍼미시브 라이선스	카피레프트 (보호 라이선스)	비상업적 라이선스	독점 라이선스	영업 비밀
설명	모든 권한을 부여	사용 권한을 부여하고 거의 모든 것을 금지하지 않음 (독점화, 라이선스 호환성 허용)	사용 권한을 부여하고 독점화를 금지함	비상업적 용도로만 권한을 부여함. 카피레프트와 결합될 수 없음	저작권의 전통적인 사용; 권한을 부여할 필요 없음	공개되지 않은 정보
소프트웨어	퍼블릭 도메인, CC0	BSD, MIT, Apache	GPL, AGPL	JRL, AFPL	독점 소프트웨어, 공개 라이선스 없음	비공개, 내부 소프트웨어
기타 창작물	퍼블릭 도메인, CC0	CC BY	CC BY-SA, 자유 예술 라이선스	CC BY-NC, CC BY-NC-SA	저작권, 공개 라이선스 없음	미발표

'''카피 센터'''는 퍼미시브 라이선스를 나타내는 말장난으로, 카피라이트와 카피레프트 사이에 위치한다.

카피 센터는 카피레프트나 카피라이트와 달리, 복제물이나 성과물을 독점적(카피라이트)으로도 자유(카피레프트)로도 따르도록 요구하지 않는다. BSD 개발자 마셜 커크 매큐직은 1999년 BSDCon에서 퍼미시브 라이선스인 수정 BSD 라이선스를 설명하기 위해 카피 센터를 사용하며 다음과 같이 설명했다.

2. 1. 오픈 소스 이니셔티브(OSI)의 정의

오픈 소스 이니셔티브는 퍼미시브 소프트웨어 라이선스를 "사용, 수정, 재배포의 자유를 보장하는 비-카피레프트 라이선스"로 정의한다.^[3] 깃허브의 ''choosealicense'' 웹사이트는 퍼미시브 MIT 라이선스를 "귀하에게 저작자 표시를 하고 귀하를 제조물 책임으로 간주하지 않는 한, 사람들이 귀하의 코드로 원하는 모든 것을 할 수 있도록 허용"하는 것으로 설명한다.^[4] 캘리포니아 웨스턴 법과대학의 newmediarights.com은 다음과 같이 정의했다. "BSD, MIT 및 Apache 라이선스와 같은 'BSD와 유사한' 라이선스는 매우 관대하며, 라이선스가 부여된 코드의 원래 부분을 자체 코드 및/또는 문서에 있는 원래 개발자에게 귀속시키는 것 외에는 거의 요구하지 않습니다."^[5]

2. 2. 깃허브(GitHub)의 설명

깃허브(GitHub)는 MIT 라이선스를 "저작권 및 라이선스 표기를 남기는 것만을 조건으로 하는 단순하고 완화된 라이선스"라고 설명한다.^[35]

2. 3. 캘리포니아 웨스턴 법과대학의 정의

캘리포니아 웨스턴 법과대학의 newmediarights.com은 "BSD, MIT 및 Apache 라이선스와 같은 'BSD와 유사한' 라이선스는 매우 관대하며, 라이선스가 부여된 코드의 원래 부분을 자체 코드 및/또는 문서에 있는 원래 개발자에게 귀속시키는 것 외에는 거의 요구하지 않습니다."라고 정의했다.^[5]^[36]

3. 다른 라이선스와의 비교

카피레프트 라이선스와 퍼블릭 도메인은 퍼미시브 라이선스와 비교하여 다른 특징을 가진다. 라이선스의 자유도를 정량화하기는 어렵지만, 최종 사용자의 목표에 따라 달라지는 경우가 많다.

개발자는 수정된 코드를 독점적으로 활용하여 수익을 창출하거나, 반대로 아무도 이익을 얻지 못하게 할 수 있다는 점에서 각 라이선스별 장단점을 고려해야 한다. 최종 사용자가 개발자가 아닌 경우, 카피레프트 라이선스는 소프트웨어에 자유롭게 접근할 수 있도록 보장하지만, 퍼미시브 라이선스는 어느 날 갑자기 악성코드가 될 수도 있다는 위험성이 있다.

3. 1. 카피레프트 라이선스와의 비교

카피레프트 라이선스는 일반적으로 수정된 버전의 소스 코드를 원본 작품의 카피레프트 라이선스에 따라 상호 공개해야 한다.^[6]^[7] 반면에 퍼미시브 라이선스는 수정된 소프트웨어 버전이 자유롭고 공개적으로 유지되도록 보장하려 하지 않으며, 일반적으로 원본 저작권 고지를 유지하기만 하면 된다.^[5] 결과적으로 퍼미시브 라이선스 소프트웨어의 파생 저작물은 독점 소프트웨어로 출시될 수 있다.^[8]

라이선스가 얼마나 자유로운지는 최종 사용자의 목표에 따라 달라진다. 개발자의 경우, 독점 코드에 통합하여 수익을 창출하거나, 자신이 작업한 내용으로 아무도 이익을 얻지 못하게 할 수 있다. 최종 사용자가 개발자가 아닌 경우, 카피레프트 라이선스는 소프트웨어가 자유 소프트웨어로 영원히 접근 가능하도록 보장하지만, 퍼미시브 라이선스는 어느 날 갑자기 폐쇄 소스 악성코드가 될 수 있다.

퍼미시브 라이선스는 카피레프트 라이선스보다 더 광범위한 라이선스 호환성을 제공한다. 카피레프트 라이선스는 상호 요구 사항이 충돌하여 자유롭게 결합하기 어렵다.^[17]^[18]^[10]^[11]^[12] 소스 코드 공개 여부가 퍼미시브 라이선스와 카피레프트 라이선스의 주요 차이점이다.^[39]^[40]

퍼미시브 라이선스는 라이선스 호환성에서 카피레프트 라이선스보다 유연하다.^[41]^[42]^[43] 일부 GPLv2 소프트웨어는 GPL의 새로운 버전(예: GPLv3)으로 이전할 수 있어 GPL끼리의 호환성을 높인다. 일부 카피레프트 라이선스는 다른 라이선스나 새로운 버전과의 병용을 허용한다.^[44]

3. 1. 1. 프리BSD 프로젝트의 관점

프리BSD 프로젝트는 기업 및 상업적 이용에 있어 퍼미시브 라이선스가 "미래 기능에 대한 최소한의 제한"을 제공하며, 카피레프트 라이선스는 "법적 시한폭탄"이 될 수 있다고 주장한다.^[45]

3. 2. 퍼블릭 도메인과의 비교

컴퓨터 어소시에이츠 대 알타이 사건에서는 "퍼블릭 도메인"이라는 용어를 의도적으로 퍼블릭 도메인으로 공개된 작품이 아닌, 허가를 받아 널리 공유되고 배포된 작품을 지칭하는 데 사용했다. 그러나 퍼미시브 라이선스는 실제로 작품을 퍼블릭 도메인으로 공개하는 것과 같지 않다.

퍼미시브 라이선스는 원작자를 명시해야 하는 등(''귀속'') 몇 가지 제한적인 요구 사항을 규정한다. 작품이 실제로 퍼블릭 도메인에 있는 경우, 이는 일반적으로 법적으로 요구되지 않지만, 미국의 저작권 등록은 이전에 출판된 자료를 공개해야 하며,^[13] 귀속은 여전히 학계에서 윤리적 요구 사항으로 간주될 수 있다.

3. 2. 1. 법적 문제와 퍼블릭 도메인 동등 라이선스

컴퓨터 어소시에이츠 대 알타이 사건에서는 "퍼블릭 도메인"이라는 용어를 의도적으로 퍼블릭 도메인으로 공개된 작품이 아닌, 허가를 받아 널리 공유되고 배포된 작품을 지칭하는 데 사용했다.^[13] 그러나 퍼미시브 라이선스는 실제로 작품을 퍼블릭 도메인으로 공개하는 것과 동등하지 않다.

퍼미시브 라이선스는 종종 원작자를 명시해야 하는 등(''귀속'') 몇 가지 제한적인 요구 사항을 규정한다. 작품이 실제로 퍼블릭 도메인에 있는 경우, 일반적으로 법적으로 요구되지 않지만 미국의 저작권 등록은 이전에 출판된 자료를 공개해야 하며,^[13] 귀속은 여전히 학계에서 윤리적 요구 사항으로 간주될 수 있다.

퍼미시브 라이선스 옹호자들은 일부 관할 구역에서 법적으로 문제가 될 수 있다는 이유로 소프트웨어를 퍼블릭 도메인으로 공개하는 것을 시도하지 말 것을 권장한다.^[14]^[15] 퍼블릭 도메인과 동등한 라이선스는 이러한 문제를 해결하려는 시도로, 저작권 포기가 법적으로 불가능한 경우를 위한 대체 퍼미시브 라이선스를 제공하며, 대부분의 퍼미시브 라이선스와 유사한 보증 부인도 포함하는 경우도 있다.

4. 라이선스 호환성

일반적으로 퍼미시브 라이선스는 대부분의 다른 소프트웨어 라이선스와 라이선스 호환성을 가진다.

퍼미시브 라이선스는 제한이 없기 때문에, 다른 많은 라이선스와 호환되지 않는 카피레프트 라이선스와도 호환된다. 카피레프트 라이선스는 카피레프트 라이선스 소스 코드와 다른 라이선스 소스 코드를 결합하여 생성된 소프트웨어에서 종종 필요로 하는 추가 제한 조항을 보충하는 것을 인정하지 않는다.

4조항 BSD 라이선스, PHP License, OpenSSL License 등 오래된 퍼미시브 라이선스 중에는 저작자 광고 표시를 요구하는 조항이 있어 카피레프트 라이선스와 호환되지 않는 것이 존재한다. MIT License, 3조항 BSD 라이선스, zlib License 등 새롭고 일반적인 퍼미시브 라이선스는 광고 표시를 요구하는 조항이 없어 카피레프트 라이선스와 호환된다.

Common Development and Distribution License, Microsoft Public License 등 일부 퍼미시브 라이선스는 재배포에 새로운 제한을 추가하는 것을 인정하지 않는다. 그러나 그러한 제한으로 인해 다른 소프트웨어 라이선스와의 호환성을 잃는 경우가 있다.

4. 1. 카피레프트 라이선스와의 호환성

카피레프트 라이선스는 일반적으로 수정된 버전의 소스 코드를 원본 저작물의 카피레프트 라이선스에 따라 상호 공개해야 한다.^[6]^[7] 반면에 퍼미시브 라이선스는 수정된 소프트웨어 버전이 자유롭고 공개적으로 유지되도록 보장하려 하지 않으며, 일반적으로 원본 저작권 고지만을 유지하면 된다.^[5] 결과적으로 퍼미시브 라이선스 소프트웨어의 파생 저작물 또는 향후 버전은 독점 소프트웨어로 출시될 수 있다.^[8]

일반적으로 퍼미시브 라이선스는 대부분의 상황에서 대부분의 다른 소프트웨어 라이선스와 우수한 라이선스 호환성을 갖는다.^[17]^[18] 제한이 없기 때문에 대부분의 퍼미시브 소프트웨어 라이선스는 카피레프트 라이선스와도 호환되지만, 4조항 BSD 라이선스, PHP 라이선스, OpenSSL 라이선스와 같은 일부 구형 퍼미시브 라이선스에는 저작권 소유자를 표시해야 하는 광고 조항이 포함되어 있어 카피레프트 라이선스와 호환되지 않는다. 그러나 MIT 라이선스, 3조항 BSD 라이선스 및 zlib 라이선스와 같은 인기 있는 최신 퍼미시브 라이선스에는 광고 조항이 포함되어 있지 않으며 일반적으로 카피레프트 라이선스와 호환된다.

일부 라이선스는 파생 저작물에 재배포자가 더 많은 제한을 추가할 수 없다는 제한을 추가하는 것을 허용하지 않는다. 예로는 CDDL 및 MsPL가 있다. 그러나 이러한 제한은 해당 라이선스를 퍼미시브 자유 소프트웨어 라이선스와 호환되지 않게 만든다.

5. 용어

퍼미시브 라이선스는 여러 가지 용어로 불린다.

마셜 커크 매큐식은 BSDCon에서 수정 BSD 라이선스를 설명하기 위해 '''카피센터'''라는 용어를 사용했다. 이는 저작권(카피라이트), 카피레프트와 함께 복사 센터를 이용한 언어 유희이다.^[29]^[30]

리처드 스톨만은 퍼미시브 라이선스를 "'''거절하지 못하는 라이선스'''"라고 정의하며, 다른 사용자의 자유를 부정할 수 없다는 점을 비판했다.^[31] 자유 소프트웨어 재단은 코드 라인이 300라인 미만인 소규모 프로그램에만 이러한 라이선스를 권장한다.^[32]

"퍼미시브"라는 단어가 모호하다고 여겨질 때, "'''카피레프트 아님(Non-copyleft)'''"이라는 용어가 대신 사용되기도 한다. 대부분의 경우 실제 대립은 카피레프트 라이선스와 카피레프트가 아닌 라이선스 사이에서 발생한다.^[26]^[27]^[28]

5. 1. 카피센터 (Copycenter)

''카피센터''는 마셜 커크 매큐식이 BSDCon에서 수정 BSD 라이선스를 설명하기 위해 사용한 용어이다. 이는 저작권(카피라이트), 카피레프트와 함께 복사 센터를 이용한 언어 유희이다.^[29]^[30]

'''카피 센터'''는 퍼미시브 라이선스를 나타내는 말로, 카피라이트와 카피레프트 사이에 위치하는 말장난이다.

카피 센터는 카피레프트나 카피라이트와 달리, 복제물이나 성과물을 독점적 (카피라이트)으로도, 자유 (카피레프트)로도 만들도록 요구하지 않는다. 마셜 커크 매큐직은 1999년 BSDCon에서 BSD의 수정 BSD 라이선스를 설명하며 카피 센터를 다음과 같이 설명했다.

5. 2. 거절하지 못하는 라이선스 (Pushover License)

리처드 스톨만은 퍼미시브 라이선스를 "거절하지 못하는 라이선스"라고 정의하며, 다른 사용자의 자유를 부정할 수 없다는 점을 비판했다.^[31] 스톨만은 이를 "안 돼"라고 말할 수 없는 사람과 같다고 비유했는데, 이는 다른 사람의 자유를 "부정"할 수 있는 권한을 부여하는 것으로 간주되기 때문이다.^[31] 자유 소프트웨어 재단은 카피레프트가 제공하는 이점이 소프트웨어와 함께 항상 라이선스 사본을 유지해야 하는 불편함을 정당화하기에는 너무 작기 때문에, 코드 라인이 300라인 미만인 소규모 프로그램에만 이러한 거절하지 못하는 라이선스를 권장한다.^[32]

5. 3. Non-copyleft

"퍼미시브"라는 단어가 모호하다고 여겨질 때, "카피레프트 아님(Non-copyleft)"이라는 용어가 대신 사용되기도 한다. 왜냐하면 모든 자유 소프트웨어 라이선스가 소스 코드를 수정하고 재배포하는 것을 허용한다는 의미에서 "퍼미시브"하기 때문이다. 대부분의 경우 실제 대립은 카피레프트 라이선스와 카피레프트가 아닌 라이선스 사이에서 발생한다.^[26]^[27]^[28]

6. 채택 현황

퍼미시브 라이선스는 1980년대 중반부터 사용되었다.^[19]

6. 1. 2015년 이후 현황

2010년대에 들어 퍼미시브 라이선스의 인기가 증가했다는 여러 저자들의 언급이 있었다.^[20]^[21]^[22]^[23] 2015년 기준, 퍼미시브 라이선스인 MIT 라이선스는 가장 인기 있는 자유 소프트웨어 라이선스이며, 그 뒤를 GPLv2가 따르고 있다.^[24]^[25] 2010년 전후, 일부 저자들은 카피레프트 라이선스와 대조적으로 퍼미시브 라이선스의 인기가 높아지고 있다고 언급했다.^[47]^[48]^[49]^[50]

2015년 이후, MIT 라이선스는 오픈 소스 소프트웨어 분야에서 가장 많이 채택된 라이선스가 되었으며,^[51]^[52] 카피레프트 라이선스인 GPLv2는 2위를 차지했다.

7. 예시

8. 비교표

	퍼블릭 도메인 & 동등 라이선스	퍼미시브 라이선스	카피레프트 (보호 라이선스)	비상업적 라이선스	독점 라이선스	영업 비밀
설명	모든 권한을 부여	사용 권한을 부여하고 거의 모든 것을 금지하지 않음 (독점화, 라이선스 호환성 허용)	사용 권한을 부여하고 독점화를 금지함	비상업적 용도로만 권한을 부여함. 카피레프트와 결합될 수 없음	저작권의 전통적인 사용; 권한을 부여할 필요 없음	공개되지 않은 정보
소프트웨어	퍼블릭 도메인, CC0	BSD, MIT, Apache	GPL, AGPL	JRL, AFPL	독점 소프트웨어, 공개 라이선스 없음	비공개, 내부 소프트웨어
기타 창작물	퍼블릭 도메인, CC0	CC BY	CC BY-SA, 자유 예술 라이선스	CC BY-NC, CC BY-NC-SA	저작권, 공개 라이선스 없음	미발표

참조

_[1] 웹사이트 Free Software Foundation, Various Licenses and Comments about Them, GNU All-permissive License https://www.gnu.org/[...]
_[2] 웹사이트 Information for Maintainers of GNU Software, License Notices for Other Files https://www.gnu.org/[...]
_[3] 웹사이트 permissive https://opensource.o[...]
_[4] 웹사이트 Choosing an open-source license doesn't need to be scary http://choosealicens[...]
_[5] 웹사이트 Open Source Licensing Guide http://www.newmediar[...] 2008-09-12
_[6] 웹사이트 What is Copyleft https://www.gnu.org/[...] GNU 2011-04-21
_[7] 웹사이트 Categories of free and nonfree software https://www.gnu.org/[...] gnu.org
_[8] 웹사이트 Google's iron grip on Android: Controlling open source by any means necessary https://arstechnica.[...] 2018-07-21
_[9] 웹사이트 Why you should use a BSD style license for your Open Source Project http://www.freebsd.o[...] FreeBSD 2015-11-28
_[10] 웹사이트 Frequently Asked Questions about the GNU LicensesIs GPLv3 compatible with GPLv2? https://www.gnu.org/[...] gnu.org 2014-06-03
_[11] 웹사이트 CELF 2013 Toybox talk http://landley.net/t[...] 2013-08-21
_[12] 웹사이트 Interpreting, enforcing and changing the GNU GPL, as applied to combining Linux and ZFS https://www.fsf.org/[...] fsf.org 2020-06-08
_[13] 문서 US Copyright Office Form CO
_[14] 웹사이트 OpenBSD Copyright Policy https://www.openbsd.[...] The OpenBSD project 2020-06-09
_[15] 웹사이트 Why SQLite succeeded as a database https://changelog.co[...] The Changelog
_[16] 웹사이트 The Free-Libre / Open Source Software (FLOSS) License Slide https://dwheeler.com[...] 2021-10-04
_[17] 웹사이트 Licence Compatibility https://joinup.ec.eu[...] joinup.ec.europa.eu 2015-05-30
_[18] 웹사이트 Should I use a permissive license? Copyleft? Or something in the middle? http://opensource.co[...] opensource.com 2015-05-30
_[19] 웹사이트 The mysterious history of the MIT License https://opensource.c[...] opensource.com 2020-06-08
_[20] 웹사이트 The fall of GPL and the rise of permissive open-source licenses https://www.zdnet.co[...] ZDNet 2015-11-28
_[21] 웹사이트 Licensing in a Post Copyright World http://lucumr.pocoo.[...] lucumr.pocoo.org 2015-11-18
_[22] 웹사이트 The trend towards permissive licensing https://blogs.the451[...] the451group.com 2015-11-28
_[23] 웹사이트 Does your code need a license? http://opensource.co[...] 2013-05-02
_[24] 웹사이트 Top 20 licenses http://www.blackduck[...] Black Duck Software 2015-11-19
_[25] 웹사이트 Open source license usage on GitHub.com https://github.com/b[...] github.com 2015-11-21
_[26] 웹사이트 Copyleft versus non-copyleft licenses in free / open source software https://kbdeveloper.[...] 2022-08-09
_[27] 간행물 Open Source Software Licenses: Strong-Copyleft, Non-Copyleft, or Somewhere in Between? https://mays.tamu.ed[...] 2022-08-09
_[28] 웹사이트 Frequently Asked Questions | Open Source Initiative https://opensource.o[...] 2022-08-09
_[29] 웹사이트 Add Kirk's comment about "copycenter"; it's just too good to pass up. https://github.com/f[...] Historical FreeBSD fortune(6) database 2020-06-08
_[30] 웹사이트 copycenter http://www.catb.org/[...] The Jargon File
_[31] 웹사이트 License Compatibility and Relicensing https://www.gnu.org/[...] Free Software Foundation 2019-09-29
_[32] 웹사이트 How to choose a license for your own work – Free Software Foundation https://www.gnu.org/[...]
_[33] 웹사이트 Open Source from a Proprietary Perspective https://web.archive.[...]
_[34] 웹사이트 What is a "permissive" Open Source license? https://opensource.o[...] Open Source Initiative 2018-03-26
_[35] 웹사이트 MIT License https://choosealicen[...] GitHub, Inc. 2018-03-26
_[36] 웹사이트 Open Source Licensing Guide https://choosealicen[...] New Media Rights 2018-03-26
_[37] 웹사이트 copycenter http://catb.org/~esr[...] Eric S. Raymond 2006-06-14
_[38] 웹사이트 US Copyright Office Form CO http://www.copyright[...] U.S. Copyright Office 2018-03-26
_[39] 웹사이트 What is Copyleft https://www.gnu.org/[...] GNU 2011-04-21
_[40] 웹사이트 Categories of free and nonfree software https://www.gnu.org/[...] gnu.org 2018-03-26
_[41] 웹사이트 Should I use a permissive license? Copyleft? Or something in the middle? http://opensource.co[...] opensource.com 2015-05-30
_[42] 웹사이트 Frequently Asked Questions about the GNU Licenses{{snd}}Is GPLv3 compatible with GPLv2? https://www.gnu.org/[...] gnu.org 2014-06-03
_[43] 웹사이트 CELF 2013 Toybox talk http://landley.net/t[...] 2013-08-21
_[44] 웹사이트 GPL-Compatible Free Software Licenses https://www.gnu.org/[...] 2014-12-29
_[45] 웹사이트 Why you should use a BSD style license for your Open Source Project http://www.freebsd.o[...] FreeBSD 2015-11-28
_[46] 문서 The Free-Libre / Open Source Software (FLOSS) License Slide http://www.dwheeler.[...] David A. Wheeler 2007-09-27
_[47] 웹사이트 The fall of GPL and the rise of permissive open-source licenses http://www.zdnet.com[...] zdnet.com 2015-11-28
_[48] 웹사이트 Licensing in a Post Copyright World http://lucumr.pocoo.[...] lucumr.pocoo.org 2015-11-18
_[49] 웹사이트 The trend towards permissive licensing https://blogs.the451[...] the451group.com 2015-11-28
_[50] 문서 Does your code need a license? http://opensource.co[...] Jason Hibbets 2013-05-02
_[51] 웹사이트 Top 20 licenses http://www.blackduck[...] Black Duck Software 2015-11-19
_[52] 웹사이트 Open source license usage on GitHub.com https://github.com/b[...] github.com 2015-11-21
_[53] 문서 Open Source from a Proprietary Perspective https://web.archive.[...]
_[54] 문서 http://www.ciokorea.[...]
_[55] 문서 Open Source Licensing Guide http://www.newmediar[...] New Media Rights 2008-09-12
_[56] 문서 Top 20 licenses https://www.blackduc[...] Black Duck Software 2015-11-19

본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com