[14주차] - [9기] 타입스크립트로 함께하는 웹 풀 사이클 개발(React, Node.js) 10회차 - 64

 

한 번에 정리해본다.

---

📜 1. 라이선스 없는 코드는 써도 될까?

결론부터 말하면 ❌ 안 된다.

라이선스가 없는 코드는 법적으로:

• 사용 ❌
• 수정 ❌
• 배포 ❌

즉, “공개되어 있다” ≠ “사용 가능하다”

👉 반드시 LICENSE 파일이 있는지 확인해야 한다.

---

📚 2. 대표 오픈소스 라이선스 간단 정리

✅ MIT License

• 가장 자유로운 라이선스
• 수정, 배포, 상업적 이용 모두 가능
• 단, 저작권 표시만 유지하면 됨

👉 개인 프로젝트, 스타트업에서 많이 사용

---

⚖️ GPL License

• 수정해서 배포하면 반드시 소스 공개
• “강한 공유” 성격

👉 자유 소프트웨어 철학 기반

---

🔓 Apache License 2.0

• MIT + 특허 보호 포함
• 기업에서 선호

👉 안정성과 법적 보호를 같이 챙김

---

🔄 3. 오픈소스 라이선스는 바뀔 수 있을까?

👉 기존 코드는 그대로 유지됨

예를 들어:

• v1 → MIT
• v2 → GPL

이면
👉 v1은 계속 MIT로 사용 가능

하지만
👉 새 버전은 새로운 라이선스 적용됨

---

🔥 4. 오픈소스 논쟁 (왜 계속 싸울까?)

대표적인 논쟁:

• 기업 vs 커뮤니티
• 자유 vs 상업적 보호
• MongoDB vs AWS 사건

👉 핵심은 이것 하나다:

“누가 이익을 가져가는가?”

오픈소스는 기술뿐 아니라
👉 철학 + 비즈니스가 섞인 영역이다.

---

🔍 5. 오픈소스 프로젝트 찾는 방법

1) GitHub

• stars 많은 프로젝트
• good first issue 태그 확인

👉 가장 기본적인 방법

---

2) Google Code-in / 프로그램

• 초보자용 미션 제공
• 가이드 친절

👉 입문용으로 최고

---

3) 관심 회사 기준 찾기

예:

• 네이버 → naver repo
• 카카오 → kakao repo

👉 실무와 가장 가까움

---

4) CodeTriage

• 매일 이슈 추천해줌
• 자동으로 참여 유도

👉 꾸준히 하기 좋음

---

🛠 6. 오픈소스 참여 흐름 (진짜 중요한 부분)

보통 이런 흐름이다:

1. 프로젝트 탐색
2. Fork
3. 로컬에서 수정
4. Commit
5. Pull Request
6. 리뷰 & 수정
7. Merge 🎉

 

여기서 중요한 건

👉 “코드 잘 짜는 것”이 아니라
👉 “협업하는 방법을 배우는 것”

---

💡 7. 초보자가 가장 많이 하는 실수

• ❌ 큰 기능부터 건드림
• ❌ 코드만 보고 구조 이해 안 함
• ❌ PR 설명 없이 올림

👉 추천 전략:

• 작은 버그부터
• 문서 수정부터
• 테스트 코드부터

---

🎯 8. 오픈소스를 하면 얻는 것

✔ 협업 경험
✔ 코드 리뷰 경험
✔ 실무 흐름 이해
✔ Git 실력 상승

그리고 무엇보다

👉 “내 코드가 실제로 쓰인다”는 경험