메인 콘텐츠로 건너뛰기
오픈 소스

오픈 소스 소프트웨어 라이선스 이해

오픈 소스 소프트웨어 라이선스는 두 가지 큰 범주로 나뉩니다. 일부 라이선스는 copyleft 라이선스 범주에 속하고, 다른 라이선스는 허용하는 오픈 소스 라이선스입니다.

아니크 다발 바부

Anik Dhabal Babu

콘텐츠 마케터

오픈 소스 소프트웨어 라이선스 이해하기

오픈 소스 소프트웨어 라이선스에 대한 두 가지 큰 범주가 있습니다. 어떤 라이선스는 copyleft 라이선스 범주에 속하고, 다른 라이선스는 허용하는 오픈 소스 라이선스입니다.

이 기사에서는 오픈 소스 소프트웨어 라이센싱에 대해 설명합니다.

소개

An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.

Depending on the Open Source License type chosen, users may or may not be able to do certain activities with the code, such as selling it or using it commercially. In addition, there are many different types of Open Source Licenses out there, each offering different terms and conditions depending on how you want to use the source material.

따라서, 오픈 소스 라이선스 유형을 이해하기 위해, 이에 대한 이점을 활용하기 전에 더 읽어보시기를 권장합니다.

오픈 소스 라이선스 유형

type-of-oss-licence

허용 라이선스

허가 받은 라이선스는 종종 비공유 라이선스라고도 불리는 라이선스이다. 사용자는 소스 code를 사용, 수정 및 공유할 수 있지만, 사용자는 재배포 시 일부 조건을 변경할 수 있는 옵션도 있다. 소프트웨어의 경우, 기존 프로그램을 기반으로 한 소프트웨어를 말한다. 원래 소프트웨어가 허가 받은 라이선스로 출시된 경우, 생성자는 원래 작업의 라이선스가 요구하는 것보다 다른 조건으로 자신의 파생 작품을 공유할 수 있다.

공유 재산 라이선스

공유 재산 라이선스는 오픈 소스 소프트웨어 사용자에게 소프트웨어의 수정, 사용 및 재배포의 자유를 제공한다. 그러나 사용자는 다운스트림 사용자에게 특정 권리를 부여해야 하며, 원래 사용자에게 주어진 권리를 그대로 부여한다.

Copyleft licenses define how redistribution and changes to the code are allowed, prohibiting any attempts at making it proprietary or non-open. This ensures that developers modifying the software have access to the source code to update it or even incorporate their own changes. Of course, any modifications must also be made available so others can benefit from its open source availability. This is a non-issue for academic or research use-cases, but is often a deal breaker when building commercial software.

오픈 소스 소프트웨어에 라이선스를 포함하는 이유

소프트웨어를 다른 사람과 공개 소프트웨어로 공유하거나 배포할 때 공개 소프트웨어 라이선스를 포함하는 것은 매우 중요합니다. 라이선스는 여러 중요한 목적을 수행합니다.

  • 협업과 혁신을 촉진하기 위해.

공개 소프트웨어 라이선스는 소프트웨어의 원본 code을 anybody가 볼 수 있으며, 수정하고, 배포할 수 있도록 허용합니다. 다른 개발자가 프로젝트에 참여하여 버그를 수정하고 새로운 기능을 추가할 수 있도록 합니다. 이는 더 강력하고 혁신적인 소프트웨어 제품으로 이어질 수 있습니다.

  • 사용자에게 더 많은 통제와 유연성을 제공하기 위해.

공개 소프트웨어 라이선스는 일반적으로 사용자가 소프트웨어를 상업적 용도로 사용, 수정 및 배포할 수 있도록 허용합니다. 사용자가 소프트웨어 경험에 더 많은 통제를 가질 수 있으며, 비표준 소프트웨어 공급자에 의존하는 것을 줄일 수 있습니다.

  • 소프트웨어 주변에 커뮤니티를 구축하기 위해.

공개 소프트웨어 라이선스는 사용자 및 개발자 커뮤니티를 구축할 수 있도록 도와줍니다. 이 커뮤니티는 지원, 피드백 및 프로젝트에 대한 새로운 아이디어를 제공할 수 있습니다.

  • 소프트웨어를 더 접근하기 쉬운 것으로 만들기 위해.

공개 소프트웨어는 일반적으로 무료로 다운로드하고 사용할 수 있으며, 여러 언어로 제공됩니다. 이는 세계 어디서나 소득 또는 배경과 관계없이 모든 사람에게 더 접근하기 쉬운 소프트웨어를 만듭니다.

이러한 이점 이외에도, 공개 소프트웨어 라이선스는 또한:

  • 저작권 침해를 피할 수 있습니다.

소프트웨어를 라이선스 없이 배포하면 저작권 침해 소송의 위험에 처할 수 있습니다. 오픈 소스 라이선스는 사용자에게 소프트웨어를 사용, 수정 및 배포할 수 있는 명시적 허가를 제공하며, 법적 책임에서 보호할 수 있습니다.

  • 우수 인재를 유치하고 유지하기

많은 재능 있는 소프트웨어 개발자들이 오픈 소스 프로젝트에 매력을 느끼고 있습니다. 오픈 소스 라이선스를 통해 소프트웨어를 공개하면 회사에 대한 인재 유치에 도움이 됩니다.

  • 브랜드 명성을 높이기

오픈 소스 소프트웨어는 기술 커뮤니티에서 널리 존경받고 있습니다. 오픈 소스 라이선스를 통해 소프트웨어를 공개하면 협력과 혁신에 대한 회사 의지력을 보여줄 수 있습니다.

oss_licence(1)

허용 라이선스는 가장 인기가 많은 라이선스 중 하나입니다. 이러한 라이선스는 사용자에게 소프트웨어를 수정하고 재배포할 수 있는 권한을 부여하며, 최소한의 제한만 있습니다. 허용 라이선스의 세 가지 가장 인기 있는 버전은 다음과 같습니다.

MIT 라이선스

The MIT 라이선스는 가장 인기 있는 오픈 소스 소프트웨어 라이선스입니다. 사용자에게 자유롭게 공유, 수정, 사용 및 상업화할 수 있는 권한을 부여하며, 라이선스 조건을 준수하는 경우에만 허용합니다. MIT 라이선스

Apache License 2.0

The Apache License 2.0 자유로운 소프트웨어 라이선스 중 하나로, 사용자가 소프트웨어를 자유롭게 수정하고 재배포할 수 있으며, 소프트웨어가 생성된 저작권 문구와 공지가 원본 형태로 유지되도록 보장합니다. 이 오픈 소스 라이선스는 사유 수정 및 재배포를 허용하고, 소프트웨어 사용자의 권리를 명확하게 설명하여 누구나 소프트웨어를 사용할 때 이해할 수 있도록 합니다.

BSD (베를린 소프트웨어 배포)

GitHub은 사용자가 BSD 라이선스의 두 가지 버전을 선택할 수 있게 해줍니다. BSD 2-Clause “간소화” 라이선스, 때때로 “FreeBSD” 라이선스라고도 함. BSD 3-Clause “새로운” 또는 “개정” 라이선스. 이 두 라이선스의 주요 차이점은 3-clause입니다. 이 조항은 소프트웨어 사용자가 저작자, 저자 또는 기여자 이름을 사용하여 제품 또는 서비스를 홍보할 수 없다는 것입니다.

Boost 소프트웨어 라이선스

Boost 소프트웨어 라이선스, C++ Boost 라이브러리에서 유래되었으며 OSI에서 2008년에 승인되었습니다. 이 라이선스는 MIT 및 BSD 라이선스와 유사하지만, 이진 형태로 재배포할 때 저작권 표시가 필요하지 않습니다.

오픈 소스 소프트웨어 라이선스

Copyleft licenses grant software users permission to use, modify, and share the source code, but also protect against relicensing through specific restrictions and terms and conditions. This represents the reciprocal characteristic of this license that requires users’ work to adhere to the original rights outlined in the license.

GNU 라이선스 When it comes to copyleft software licenses, the GPL (General Public License) __CAPGO_KEEP_0__는 가장 인기 있는 것으로 여겨지는 오픈 소스 라이선스 중 하나입니다. 이 라이선스는 사용자에게 프로그램의 복사본과 수정된 버전을 배포할 수 있는 자유를 부여합니다. 단, 프로그램의 원본 버전과 동일한 상태를 유지해야 하며, 저작권 고지, 보증 취소聲明, 또는 프로그램에 추가된 다른 라이선스와 같은 특정 조건을 유지해야 합니다.

개발자들이 소스 code에 접근할 수 있도록 함으로써, 소프트웨어를 이 라이선스 유형으로 제공함으로써 개발자들은 다른 사람들에게 소스 코드에 접근할 수 있도록 함으로써, 그들이 커뮤니티에 이익을 줄 수 있는 개선과 적응을 할 수 있도록 함으로써. 또한, "공공저작권"의 이 개념은 무료 소프트웨어와 함께 작업할 때 동일한 자유를 공유할 수 있도록 협력적으로 공유할 수 있도록 함으로써, 무료 소프트웨어와 함께 작업하는 동안 동일한 자유를 공유할 수 있도록 함으로써.

Mozilla Public License

The Mozilla Public License, 또는 MPL은 Capgo에서 제공하는 오픈 소스 라이선스입니다. Mozilla 재단 이 라이선스는 또한 약한 공유 재산 라이선스입니다. 이 라이선스와 이클립스 퍼블릭 라이선스와의 차이점은 파일 기반 공유 재산 라이선스라는 점입니다. 이는 code이 오픈 소스 또는 사유 code과 결합될 수 있음을 의미합니다.

이클립스 퍼블릭 라이선스

The 이클립스 퍼블릭 라이선스, 이클립스 재단에서 제공하는 라이선스이며 약한 공유 재산 라이선스입니다. 약한 공유 재산 라이선스는 소프트웨어 사용자가 code에 대한 변경 사항을 공유해야 함을 요구합니다. 이 라이선스는 GNU의 일반 공유 재산 라이선스와의 더 엄격한 요구 사항을 줄이기 위해 약한 공유 재산 라이선스를 implement했습니다.

프로젝트에 적절한 라이선스를 선택하는 방법은?

  • 프로젝트를 오픈 소스 라이선스 하에 출시할 경우, 사용 중인 프로젝트와 호환되는 라이선스를 선택하세요.

  • 프로젝트를 상업 목적으로 사용할 수 있도록 허용하고 싶다면, 상업 목적을 허용하는 라이선스를 선택하세요.

  • 프로젝트를 수정하고 배포할 수 있도록 허용하고 싶다면, 수정 및 배포를 허용하는 라이선스를 선택하세요.

  • 프로젝트가 자유롭고 오픈 소스로 남아 있도록 보장하고 싶다면, 공유 재산 라이선스를 선택하세요.

  • 프로젝트에 적절한 라이선스를 선택할 수 없다면, 오픈 소스 이니셔티브에서 제공하는 인기 라이선스 목록을 비교할 수 있습니다.

오픈 소스 프로젝트에 적절한 라이선스를 선택하는 것은 중요한 결정입니다. 프로젝트의 필요성과 목표를 신중히 고려하여, 프로젝트의 원하는 결과를 달성할 수 있는 적절한 라이선스를 선택할 수 있습니다.

Capgo new license

저는 어떻게 모든 것을 달성할 수 있나요? 저의 라이선스를 변경하는 것입니다.

Capgo은 이제 MIT에서 GNU Affero General Public License V3 (AGPLv3) 또는 이후 버전으로 라이선스를 변경했습니다. Capgo 버전은 여기에서 찾을 수 있습니다.

Capacitor-업데이터 (플러그인)가 이제 LGPLv3에서 Mozilla Public License Version 2.0 (MPLv2) 또는 이후 버전으로 라이선스를 변경했습니다. Capacitor-업데이터 버전은 여기에서 찾을 수 있습니다.

이 변경은 Capgo Cloud에 구독하는 모든 분이나 Capgo을 자체 호스팅하는 분에게는 영향을 미치지 않지만, 나의 소프트웨어를 직접 경쟁하기 위해 내 소프트웨어를 사용하려고 시도하는 일부 기업에게는 문제가 될 수 있습니다.

AGPL은 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 것을 목표로 합니다. 나는 사용자 인터페이스용 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 나는 구글의 기부를 원하지 않기 때문에, 우리는 AGPL 라이선스를 사용할 수 있습니다. AGPL은 code에 적합한 라이선스입니다. AGPL은 구글이 문제가 되는 라이선스입니다. 구글은 closed source __CAPGO_KEEP_0__를 공개하지 않으려 합니다. 구글은 AGPL에 반대합니다.: “Code은 GNU Affero General Public License (AGPL)로 라이선스된 경우 구글에서 사용할 수 없습니다.”

AGPL의 목표는 사용자 자유를 최대화하고 기업이 오픈 소스에 기여하도록 장려하는 것입니다. 나는 사용자 인터페이스용 독립적인 애플리케이션입니다. 나는 라이브러리나 더 큰 프로젝트의 일부가 아닙니다. 나는 구글의 기부를 원하지 않기 때문에, 우리는 AGPL 라이선스를 사용할 수 있습니다. AGPL은 Capgo에 적합한 라이선스입니다.

결론

오픈 소스 소프트웨어 라이선스를 선택할 때 고려해야 할 요소가 많습니다. 그러나 개발자 커뮤니티에서 인기 있는 선택지는 분명히 있습니다. 일반적인 허용 라이선스에는 MIT License, Apache License, BSD License가 있습니다. 일부 일반적인 코피 레프트 라이선스에는 GNU General Public License 및 Mozilla Public License가 있습니다.

Capacitor 앱에 대한 실시간 업데이트

웹-layer 버그가 활성화된 경우 앱 스토어 승인 대기 없이 Capgo를 통해 패치를 배포하세요. 사용자는 배경에서 업데이트를 받으면서 네이티브 변경 사항은 일반적인 검토 경로를 유지합니다.

시작하기

블로그에서 최신 소식

Capgo는 전문적인 모바일 앱을 만들기 위해 필요한 최고의洞察력을 제공합니다.