오픈소스 사용 / 주요 오픈소스 프로젝트

 

Open Source Software

 

저작권자가 소스코드를 공개하여 누구나 자유롭게
사용, 수정, 재배포 할 수 있는 소프트웨어

 

오픈소스 소프트웨어가 반드시 무료로 제공되는 실행 가능한 소프트웨어라는 의미는 아닙니다.
그러나 그 소스 코드는 무료로 제공되어야 합니다.

 

 

 

기업이 오픈소스를 사용하는 이유 

비용절감 / 최신기술 확보 / 

 

 

오픈소스 사용량은 증가 / 독점 소프트웨어는 감소 

 

 

 

 

오픈소스 선택 기준

 

기능 비교 분석

 

프로젝트에서 필요한 기능 충족
- 기본 기능이 적합하게 제공되는가?
- 필요한 기능만 제공하는가?
- 팀에서 사용하기에 어렵지는 않은가? (레퍼런스?) ( 팀에서 사용하는 언어 유리 ) 
- 수정이 필요하다면 수정은 가능한가? (LGPL 라이선스사용시 소스코드 공개 문제점)

프로젝트와의 호환성 및 확장성 : 언어, 운영체제 등
성능 확인 및 테스트

 

 

 

저장소 확인

 

가이드 문서 : Readme
Star 수
참조 횟수
오픈된 이슈 수
오픈된 PR 수
마지막 커밋일시
릴리즈 주기
소스 코드 품질

 

 

Github Star 가 최선일까?

 

Star 어뷰징을 감지하는 신뢰 알고리즘을 적용하여 점수 계산

 

라이선스 확인

깃헙 저장소의 README 문서 , 별도의 홈페이지 LICENSE 메뉴 확인 

 

 

 

주요 공개SW 라이선스 비교

 

보안

오픈소스의 11%가 알려진 취약점을 가지고 있다.

 

사용하려는 오픈소스를 CVE 에서 검색하여 알려진 보안 취약점이 있는지 확인할 수 있다.

 

 

 

 

내가 원하는 기능이 있는 찾을 때 잘 만들어진 앱에서 사용중인 오픈소스 확인해보는 방법도 있다.

 

 

 

 

오픈소스에 필요한 파일

● Open source license
● README
● Contributing guidelines
● Code of conduct

 

 

Choosing a license

저장소를 만들때 어떤 라이센스를 이용할지 선택한다.

 

 

Writing a README

● 이 프로젝트는 무슨 일을 하나요?
● 이 프로젝트가 유용한 이유는 무엇인가요?
● 어떻게 시작해야 하나요?
● 필요하다면 어디에서 더 많은 도움을 받을 수 있을까요?

 

 

 

Writing your contributing guidelines

● 버그 보고서를 제출하는 방법 (이슈와 PR 템플릿을 사용해 보세요)
● 새로운 기능을 제안하는 방법
● 환경 설정 및 테스트 실행 방법
+ 기술적 세부 사항과 더불어 여러분이 어떤 기여를 기대하는지 전달할 수도 있습니다.
● 원하는 기여 유형
● 프로젝트 로드맵 또는 비전
● 기여자가 여러분과 연락하는 데 사용할 (혹은 사용하지 말아야 할) 방법

 

 

Establishing a code of conduct

● 건강하고 건설적인 커뮤니티를 위한 행동강령
● 참여자가 어떻게 행동하기를 기대하는지 전달하는 것 외에, 이러한 기대가 누구에게
적용되는지, 언제 적용되는지, 위반할 경우 어떻게 하는지 등 포함