오픈 소스 계약은 무엇입니까?

오픈 소스 소프트웨어는 "자유"를 추구하면서 프로그래머의 이익을 희생 할 수 없으며, 그렇지 않으면 프로그래머의 창의적 열정에 영향을 미치므로 전세계 오픈 소스 이니셔티브가 승인 한 60 개 이상의 오픈 소스 라이센스가 있습니다. 오픈 소스 근로자의 권리를 보장합니다. 

오픈 소스 계약은 오픈 소스 소프트웨어를 사용할 때, 즉 할 수있는 것과 할 수없는 것의 권리와 책임을 규정합니다. 

오픈 소스 계약은 반드시 법적 효력을 갖지는 않지만, 오픈 소스 계약은 소프트웨어 저작권 분쟁과 관련하여 가장 중요한 증거 중 하나입니다. 

오픈 소스 소프트웨어를 작성할 준비가 된 개발자의 경우, 현재 가장 인기있는 오픈 소스 라이센스 계약을 이해하고 적절한 오픈 소스 라이센스 계약을 선택하여 소프트웨어 권리 보호를 최대화하는 것이 좋습니다.

1) GNU GPL (GNU General Public License, GNU General Public License)

소프트웨어에 GPL을 준수하는 제품 또는 코드가 포함되어있는 한 소프트웨어는 GPL 라이센스 계약을 준수해야합니다. GPL 라이센스 계약은 공개 소스 및 무료 여야하며 비공개 소스 일 수 없으므로이 계약은 상업용 소프트웨어에 적합하지 않습니다. 

GPL을 따르는 오픈 소스 소프트웨어의 수는 매우 많으며 Linux 시스템을 포함한 대부분의 오픈 소스 소프트웨어는이 프로토콜을 기반으로합니다.

GPL 오픈 소스 프로토콜의 주요 기능

특징	설명
사본의 자유	복사량을 제한하지 않고 소프트웨어를 다른 사람의 컴퓨터에 복사 할 수 있습니다.
의사 소통의 자유	소프트웨어가 다양한 형태로 확산되도록합니다.
전하 전파	소프트웨어는 다양한 매체에서 판매 할 수 있지만, 구매자에게 소프트웨어가 무료로 제공된다는 사실을 사전에 알려야하므로 일반적으로 오픈 소스 소프트웨어는 유료 서비스를 사용자에게 제공함으로써 수익성이 있습니다.
자유 수정	개발자는 소프트웨어의 기능을 추가 또는 제거 할 수 있지만 소프트웨어는 여전히 GPL 라이센스 계약에 따라 라이센스를 취득해야합니다.

2) BSD (Berkeley Software Distribution) 계약

BSD 프로토콜은 기본적으로 사용자가 "원하는대로 무엇이든 할"수 있으며, 사용자는 라이센스에 부합하는 소프트웨어를 사용, 수정 및 재배포 할 수 있으며 다음 세 가지 조건이 충족되는 경우 소프트웨어를 상용 소프트웨어로 출시 및 판매 할 수 있습니다.

• 다시 릴리스 된 소프트웨어에 소스 코드가 포함 된 경우 소스 코드는 계속 BSD 라이센스 계약을 따라야합니다.
• 재 릴리스 된 소프트웨어에 바이너리 프로그램 만있는 경우 BSD 프로토콜을 따르려면 관련 문서 나 저작권 파일에 원본 코드를 선언해야합니다.
• 원래 소프트웨어 이름, 작성자 이름 또는 조직 이름의 마케팅은 허용되지 않습니다.

BSD는 상업적으로 친숙하며, 많은 회사는 오픈 소스 제품을 선택할 때 BSD 프로토콜을 선호합니다. 필요한 경우에도 제 3 자의 코드를 완전히 제어 할 수 있기 때문에 수정하거나 재개발 할 수 있습니다.

3) Apache 라이센스 버전 계약

Apache는 BSD와 유사하며 상용 소프트웨어에 적합합니다. Apache 프로토콜을 통해 사용자는 자유롭게 코드를 수정하고 재배포 할 수 있으며 개발자에게 저작권 및 특허 라이센스를 제공 할 수 있습니다. 

널리 사용되는 Hadoop, Apache HTTP Server, MongoDB 및 기타 프로젝트는 모두 라이센스 계약을 기반으로 개발되었으므로 프로그램 개발자는 프로토콜을 준수하는 소프트웨어를 개발할 때 다음 네 가지 조건을 엄격히 준수해야합니다.

• 소프트웨어와 그 파생물은 계속 Apache 라이센스 계약을 사용해야합니다.
• 프로그램 소스 코드가 수정되면 설명서에 선언해야합니다.
• 소프트웨어가 다른 사람의 소스 코드를 기반으로 작성된 경우 계약의 원래 코드, 상표, 특허 명세서 및 기타 원본 저자의 내용 정보를 유지해야합니다.
• 다시 릴리스 된 소프트웨어에 선언 파일이있는 경우이 파일에 Apache 라이센스 계약 및 기타 라이센스 계약을 포함시켜야합니다.

4) MIT (Massachusetts Institute of Technology) 계약

프로그램 개발자가 수정 된 소스 코드에 원래 작성자의 라이센스 정보를 보유하고있는 한 가장 제한이없는 오픈 소스 라이센스 (BSD 및 Apache 미만) 중 하나는 일반적으로 상용 소프트웨어에서 사용됩니다. 

MIT 프로토콜을 사용하는 소프트웨어는 PuTTY, X Window System, Ruby on Rails, Lua 5.0 이상, Mono 등입니다.

5) GUN LGPL (GNU Lesser General Public License, GNU General Public License)

LGPL은 GPL V2라고도하는 GPL의 파생물이며 주로 라이브러리 용으로 설계된 오픈 소스 프로토콜입니다. 

LGPL은 상용 소프트웨어가 오픈 소스 상용 소프트웨어 코드가 아닌 클래스 라이브러리 참조를 통해 LGPL 클래스 라이브러리를 사용할 수 있도록합니다. 이를 통해 LGPL 프로토콜을 사용하는 오픈 소스 코드를 상용 소프트웨어에서 라이브러리로 참조 및 게시 할 수 있습니다. 

그러나 LGPL 프로토콜의 코드 또는 파생어가 수정 된 경우 수정과 관련된 모든 수정 된 코드, 추가 코드 및 파생 코드는 LGPL 프로토콜을 사용해야합니다. 따라서 LGPL 프로토콜의 오픈 소스 코드는 상용 소프트웨어에서 참조하는 타사 라이브러리로 적합하지만 LGPL 프로토콜 코드를 기반으로 수정 및 파생을 통해 2 차 개발을 원하는 상용 소프트웨어 응용 프로그램에는 적합하지 않습니다.