2024년 11월 28일

✏️ 라이선스가 없는 코드

• 라이선스가 없다면 오픈소스 아님
  • 내가 아이디어가 있어도 개선, 제안할 수 없음 (그 레퍼지토리에 기여 권한 없음)
  • 만약 이 프로젝트가 좋아보여서 제안하고 싶은게 있거나 사용, 수정, 배포 하고 싶다면?
    • 오픈 소스로 만들면 됨
    • how?
      • 혹시 오픈 소스로 하실 생각 없으신지 제안(propose) → community standars에서 propose 하기(choosing licesense → 라이선스 픽해서 제안)

✏️ 오픈소스 라이선스 제시 하기

• 프로젝트가 어떻게 쓰였으면 좋겠는지 (= 사용자 입장에서)

  • 이 프로젝트가 어떤 프레임워크에서 작동하고, 어떤 모듈을 사용하는지 생각하기
    (ex.node.js) → npm 다른 모듈들이 어떤 라이선스가 적용되어있는지 체크

    → 대부분 MIT 라이선스를 가장 많이 쓴다는 것을 알 수 있음 → 그 중 가장 많이 쓰이는 MIT 라이선스 선택
    

  • 딱히 고려할 것이 없으면

    • 가장 간단하고, 고려할 것이 없고, 가장 이해하기 쉽고, 저작자만 보호해주세요 → MIT 라이선스임 (누구나 사용 가능)

  • 기업이 사용하기를 원하면, 웹 관련 : Apache

    • 특허 관련 내용이 포함되어 있음

  • 오픈소스 커뮤니티 / 프로젝트 구성원 / 컨트리뷰터 등등 히스토리 모두 공개해주세요 : GNU(L/A/)GPL v3

✏️ 오픈소스 라이선스가 중간에 바뀔 수 있다? 없다?

• 라이선스 변경 ?
  • 가능
• 변경한 예
  • SENTRY : BSD 3 Clause -> BUSL : 소스 수정, 배포, 컴파일 가능 but 상용 서비스 목적 사용 금지, Apache로 바꿔서 상용 서비스 가능
  • Grafana : Apache -> AGPL : 갖다썼으면 다 오픈해 → 오픈 소스 장려
  • mongoDB: AGPL → SSPL (Server Side Puplic License)로 변경
  • (클라우드 서비스에서) 상업적으로 쓰지마셈 → 써도 되는데, 서비스 코드에서 실행시키면 코드 다 오픈하세요. (서비스를 기동하는데 필요한 연동된 모든 코드 다 공개하셈)
  • elasticsearch: Apache > SSPL + Elastics License
    • 호스팅, 클라우드 등 하는 서비스들은 우리 추가해서 상업적으로 쓰지마셈.

✏️ 오픈 소스 프로젝트 찾는 방법

• 깃허브에서 star가 많은 것들은 오픈 소스일 확률이 높음
• 내가 원하는 오픈 소스 프로젝트를 찾을 때 → 취향이 중요
  • 클라우드에 관심이 있는지, 파이썬에 관심이 있는지 등 내가 원하는 것을 보고 컨트리뷰트할 것
• 구글 코드인
• 가고싶은 회사가 있다면 그 회사의 오픈소스에 컨트리뷰트 하는 것 좋음
  • 네이버 오픈소스
  • 카카오 오픈 소스 등등
• codetriage