🎯 오픈 소스와 오픈 소스 라이선스에 대해 정리합니다.

📗 Today I Learned

오픈 소스

오픈소스(Open Source)는 누구나 자유롭게 사용할 수 있고, 수정하거나 배포할 수 있도록 소스 코드를 말합니다. (무조건 무료는 X)

👉 오픈 소스 가이드

🤔 깃허브에 공개된 모든 코드는 오픈 소스일까?

정답은 ❌, 오픈 소스가 되려면 소스 코드가 공개되어 있어야 하고, 오픈 소스 라이선스라는 게 필요합니다.

---

오픈 소스 라이선스

라이선스(License)는 오픈 소스를 사용, 수정, 배포 시에 어떻게 해야하는지를 적어놓은 약속이자 규칙을 명시해 놓은 것입니다.

오픈 소스 라이선스 유래

🕰️ 1980년대 – 자유 소프트웨어 운동의 시작

• 소프트웨어가 법적으로 저작권 보호를 받게 되면서, 오픈되어 있던 코드가 잠기고 공유가 어려워졌습니다.

  • MIT의 리처드 스톨먼이 이 흐름에 반발하여 GPL 라이선스를 만들며 소프트웨어는 누구나 자유롭게 사용할 수 있어야 한다고 주장하며 그 철학을 "Free Software" 라고 불렀습니다.

💡 1998년 - "오픈 소스"라는 새로운 접근의 등장

• “자유 소프트웨어(free software)”라는 말이 마치 기업의 소프트웨어를 악으로 규정하는 것처럼 느껴졌던 것을 고려하여 이를 보다 실용적인 관점에서 재정립한 “오픈 소스”라는 용어가 등장했습니다.

🌐 OSI의 설립과 기업의 참여

• 에릭 레이먼드, 브루스 페렌스가 오픈 소스 이니셔티브(Open Source Initiative, OSI) 설립하여 오픈소스 개발 모델을 기업도 참여할 수 있는 실용적인 형태로 발전시켰습니다.
  

구분	자유 소프트웨어 (Free Software)	오픈소스 (Open Source)
출발점	윤리적·철학적 자유	실용적·개발 효율
목적	사용자 권리 보장	더 나은 개발 방식 확산
대표 인물	리처드 스톨먼	에릭 레이먼드, 브루스 페렌스
핵심 문장	"Free as in speech"	"Collaborative and efficient code"

🤔 OSI는 무엇을 하는 기관이지?

OSI(Open Source Initiative)는 “오픈소스 라이선스를 공식적으로 인정해주는 기관”입니다.

누군가 만든 라이선스가 오픈소스의 정의(OSD)를 만족하는지 검토하고 → 조건을 충족하면 공식 승인된 오픈소스 라이선스 목록에 올립니다.

---

OLIS

OLIS(Open Source License Information System)는 오픈소스 라이선스 정보 시스템으로 대한민국 정보통신산업진흥원(NIPA)에서 운영하는 오픈소스 라이선스 관리·정보 제공 시스템입니다.

OLIS 'The MIT License' 설명 사진	OSI 'The MIT License' 설명 사진

• OLIS는 OSI와 다르게 다양한 오픈소스 라이선스의 조건, 의무사항, 허용 범위를 표 형식으로 제공하여 전문을 모두 읽지 않아도 핵심 내용을 한눈에 파악할 수 있도록 도와줍니다.

---

오픈 소스 라이선스 종류

GPL(General Public License)

가장 강력한 카피레프트(Copyleft) 라이선스 중 하나입니다. 이 라이선스를 따르는 소프트웨어를 사용하는 경우, 해당 소프트웨어를 수정하거나 다른 코드와 결합하여 배포할 때 파생된 전체 소스코드를 반드시 공개해야 합니다. 상업적 이용은 가능하나, 배포 시 소스코드 공개는 의무입니다.

• 예시 : Firefox, Linux, Git, MariaDB, WordPress 등

MIT

가장 간단하고 자유로운 오픈소스 라이선스 중 하나입니다. 이 라이선스를 사용하는 소프트웨어는 수정, 재배포, 상업적 이용이 모두 자유롭고, 소스코드를 공개할 의무는 없습니다. 단, 원저작자의 저작권 고지 및 라이선스 문구는 유지해야 하며, 이를 사용자에게 명시적으로 제공해야 합니다.

• 예시 : Bootstrap, React, Angular, jQuery 등

Apache

자유 라이선스이지만, 추가적으로 특허 권리에 대한 명시적 조건이 포함되어 있습니다. 소스코드를 공개하지 않아도 되며, 상업적으로도 자유롭게 사용할 수 있습니다. 단, 저작권 및 라이선스 고지와 함께, 소프트웨어에 포함된 특허에 대한 사용 허용을 명시해야 합니다.

• 예시 : Android, TensorFlow 등

BSD(Berkeley Software Distribution)

MIT와 유사한 성격을 가지며, 수정 및 재배포가 자유롭습니다. 소스코드 공개 의무는 없으며, 저작권 고지 및 면책 조항을 유지하는 조건 하에 자유롭게 사용할 수 있습니다.

• 예시 : FreeBSD, macOS 등

라이선스	특징	재배포/상업적 이용	소스 공개 의무	특허 관련	대표 사용 예시
GPL (General Public License)	엄격한 카피레프트(Copyleft)	⭕ 가능	⭕ 배포 시 소스 공개 필수	❌ 없음	Linux, WordPress
MIT	가장 자유롭고 간단함	⭕ 가능	❌ 공개 의무 없음 (공지 유지만)	❌ 없음	React, jQuery
Apache 2.0	특허 보호 포함된 자유 라이선스	⭕ 가능	❌ 공개 의무 없음 (공지 + 특허 조항)	⭕ 특허 사용 허용	Android, TensorFlow
BSD (2-clause, 3-clause)	MIT와 비슷한 자유 라이선스	⭕ 가능	❌ 공개 의무 없음 (공지 유지만)	❌ 없음	FreeBSD, macOS

📦 부록 – 공식적인 라이선스가 어렵다면?

🍺 "Beerware" 라이선스를 사용해보세요~ 😉

/*
 * ----------------------------------------------------------------------------
 * "THE BEER-WARE LICENSE" (Revision 42):
 * <yourname@example.com> wrote this file. As long as you retain this notice
 * you can do whatever you want with this stuff. If we meet some day and you think
 * this stuff is worth it, you can buy me a beer in return.
 * ----------------------------------------------------------------------------
 */

Beerware는 매우 간단하고 비공식적인 오픈소스 라이선스의 일종입니다. 라이선스 문구는 Beerware의 핵심 정신을 나타내며, 법적인 구속력을 갖기보다는 개발자와 사용자 간의 우정 또는 감사 표현에 가까운 형태입니다.

---

라이선스 표기법

1. 오픈소스명 (라이브러리 이름)

2. 공식 홈페이지 주소 (또는 리포지토리 URL)

3. 라이선스 종류 / 이름

4. 라이선스 전문 (LICENSE 전문 텍스트 포함)

👉 크롬 라이선스 표기 예시

💡 내가 오픈소스 라이선스를 사용하려면?

OSI 승인 라이선스를 선택한 뒤에

👉 새 저장소를 만들 때에는 GitHub에서 새 repo 만들면서 Add a license 체크하면 자동으로 LICENSE 파일이 생성됩니다.

👉 이미 만든 저장소라면, 저장소에서 → Add file → Create new file 클릭한 후, LICENSE 입력하면, GitHub가 추천 라이선스 목록을 보여줍니다. 저작권자 이름과 연도를 수정하면 됩니다. (라이선스 규칙을 잘 모르겠다면 이미 시중에 해당 라이선스를 쓴 오픈 소스를 참고해서 사용하면 됩니다.)

---

🤔 npm 사이트에서 어떤 사람은 왜 LICENSE 파일이 없고, package.json에만 표기를 해놓았을까?

npm 배포만 염두에 둔 경우일 수 있습니다. GitHub 오픈소스처럼 공개적으로 코드 나누는 게 목적이 아니라, 자신이 만든 유틸성 코드나 컴포넌트를 npm으로만 배포해서 쓰는 게 목적이기 때문입니다.

---

✏️ 회고

라이선스를 엄격히 지켜야 한다는 것도 알게 되었고, 라이선스가 공유를 전제로 한 약속의 체계인 만큼 책임을 가지고 사용해야 한다는 것을 느꼈다.