GitHub에서 RAD 프레임워크용 오픈 소스 라이선스를 선택하는 방법

이 기사에서는 저작권에 대해 조금 이야기하겠지만 주로 RAD 프레임워크에 대한 무료 라이센스를 선택하는 방법에 대해 설명합니다. IONDV. 뼈대 그리고 이를 기반으로 한 오픈 소스 제품에 대해서도 마찬가지입니다. 허가면허에 대해 알려드리겠습니다. 아파치 2.0, 무엇이 우리를 그렇게 하게 되었는지, 그리고 그 과정에서 우리가 직면한 결정은 무엇인지에 대해 설명합니다.

라이센스를 선택하는 과정은 매우 노동 집약적이며 이미 잘 읽어보고 접근해야 하며, 법률 교육의 행복한 소유자가 아닌 경우 다양한 무료 라이센스에 대한 정보가 가득한 필드가 열립니다. 가장 중요한 일은 여러 가지 제한 기준을 작성하는 것입니다. 토론과 숙고의 과정을 통해 귀하와 귀하의 팀은 제품 사용자에게 무엇을 허용하고 무엇을 금지할지 이해할 수 있을 것입니다. 특정 설명이 이미 손에 있으면 기존 라이센스 위에 이를 오버레이하고 가장 많은 포인트가 일치하는 설명을 선택해야 합니다. 물론 간단하게 들리지만 실제로는 일반적으로 토론 후에도 질문이 남아 있습니다.

먼저, 링크 choosealicense.com, 우리가 광범위하게 사용했던 유용한 사이트입니다. 특별한주의를 기울이십시오 비교표 13가지 주요 기준에 따른 라이선스. 영어와 인내심이 당신과 함께하기를 바랍니다.

선택의 밀가루

라이센스의 일반적인 특성부터 시작해 보겠습니다. 무료 소프트웨어. 오픈소스 소프트웨어는 모델에 따라 상업적, 비상업적 배포를 제한하지 않는 독점적인 무료 라이선스를 의미합니다. 오픈 코어. 따라서 무료 라이센스에 따라 소프트웨어를 네트워크에 배치하는 것은 제XNUMX자에 의한 전송, 배포 및 판매를 완전히 제한할 수 없으며 이에 대해 정신적으로 준비하면 됩니다.

무료 라이센스는 사용자에게 소프트웨어 리버스 엔지니어링에 참여하거나 다른 사용 가능한 방법으로 소프트웨어를 변경할 수 있는 권리를 제공합니다. 대부분의 라이선스에서는 제품 이름을 바꾸거나 제품을 조작하여 시스템 작성자 및/또는 소유자의 권리를 변경하는 것을 허용하지 않습니다.

무료 라이센스에 관해 우리가 관심을 가졌던 주요 질문은 다음과 같습니다.

1. 소프트웨어에 대한 변경 사항이 기록되어야 하며 시스템 저작권 소유자와 관련이 없어야 합니까?
2. 파생 소프트웨어의 이름은 저작권 소유자의 소프트웨어 이름과 동일하면 안 되나요?
3. 새 버전의 라이센스를 독점 버전을 포함하여 다른 버전으로 변경할 수 있습니까?

가장 일반적인 라이센스 목록을 주의 깊게 살펴본 후 더 자세히 고려한 몇 가지 라이센스를 선택했습니다. 다음에 대한 잠재적 라이선스 IONDV. 뼈대 GNU GPLv3, Apache 2.0, MIT 및 MPL이었습니다. MIT 거의 즉시 제외됩니다. 이것은 거의 모든 방식으로 코드의 사용, 수정 및 배포를 허용하는 허용적인 비 카피레프트 라이선스입니다. 하지만 우리는 이 옵션이 마음에 들지 않았습니다. 우리는 여전히 저작권 간의 관계를 규제하는 라이선스를 원했습니다. 보유자와 사용자. GitHub의 소규모 프로젝트 대부분은 MIT 라이센스 또는 다양한 변형에 따라 게시됩니다. 라이센스 자체는 매우 짧으며 유일한 금지 사항은 소프트웨어 제작자의 저작권을 나타내는 것입니다.

다음은 라이센스였다 mpl 2.0. 물론, 우리는 즉시 이에 도달하지는 않았지만 더 자세히 연구한 후 신속하게 배제했습니다. 가장 큰 단점은 라이센스가 전체 프로젝트에 적용되지 않고 개별 파일에 적용된다는 것입니다. 또한, 사용자가 파일을 변경하더라도 라이선스를 변경할 수 없습니다. 사실 오픈소스 프로젝트를 아무리 부지런히 변경해도 그러한 라이선스 때문에 결코 수익을 창출할 수 없습니다. 그건 그렇고, 이것은 저작권 소유자와 관련이 없습니다.

라이센스에도 비슷한 문제가 지속됩니다 GNU GPLv3. 그 아래에 모든 파일이 남아 있어야 합니다. GNU GPL은 파생 저작물이 오픈 소스여야 하고 동일한 라이센스를 유지하도록 요구하는 카피레프트 라이센스입니다. 즉, 두 줄의 코드를 다시 작성하면 변경 사항을 커밋해야 하며, 나중에 사용하거나 배포하는 동안 GNU GPL에 따라 코드를 저장해야 합니다. 이 경우 이는 우리가 아닌 프로젝트 사용자에게 제한 요소입니다. 그러나 GPL 버전 내에서도 GPL을 다른 라이센스로 변경하는 것은 금지되어 있습니다. 예를 들어, 다음과 같이 변경하면 LGPL (GPL에 대한 추가 기능)을 GPL로 변경하면 LGPL로 돌아갈 방법이 없습니다. 그리고 이 점이 반대 투표에서 결정적인 역할을 했습니다.

전반적으로 우리의 선택은 처음에는 다음쪽으로 기울어졌습니다. GPL3 바로 동일한 라이선스에 따라 수정된 코드가 배포되기 때문입니다. 우리는 이런 방식으로 제품을 보호할 수 있다고 생각했지만 Apache 2.0에서는 위험이 더 적었습니다. 자유 소프트웨어 재단(Free Software Foundation)에 따르면 GPLv3은 Apache 라이센스 v2.0과 호환됩니다. 즉, 라이센스를 Apache 라이센스 v2.0에서 GPL v3.0으로 언제든지 변경할 수 있다는 의미입니다.

아파치 2.0

아파치 2.0 — 저작권에 중점을 둔 균형 잡힌 허용 라이센스. 다음은 우리가 관심을 갖는 질문에 대한 그녀의 답변입니다. 소프트웨어에 대한 변경 사항이 기록되어야 하며 시스템 저작권 소유자와 관련이 없어야 합니까? 예, 모든 변경 사항은 문서화되어야 하며 원본 코드나 수정된 ​​코드에 대해 책임을 지지 않습니다. 변경 사항이 포함된 파일은 변경한 코드에 첨부되어야 합니다. 파생 소프트웨어의 이름은 저작권 소유자의 소프트웨어 이름과 동일하면 안 되나요? 예, 파생 소프트웨어는 다른 이름과 다른 상표로 출시되어야 하지만 저작권 보유자가 표시되어야 합니다. 새 버전의 라이센스를 독점 버전을 포함하여 다른 버전으로 변경할 수 있습니까? 예, 다른 라이센스로 출시될 수 있습니다. Apache 2.0은 비상업적 및 상업용 라이센스의 사용을 제한하지 않습니다.

또한, 아파치 2.0용 오픈소스 코드를 기반으로 한 신제품이나 기능이 추가된 제품을 출시할 때 반드시 동일한 라이선스를 사용할 필요는 없다. 아래에서 Apache 2.0 라이센스의 조건 및 제한 사항이 포함된 이미지를 볼 수 있습니다.

라이센스는 소프트웨어가 출시되는 라이센스와 저작권을 보존하고 언급해야 한다는 요구 사항을 부과합니다. 필수 가용성 저작권 고지 저작권 소유자의 이름이 포함되어 있고 라이센스는 소프트웨어의 원저작자의 권리를 보호합니다. 다른 라이센스에 따라 이름이 변경되거나 양도되거나 판매되더라도 작성자의 표시는 여전히 남아 있기 때문입니다. 이 파일을 사용할 수도 있습니다 주의 소스 코드나 프로젝트 문서에 첨부하세요.

우리는 Apache 2.0 라이선스에 따라 GitHub에서 공개적으로 사용할 수 있는 모든 제품을 출시합니다. IONDV. 전쟁 기록 보관소, 소스 코드는 극동 사회 기술 센터에서 올해 3월 GitHub에 GPLvXNUMX 라이센스로 게시되었습니다. 현재 이 외에도 뼈대 과 모듈들 출판 된 애플 리케이션 프레임워크에서 만들어졌습니다. 우리가 이미 이야기한 허브에서 프로젝트 관리 시스템 그리고 약 통신 레지스터.

저것들. 프레임워크에 대한 세부정보

IONDV. Framework는 심각한 프로그래밍 기술이 필요하지 않은 메타데이터 기반의 고급 웹 애플리케이션을 만들기 위한 node.js 기반의 오픈 소스 프레임워크입니다.

애플리케이션 기능의 기본은 데이터 레지스트리, 즉 등록 모듈입니다. 이는 프로젝트, 프로그램, 이벤트 등의 관리를 포함하여 메타데이터 구조를 기반으로 한 데이터 작업을 위해 직접 설계된 핵심 모듈입니다. 또한 프로젝트는 임의의 데이터 템플릿을 표시하기 위해 포털 모듈을 사용하며 아카이브 프론트 레지스트리를 구현합니다.

MongoDb는 DBMS에 사용되며 애플리케이션 설정, 메타데이터 및 데이터 자체를 저장합니다.

프로젝트에 라이센스를 적용하는 방법은 무엇입니까?

파일 추가 라이센스 Apache 2.0으로 보호되는 프로젝트와 voilà의 저장소에 라이센스 텍스트를 입력하세요. 저작권 보유자를 표시해야합니다. 그게 전부입니다. 저작권 고지. 이는 소스 코드나 파일에서 수행할 수 있습니다. 주의 (Apache 라이선스에 따라 라이선스가 부여된 모든 라이브러리와 해당 라이브러리의 작성자 이름을 나열하는 텍스트 파일) 파일 자체를 소스 코드나 작업과 함께 배포되는 문서에 넣습니다. 우리에게는 다음과 같습니다.

저작권 © 2018 ION DV LLC.
Apache 라이선스 버전 2.0에 따라 라이선스가 부여됨

Apache 2.0 라이센스 텍스트

아파치 라이센스
버전 2.0, 2004 년 XNUMX 월
http://www.apache.org/licenses/

사용, 복제 및 배포에 대한 조건

1. 정의.

   "라이선스"는 사용, 복제,
   이 문서의 섹션 1 ~ 9에 정의 된대로 배포.

   "라이센스 제공자"는 저작권 소유자 또는 승인된 법인을 의미합니다.
   라이센스를 부여하는 저작권 소유자.

   "법인"은 행위하는 법인과 모든 단체의 결합을 의미합니다.
   통제, 통제 또는 공통 아래있는 다른 엔티티
   그 엔티티로 제어합니다. 이 정의의 목적을 위해
   "통제"란 (i) 다음을 유발하는 직간접적인 힘을 의미합니다.
   계약 또는
   그렇지 않은 경우, 또는 (ii) 50 % 이상의 소유권
   발행 주식, 또는 (iii) 그러한 법인의 실 소유권.

   "귀하"(또는 "귀하의")는 개인 또는 법인을 의미합니다.
   이 라이선스에 의해 부여 된 권한 행사.

   "소스" 형식은 수정을 위해 선호되는 형식을 의미합니다.
   소프트웨어 소스 코드, 문서를 포함하되 이에 국한되지 않음
   소스 및 구성 파일.

   "객체" 형태는 기계적인 형태로 인해 발생하는 모든 형태를 의미합니다.
   다음을 포함하여 소스 양식의 변환 또는 번역
   컴파일 된 개체 코드, 생성 된 문서,
   및 다른 미디어 유형으로의 변환.

   "저작물"은 소스 또는 출처에 상관없이 저작물을 의미합니다.
   라이센스에 따라 사용할 수있는 개체 양식
   저작물에 포함되거나 첨부 된 저작권 표시
   (아래 부록에 예가 나와 있습니다.)

   "XNUMX차 저작물"은 소스 또는 개체에 관계없이 모든 저작물을 의미합니다.
   저작물을 기반으로 (또는 파생 된) 형식이며
   편집 수정, 주석, 정교화 또는 기타 수정
   전체적으로 원작을 대표합니다. 목적을 위해
   이 라이선스의 파생 작업에는 남아있는 작업이 포함되지 않습니다.
   인터페이스에서 분리 가능하거나 단순히 링크 (또는 이름으로 바인딩) 할 수 있습니다.
   저작물 및 그 파생 저작물.

   "기여"는 다음을 포함한 모든 저작물을 의미합니다.
   저작물의 원본 버전 및 수정 또는 추가
   그 저작물 또는 그 파생 저작물, 즉 의도적으로
   저작권 소유자가 저작물에 포함하기 위해 라이선스 제공자에게 제출
   또는 대신 제출할 권한이있는 개인 또는 법인에 의해
   저작권 소유자. 이 정의의 목적상 "제출된"은
   전송 된 모든 형태의 전자, 구두 또는 서면 통신을 의미합니다.
   라이센스 제공자 또는 그 대리인에게
   전자 메일 링리스트, 소스 코드 제어 시스템,
   관리하거나 대신하여 추적 시스템을 발행합니다.
   저작물을 논의하고 개선 할 목적으로 사용권을 부여했지만
   눈에 잘 띄는 표시가있는 커뮤니케이션 제외
   저작권 소유자가 서면으로 "기고물 아님"으로 지정했습니다.

   "기여자"는 라이센스 제공자 및 개인 또는 법인을 의미합니다.
   라이센서가 기부금을받은 사람을 대신하여
   이후 저작물에 통합됩니다.

2. 저작권 라이선스 부여. 이용약관에 따라
   이 라이센스, 각 기여자는 이에 따라 귀하에게 영구적 인 권한을 부여합니다.
   전 세계적으로 비 독점적이며 무료이며 로열티가 없으며 취소 할 수 없습니다.
   복제, 파생 저작물 준비,
   공개적으로 표시하고, 공개적으로 수행하고, 라이선스를 다시 부여하고, 배포합니다.
   저작물 및 이러한 파생 저작물은 소스 또는 개체 형태로 제공됩니다.

3. 특허 라이센스 부여. 이용 약관에 따라
   이 라이센스, 각 기여자는 이에 따라 귀하에게 영구적 인 권한을 부여합니다.
   전 세계적으로 비 독점적이며 무료이며 로열티가 없으며 취소 할 수 없습니다.
   (이 섹션에 명시된 경우 제외) 특허 라이센스를 만들거나
   저작물을 사용, 판매, 판매, 수입 및 기타 방법으로 제공
   그러한 라이센스가 라이센스 가능한 특허 청구에만 적용되는 경우
   반드시 자신의 권리를 침해하는 해당 기여자에 의해
   기여 (들) 단독 또는 그들의 기여 (들)의 조합으로
   그러한 기여 (들)가 제출 된 저작물과 함께. 만약 너라면
   모든 법인에 대해 특허 소송을 제기합니다 (
   소송에서 교차 청구 또는 반소)
   또는 저작물에 포함 된 기여는 직접
   또는 기여한 특허 침해, 모든 특허 라이센스
   해당 저작물에 대해이 라이선스에 따라 귀하에게 부여 된
   해당 소송이 제기된 날짜 기준입니다.

4. 복구. 귀하는 사본을 복제 및 배포할 수 있습니다.
   유무에 관계없이 모든 매체의 저작물 또는 파생 저작물
   수정 및 소스 또는 개체 형식으로
   다음 조건을 충족하십시오.

   (a) 귀하는 저작물 또는
   이 라이선스의 파생 작품; 과

   (b) 수정된 파일에는 눈에 띄는 공지가 표시되도록 해야 합니다.
   귀하가 파일을 변경했다고 명시합니다. 그리고

   © 귀하는 파생 저작물을 소스 형태로 유지해야 합니다.
   귀하가 배포하는 모든 저작권, 특허, 상표 및
   저작물의 출처 양식에 따른 귀속 고지,
   의 어느 부분과도 관련이없는 통지는 제외합니다.
   파생 작품; 과

   (d) 저작물의 일부로 "NOTICE" 텍스트 파일이 포함된 경우
   배포하는 경우 귀하가 배포하는 모든 파생 저작물은
   포함 된 속성 고지의 읽을 수있는 사본을 포함합니다.
   NOTICE 파일 내에서, 그렇지 않은 통지는 제외
   적어도 하나의 파생 저작물의 일부와 관련
   다음 장소 중: 배포된 NOTICE 텍스트 파일 내
   파생 작업의 일부로; 소스 양식 또는
   파생 저작물과 함께 제공된 경우 문서; 또는,
   파생 저작물에 의해 생성 된 디스플레이 내에서
   그러한 제 XNUMX 자 고지가 일반적으로 나타나는 모든 곳에 컨텐츠
   NOTICE 파일의 내용은 정보 제공의 목적으로만 사용되며
   라이센스를 수정하지 마십시오. 자신의 속성을 추가 할 수 있습니다.
   귀하가 배포하는 파생 저작물 내의 고지와 함께
   또는 제공되는 저작물의 NOTICE 텍스트에 대한 부록으로
   그러한 추가 귀속 고지는 해석 될 수 없습니다.
   라이센스 수정.

   귀하는 귀하의 수정 사항에 귀하의 저작권 문구를 추가 할 수 있습니다.
   추가 또는 다른 라이선스 약관을 제공 할 수 있습니다.
   귀하의 수정 사항을 사용, 복제 또는 배포하기 위해, 또는
   귀하가 사용하는 경우 그러한 파생 저작물 전체에 대해
   저작물의 복제 및 배포는 달리 준수합니다.
   이 라이센스에 명시된 조건.

5. 기여 제출. 귀하가 명시적으로 달리 명시하지 않는 한,
   저작물에 포함하기 위해 의도적으로 제출 된 모든 기여
   귀하가 라이센스 제공자에게 제공하는 것은
   추가 조건없이이 라이센스.
   위의 내용에도 불구하고 여기에있는 어떠한 내용도 대체하거나 수정할 수 없습니다.
   귀하가 실행했을 수있는 별도의 라이센스 계약 조건
   그러한 기여에 대해 라이센서와 함께.

6. 상표. 본 라이센스는 거래 사용 권한을 부여하지 않습니다.
   라이선스 제공자의 이름, 상표, 서비스 마크 또는 제품 이름,
   설명에 합리적이고 관례적인 사용을 위해 필요한 경우를 제외하고
   저작물의 출처와 NOTICE 파일의 내용을 복제합니다.

7. 보증의 부인. 해당 법률에서 요구하지 않는 한
   서면으로 동의 한 라이선스 제공자는 저작물 (및 각
   기여자는 기여물을 "있는 그대로" 기반으로 제공합니다.
   어떠한 종류의 보증이나 조건없이, 명시 적 또는
   모든 보증 또는 조건을 포함하되 이에 국한되지 않는 묵시적
   소유권, 비 침해, 상품성 또는 적합성에 대한
   특정 목적. 귀하는 전적으로
   저작물 사용 또는 재배포의 적절성 및
   본 라이센스에 따른 귀하의 권한 행사와 관련된 위험.

8. 책임의 제한. 어떤 경우에도, 법적 이론 없이도,
   불법 행위 (과실 포함), 계약 또는 기타
   관련 법률에서 요구하지 않는 한 (예 : 고의적이고
   과실 행위) 또는 서면으로 동의 한 경우 모든 기여자는
   직접, 간접, 특별,
   우발적이거나 결과적으로 발생하는 모든 캐릭터의
   이 라이센스의 결과 또는 사용 또는 사용할 수 없음
   업무 (영업권 손실에 대한 손해를 포함하되 이에 국한되지 않음,
   작업 중단, 컴퓨터 오류 또는 오작동 또는 모든
   기타 상업적 손해 또는 손실), 그러한 기여자가
   그러한 손해의 가능성에 대해 조언을 받았습니다.

9. 보증 또는 추가 책임을 수락합니다. 재배포하면서
   저작물 또는 그 파생 저작물을 제공하기로 선택할 수 있습니다.
   비용, 지원 수락, 보증, 면책,
   또는 이와 일치하는 기타 책임 의무 및 / 또는 권리
   특허. 그러나 이러한 의무를 수락함에있어 귀하는
   귀하를 대신하여 귀하를 대신하지 않고 귀하의 전적인 책임하에
   귀하가 면책에 동의하는 경우에만,
   모든 책임에 대해 각 기여자를 방어하고 무해하게 유지
   이유에 의해 그러한 기여자에 의해 발생하거나 주장 된 주장
   그러한 보증 또는 추가 책임을 수락하는 것.

   약관의 END

   부록 : 작업에 Apache 라이선스를 적용하는 방법.

   작업에 Apache 라이센스를 적용하려면 다음을 첨부하십시오.
   필드가 대괄호 "[]"로 묶인 상용구 알림
   자신의 식별 정보로 대체됩니다. (포함하지 마십시오
   대괄호!) 텍스트는 적절한
   파일 형식에 대한 주석 구문입니다. 우리는 또한
   파일 또는 클래스 이름과 목적 설명이
   보다 쉽게 ​​사용할 수 있도록 저작권 표시와 동일한 "인쇄된 페이지"
   타사 아카이브 내에서 식별.

   저작권 [yyyy] [저작권 소유자 이름]

   Apache 라이선스 버전 2.0(“라이선스”)에 따라 라이선스가 부여됩니다.
   귀하는 라이센스를 준수하는 경우를 제외하고는이 파일을 사용할 수 없습니다.
   라이센스의 사본은 다음 주소에서 얻을 수 있습니다.

   http://www.apache.org/licenses/LICENSE-2.0

   관련법에 의해 요구되거나 서면으로 동의하지 않는 한, 소프트웨어
   라이센스에 따라 배포되는 것은 "있는 그대로" 기반으로 배포됩니다.
   명시 적이든 묵시적이든 어떠한 종류의 보증이나 조건도 제공하지 않습니다.
   사용 권한을 관리하는 특정 언어에 대해서는 라이센스를 참조하십시오.
   라이센스에 따른 제한 사항.

라이센스 = 계약

무료 라이센스는 무료이지만 허용성을 허용하지 않으며 우리는 이미 제한 사항의 예를 제시했습니다. 오픈 소스 소프트웨어는 사용자를 위해 특별히 설계되었으므로 귀하와 사용자의 관심 사항을 모두 고려하여 라이센스를 선택하십시오. 프로젝트 사용자는 라이센스를 자신과 저작권 보유자 간의 일종의 계약으로 인식해야 하므로 소스 코드에 대한 작업을 수행하기 전에 프로젝트 라이센스에 의해 부과된 제한 사항을 주의 깊게 연구하십시오.

라이선스 주제에 대해 어느 정도 밝혀졌기를 바라며, 문제의 복잡성에도 불구하고 이것이 오픈 소스로 향하는 길에 장애물이 되어서는 안 됩니다. 프로젝트를 개발하고 귀하와 타인의 권리를 잊지 마십시오.

유용한 링크

마지막으로 기존 라이센스에 대한 정보를 검색하고 목적에 가장 적합한 라이센스를 선택할 때 도움이 된 몇 가지 유용한 리소스는 다음과 같습니다.

• IT 라이선스
• 라이센스 목록
• github의 라이센스 리포지토리
• 오픈소스 가이드
• 라이센스 텍스트
• 다양한 오픈소스 라이선스 유형의 차이점
• 오픈 소스 라이선스에 대한 간략한 가이드
• 매우 유용함 기사 부터 표시된 것
• 오픈소스 라이선스 유형
• GNU GPL 3 소개
• StackOverflow의 답변

출처 : habr.com