개발 공부를 시작하고 놀랐던 점은 정보의 공유가 잘 된다는 점이었다. 서로 알고 있는 지식을 나누고 문제를 같이 해결하는 방식이 좋았고 도움도 많이 받았다. 이러한 분위기와 문화가 만들어진 데에는 오픈소스가 큰 영향을 주었다고 한다.
아래 글은 이러한 오픈소스의 이야기를 잘 풀어서 얘기해주고 있다.
길지만 쉽고 흥미롭게 잘 쓰여있어 술술 읽히고 전반적인 배경에 대한 이해를 도와주니 꼭!!!!! 읽어보길 바란다. 🧡
오픈 소스는 어떻게 대세가 되었을까?
오픈 소스 Open Source | 오픈 소스의 성공과 그 사회적 의미 | 프로그래밍 세계의 독특한 문화 최근에 개발을 배우기 시작했다. 나에게 한 가지 놀라웠던 사실이 있었는데, 그건 바로 라이브러리였
brunch.co.kr
오픈소스는 공개되어 있어 누구나 기술을 수정하고 공유할 수 있다. 이러한 지식 공유와 집단적 혁신은 전체 커뮤니티에 도움이 되며, 오픈소스 프로젝트는 지난 수십 년간 전 세계적으로 급속한 기술발전을 이끌어냈다.
자유롭게 누구나 사용할 수 있지만, 일반 상용 소프트웨어와 마찬가지로 오픈소스에도 저작권 등 지식재산권이 있다. 이를 명시적으로 나타내는 오픈소스 라이선스가 있고 우리는 자유롭게 사용하는 대신 각 라이선스의 요구사항을 지켜서 사용해야 한다.
대부분의 오픈소스 라이선스는 고지와 코드 공개를 주요 의무사항으로 가진다.
그 외에 2차 저작물의 상업적 재배포에 대한 태도에서 다른 입장을 취하고 있는데, 이번에는 주로 많이 사용하는 라이선스와 각각의 특징에 대해 알아보고자 한다.
Apache License 아파치 라이선스
- 아파치 소프트웨어 재단 자체 라이선스
- 소스코드 공개 의무사항이 없으며, 2차 라이선스와 변형물의 특허 출원이 가능하다.
- 라이선스 적용 시 아파치 재단의 이름과 라이선스의 내용을 명시해야 한다.
- 적용 예 ) Android(v2.0) / Hadoop(v2.0)
제약이 적어 많은 회사들이 사용하고 있고, 내가 제일 많이 쓰게되는 라이선스이기도 하다.
GPL (General Public License)
- GNU (Gnu is Not Unix) 프로젝트로 배포하는 소프트웨어에 적용하기 위해 만든 라이선스
- 자유 소프트웨어 재단(Free Software Foundation, FSF)에서 리처드 스톨먼(Richard Stallman)이 만들었다.
- 카피레프트(Copyleft) 조항 : 어떤 목적, 형태로든 사용 가능하지만, 사용하거나 변경된 프로그램을 배포하는 경우에는 무조건 동일한 라이선스 GPL로 공개해야 한다.
- MPL 이전에 가장 널리 사용되던 공개 소프트웨어 라이선스
- 적용 예 ) Mozilla Firefox(v2.0) / Linux 커널(v2.0) / git(v2.0) / MariaDB(v2.0) / Wordpress(v2.0) / Drupal(v2.0)
개발자나 기업이 GPL을 적용한 소프트웨어를 개발할 경우, 개발한 소프트웨어 소스코드를 공개해야만 한다. 이러한 점 때문에 기업에서는 해당 소프트웨어를 기피하는 경향이 있다.
AGPL (GNU Affero General Public License)
- GPL을 기반으로 만든 라이선스
- 버전1,2는 Affero, 버전 3은 자유 소프트웨어 재단에 의해 개발되었다.
- 개발자가 프로그램을 배포하지 않으면 소스코드가 공유되지 않는 문제를 해결하기 위해 만들어졌다.
- 서버에서 프로그램을 실행하여 다른 사용자들과 통신하게 되면 실행되고 있는 프로그램의 소스코드를 사용자들이 다운로드할 수 있도록 해야 하는 조항을 포함하고 있다.
- 적용 예 ) MongoDB(v3.0)
LGPL (GNU Lesser General Public License)
- GPL의 카피레프트 조항을 보완하기 위해 만든 라이선스
- GPL은 사용하기만 해도 소스코드를 공개해야 하는 부담이 있다. 자유 소프트웨어 제품이 더 많이 사용될 수 있고 표준이 되도록 유도하기 위하여 단순한 라이브러리/모듈 링크를 허용한 라이선스이다.
- 적용 예 ) Mozilla Firefox(v2.1)
MPL (Mozilla Public License)
- 과거 넷스케이프(Netscape) 브라우저의 소스코드를 공개하기 위해서 개발된 라이선스이다.
- 미첼 베이커(Mitchell Baker)가 작성
- 소스코드와 실행파일의 저작권을 분리하여, 소스코드의 사용과 수정에 대한 공개의무만 가지며, 실행파일은 독점 라이선스로 배포가 가능하다.
- 저작자의 이익을 보호 + 수정, 보완된 소프트웨어의 배포를 통한 상업적 이익을 보호
- 적용 예 ) Mozilla Firefox(v1.1) / Mozilla Thunderbird(v1.1)
BSD (Berkeley Software Distribution) License
- 버클리의 캘리포니아 대학에서 배포하는 공개 소프트웨어 라이선스
- 공공에서 만든 것은 공공에게 돌려주자는 생각을 가지고 있어,
라이선스 및 저작권 표시만 해주면 아무런 제한 없이 누구나 사용할 수 있다. - 카피레프트 조항도 없으며 사용자들에게 거의 제한을 가하지 않는다.
- 적용 예 ) Nginx(The BSD 2-Clause License)
MIT License
- 미국 매사추세츠 공과대학에서 개발한 라이선스
- 라이선스와 저작권 관련 명시만 지키면 되는 라이선스로 가장 느슨한 조건을 가지고 있어 인기가 많다.
- 적용 예 ) Bootstrap / Angular.js / Backbone.js / jQuery
Eclipse License
- 이클립스사에서 비즈니스 환경에 적합하도록 만든 기업 친화적인 라이선스
- GPL보다 제약 조건이 완화된 라이선스
- 적용 예 ) Eclipse
아래 표는 오픈소스SW 라이선스 종합정보시스템에서 제공하는 라이선스 비교표 중에 위 라이선스들만 모아놓은 것이다.
많이 사용하는 라이선스 순위를 보면 제약이 적은 MIT, Apache, BSD 라이선스가 가장 인기가 많은 것을 확인할 수 있다.
나도 오픈소스에 기여할 수 있는 개발자로 성장하고 싶다 ㅎㅎ
참고
라이선스 비교표
Python Software Foundation License 2.0.1, 2.1.1 and newer Yes Yes
www.olis.or.kr
Top open source licenses and legal risk for developers
Before using an open source component, you should know what legal risk it carries. Here are the top open source licenses and their risk categories.
www.synopsys.com
라이센스 종류와 특징 - HelloBlog.Net
OSI(Open Source Initiative) 참고 : 오픈소스SW 라이센스 종합정보시스템
helloblog.net
[춘식이의 코드이야기] 대표 오픈소스 라이선스, 한 눈에 보기!
코드나무는 공공정보 개방은 정부의 투명성을 높이고 새로운 부가가치를 만들어 낼 뿐만 아니라 무엇보다도 시민들의 참여를 통해서 새로운 혁신, 새로운 공공가치의 창조를 이끌어낼수 있다
codenamu.org
'기타' 카테고리의 다른 글
| [Network] HTTP의 개념과 구조 (0) | 2023.01.09 |
|---|---|
| 시큐어 셀(Secure SHell, SSH) (0) | 2023.01.08 |
| 티스토리에서 코드블럭 넣는 법 (0) | 2022.01.18 |
댓글