오픈소스 라이선스 완벽 가이드: 개발자라면 꼭 알아야 할 필수 개념

 

 

✍️ "내 코드, 어떻게 공유해야 할까?" 오픈소스 라이선스 A부터 Z까지 한 번에 정리합니다!

 

1. 오픈소스 라이선스가 뭐죠?

오픈소스 라이선스는 남의 코드를 사용하거나 수정할 때 지켜야 할 규칙입니다.

예를 들어, "이 코드를 쓰려면 원작자 이름을 밝혀라" 또는 "수정한 코드도 공개해라" 같은 조건을 정해 놓은 것이죠.

잘못 선택하면 법적 분쟁이 생길 수 있으니 꼭 이해하고 선택하세요!

 

 

2. 핵심 용어 3초 만에 이해하기

• 카피레프트 (Copyleft):
  • "내 코드를 쓰면 너의 코드도 공개해야 해!"
  • 예시: GPL 라이선스 → 강한 카피레프트. 코드 일부만 사용해도 전체 프로젝트 공개 의무.
• 특허 조항:
  • "내 코드를 쓰다가 특허 문제 터지면 나도 보호해 줄게!"
  • 예시: Apache 2.0 → 특허 소송 시 라이선스 권리 자동 종료.
• 소스 공개 의무:
  • "내 코드를 수정해서 배포하면 그 부분도 공개해!"
  • 예시: GPL은 무조건 공개, MIT는 공개 필요 없음.

 

 

3. 주요 오픈소스 라이선스 비교

🟢 허용형 라이선스 (조건 최소)

라이선스	특징	적합한 경우
MIT	규칙 거의 없음. 저작자 표시만 하면 OK	학생 프로젝트, 스타트업, 상용 제품
Apache 2.0	특허 보호 + 변경 사항 표기	대기업, 특허 리스크 관리 필요 시
BSD	MIT와 유사. 홍보 문구 사용 제한 (3-Clause)	학술 연구, 간단한 오픈소스

🔵 카피레프트형 라이선스 (공개 의무)

라이선스	특징	적합한 경우
GPL	강한 카피레프트. 전체 코드 공개 의무	철저한 오픈소스 프로젝트
LGPL	라이브러리만 공개하면 OK	오픈소스 라이브러리 개발
MPL 2.0	파일 단위 공개. 독점 코드와 혼용 가능	모질라 프로젝트, 부분적 오픈소스

⚪️ 기타

• Unlicense: 퍼블릭 도메인. 모든 권리 포기 (단, 일부 국가에선 법적 효력 불확실).
• CC BY-SA: 콘텐츠용. "동일 조건 허용"이 필수 (위키백과가 사용).

 

4. 라이선스 선택 가이드

Q. 어떤 라이선스를 선택해야 할까요?

• "상용 제품에 코드를 쓸 거예요!" → MIT, Apache 2.0
• "내 프로젝트를 오픈소스로만 유지하고 싶어요!" → GPL
• "라이브러리를 만들어 공유하고 싶어요!" → LGPL, MIT
• "특허 문제가 걱정돼요" → Apache 2.0

⚠️ 주의 사항

• GPL은 함정 주의! GPL 코드를 사용하면 전체 프로젝트가 GPL로 공개되어야 합니다.
• 라이선스 호환성: 허용형(MIT, Apache)은 서로 호환되지만, GPL과 혼용하면 전체 GPL 적용.

 

5. 실생활 예시로 더 쉽게 이해하기

• MIT: 친구가 만든 코드를 내 앱에 넣고 유료로 판매 → 친구 이름만 밝히면 OK.
• GPL: GPL 라이선스 게임 엔진 사용 → 내 게임 코드도 전체 공개해야 함.
• Apache 2.0: 대기업이 내부 툴을 오픈소스로 공개 → 특허 소송 리스크 차단.

 

6. 자주 묻는 질문

Q. 학교 프로젝트 코드를 공개하려 하는데요?

→ MIT 라이선스 추천! 간단한 저작권 표시만 하면 되고, 상용화도 자유롭습니다.

Q. 회사에서 외부 라이브러리를 쓸 때 주의할 점은?

→ GPL 여부 꼭 확인! 소스 공개를 원하지 않는다면 MIT/Apache 라이선스 라이브러리를 선택하세요.

Q. 오픈소스 라이선스 위반하면 어떻게 되나요?

→ 법적 책임 발생 가능! 소송, 손해배상, 코드 삭제 요구 등을 당할 수 있습니다.

 

7. 결론: 라이선스 선택은 전략이다!

• 목적: 상용화? 철저한 오픈소스? 라이브러리?
• 의존성: 사용하는 외부 코드의 라이선스 호환성 확인.
• 특허: 대규모 프로젝트라면 Apache 2.0 같은 특허 조항 있는 라이선스 선택.
• *"오픈소스는 자유지만, 책임도 따른다"**는 걸 잊지 마세요!