├── README.md
├── assets
├── cover.jpg
├── image1.jpg
├── part1
│ └── 02
│ │ ├── 01
│ │ ├── image2.jpg
│ │ └── image3.jpg
│ │ ├── 02
│ │ └── image4.jpg
│ │ ├── 03
│ │ ├── image5.jpg
│ │ ├── image6.jpg
│ │ └── image7.jpg
│ │ ├── 04
│ │ ├── image10.jpg
│ │ ├── image8.jpg
│ │ └── image9.jpg
│ │ └── 05
│ │ ├── image11.jpg
│ │ ├── image12.jpg
│ │ ├── image13.jpg
│ │ ├── image14.jpg
│ │ └── image15.jpg
└── part2
│ ├── 01
│ └── 03
│ │ └── image2.jpg
│ ├── 02
│ ├── 01
│ │ └── image3.jpg
│ ├── 02
│ │ ├── image4.jpg
│ │ ├── image5.jpg
│ │ ├── image6.jpg
│ │ └── image7.jpg
│ ├── 03
│ │ ├── cb_img_1.jpg
│ │ ├── cb_img_2.jpg
│ │ ├── image8.jpg
│ │ ├── tb_img_1.jpg
│ │ └── tb_img_2.jpg
│ ├── 04
│ │ ├── cb_img_10.jpg
│ │ ├── cb_img_11.jpg
│ │ ├── cb_img_12.jpg
│ │ ├── cb_img_13.jpg
│ │ ├── cb_img_3.jpg
│ │ ├── cb_img_4.jpg
│ │ ├── cb_img_5.jpg
│ │ ├── cb_img_6.jpg
│ │ ├── cb_img_7.jpg
│ │ ├── cb_img_8.jpg
│ │ ├── cb_img_9.jpg
│ │ ├── git_img_1.jpg
│ │ ├── git_img_2.jpg
│ │ ├── git_img_3.jpg
│ │ ├── git_img_4.jpg
│ │ ├── image10.jpg
│ │ ├── image11.jpg
│ │ ├── image12.jpg
│ │ ├── image13.jpg
│ │ ├── image14.jpg
│ │ ├── image15.jpg
│ │ ├── image16.jpg
│ │ ├── image17.jpg
│ │ ├── image18.jpg
│ │ └── image9.jpg
│ ├── 05
│ │ ├── cb_img_14.jpg
│ │ ├── image19.jpg
│ │ ├── image20.jpg
│ │ ├── image21.jpg
│ │ ├── image22.jpg
│ │ ├── image23.jpg
│ │ ├── image24.jpg
│ │ ├── image25.jpg
│ │ ├── tb_img_1.jpg
│ │ ├── tb_img_2.jpg
│ │ ├── tb_img_3.jpg
│ │ ├── tb_img_4.jpg
│ │ ├── tb_img_5.jpg
│ │ ├── tb_img_6.jpg
│ │ ├── tb_img_7.jpg
│ │ ├── tb_img_8.jpg
│ │ └── tb_img_9.jpg
│ └── 06
│ │ ├── image26.jpg
│ │ ├── noname_1.jpg
│ │ ├── noname_10.jpg
│ │ ├── noname_11.jpg
│ │ ├── noname_12.jpg
│ │ ├── noname_13.jpg
│ │ ├── noname_2.jpg
│ │ ├── noname_3.jpg
│ │ ├── noname_4.jpg
│ │ ├── noname_5.jpg
│ │ ├── noname_6.jpg
│ │ ├── noname_7.jpg
│ │ ├── noname_8.jpg
│ │ └── noname_9.jpg
│ ├── 03
│ └── image27.png
│ └── image1.jpg
├── docs
├── IITP_OSS-Guideline_V1.0.1 (file size).pdf
└── files
├── part1
├── 01
│ ├── 01.md
│ └── 02.md
├── 02
│ ├── 01.md
│ ├── 02.md
│ ├── 03.md
│ ├── 04.md
│ └── 05.md
├── 03
│ ├── annex1.md
│ ├── annex2.md
│ ├── faq.md
│ └── refList.md
├── target-configuration.md
└── terms-definition.md
├── part2
├── 01
│ ├── 01.md
│ ├── 02.md
│ ├── 03.md
│ ├── 04.md
│ └── 05.md
├── 02
│ ├── 01.md
│ ├── 02.md
│ ├── 03.md
│ ├── 04.md
│ ├── 05.md
│ └── 06.md
├── 03
│ ├── annex1.md
│ ├── annex2.md
│ ├── annex3.md
│ ├── faq.md
│ └── refList.md
├── target-configuration2.md
└── terms-definition2.md
└── publish.md
/README.md:
--------------------------------------------------------------------------------
1 | # 공개SW R&D 실무수행 가이드라인 1.0
2 |
3 | Open Source Software R&D Projects의 수행에 참고하는 IITP 공개SW R&D 실무수행 가이드라인 1.0 입니다.
4 | + [가이드라인 목차 바로가기](#content)
5 | + [IITP_OSS-Guideline_V1.0 화일 폴더 열기 (다운로드)](https://github.com/iitp-rnd/oss-guideline/blob/main/docs/)
6 | + [정보통신기획평가원(IITP 홈페이지 공개자료실)에서 화일 다운로드](https://www.iitp.kr/kr/1/knowledge/openReference.it)
7 | * 에러 발생시, IITP 홈페이지(https://www.iitp.kr) 메인-공개자료실로 이동후 다운로드
8 |
9 |
대표 라이선스 | 79 |호환 라이선스 | 80 |결합형태 | 81 |
---|---|---|
허용적 라이선스 계열 (Apache, MIT, BSD 등) |
84 | 허용적 라이선스 계열 | 85 |사용에 별도의 제한 없음 | 86 |
약한 카피레프트 라이선스 계열 | 89 |• LGPL : 라이브러리 링크로 복제 및 수정 사용 • EPL : 모듈로 복제 및 수정 사용 • MPL : 파일 복제 및 수정 사용 |
90 | |
강한 카피레프트 라이선스 계열 | 93 |분리된 저작물(Separate Work) | 94 ||
약한 카피레프트 라이선스 계열 (MPL, EPL, LGPL 등) |
97 | 허용적 라이선스 계열 | 98 |사용에 별도의 제한 없음 | 99 |
약한 카피레프트 라이선스 계열 | 102 |• LGPL : 라이브러리 링크로 복제 및 수정 사용 • EPL : 모듈로 복제 및 수정 사용 • MPL : 파일 복제 및 수정 사용 |
103 | |
강한 카피레프트 라이선스 계열 | 106 |분리된 저작물(Separate Work) | 107 ||
강한 카피레프트 라이선스 계열 (GPL, AGPL 등) |
110 | 허용적 라이선스 계열 | 111 |사용에 별도의 제한 없음 | 112 |
약한 카피레프트 라이선스 계열 | 115 |분리된 저작물(Separate Work) | 116 ||
강한 카피레프트 라이선스 계열 | 119 |사용에 별도의 제한 없음(다만, GPL 3.0, AGPL 3.0의 경우 설치정보 제공, 기술적 보호 금지에 대한 검토가 필요함) | 120 |
단계 | 36 |주요 업무 | 37 |주관 | 38 |
---|---|---|
1. 과제 계획(설계) | 41 |• 공개SW R&D 관리절차 수립 | 42 |사업책임자 | 43 |
2. 구현 | 46 |• 소스코드 내 저작권 및 라이선스 문구 유지 | 47 |개발자 | 48 |
3. 위험관리 | 51 |• 주관기관 및 참여기관 공개SW 라이선스 및 보안취약점 검증 | 52 |개발자, 지원조직 | 53 |
• 검증결과 검토 | 56 |사업책임자 | 57 ||
4. 공개 | 60 |• 공개SW 라이선스 정의 및 저장소 지정 • 공개SW R&D 결과물 공개 : 소스코드 및 관련 문서(LICENSE, README, NOTICE, CONTRIBUTION GUIDE 등) |
61 | 개발자, 지원조직 | 62 |
• 공개범위 검토 | 65 |사업책임자 | 66 ||
5. 기술이전 | 69 |• 공개SW 라이선스/보안취약점 검증 • 라이선스, 고지문 작성 및 제공 |
70 | 개발자, 지원조직 | 71 |
• 검증결과 검토 및 기술이전 결과물 적절성 검토 | 74 |사업책임자 | 75 ||
6. 과제 계획/ 개발 완료/ 공개/기술이전 | 78 |• 라이선스 자문 지원 • 공개SW 라이선스 검증 지원 • 기타 공개 및 기술지원 관련 자문 지원 |
79 | 지원조직 | 80 |
① 컴포넌트명 | 161 |② 라이선스 | 162 |③ 라이선스 | 163 |④ 버전 | 164 |⑤ 수정 | 165 |⑥ 결합 형태 | 166 |⑦ 공개 | 167 |⑧ 고지 | 168 |⑨ 특허 | 169 |⑩ 기준 | 170 |
LGPL 2.1 | 173 |1.11 | 174 |○ | 175 |Dynamic Link | 176 |○ | 177 |○ | 178 |X | 179 |준수 | 180 |||
⑪ 보안 취약점 | 183 |⑫ 데이터베이스 | 184 |⑬ ID | 185 |⑭ 릴리즈 날짜 | 186 |⑮ Base Score | 187 |⑯ 등급 | 188 |⑰ 기준 | 189 ||||
NVD | 192 |CVE-2017-3586 | 193 |2017-04-24 | 194 |5.5 | 195 |Medium | 196 |준수 | 197 |
공개SW R&D 결과물 | 40 |소스코드 공개 적용 라이선스 및 기술이전 |
41 | 자체개발 or 사용 가능한 공개SW |
42 | 결합형태 | 43 |
---|---|---|---|
A | 46 |Apache/BSD/MIT 등 허용적 라이선스 계열로 공개 | 47 |• 자체개발 or 허용적 라이선스 계열만 사용 가능 | 48 |A와 B는 분리된 저작물로 결합되어야 함 (별첨 1. 사용·결합·통신 방식에 따른 라이선스 의무사항 참조) |
49 |
GPL 등 강한 카피레 프트 라이선스 계열로 공개 | 52 |• 자체개발 or 허용적 라이선스 계열 사용 가능 • 강한 카피레프트 라이선스로 공개할 경우에는 동일한 의무사항을 가진 강한 카피레프트 라이선스 사용 가능 • MPL, EPL 등 동일 조건 배포만 요구하는 약한 카피레프트 라이선스는 사용할 수 없음 |
53 | ||
B | 56 |기술이전 | 57 |• 자체개발 or 허용적 라이선스 계열만 사용 가능 • Apache와 같은 무상 특허 허용 라이선스에 대한 추가 검토 필요 |
58 |
공개SW R&D 결과물 | 82 |소스코드 공개 적용 라이선스 및 기술이전 |
83 | 자체개발 or 사용 가능한 공개SW |
84 | 결합형태 | 85 |
---|---|---|---|
A | 88 |Apache/BSD/MIT 등 허용적 라이선스 계열로 공개 | 89 |• 자체개발 or 허용적 라이선스 계열만 사용 가능 | 90 |A와 B는 분리된 저작물로 결합되어야 함 (별첨 1. 사용·결합·통신 방식에 따른 라이선스 의무사항 참조) |
91 |
GPL 등 강한 카피레프트 라이선스 계열로 공개 | 94 |• 자체개발 or 허용적 라이선스 계열 사용 가능 • 강한 카피레프트 라이선스로 공개할 경우에는 동일한 의무사항을 가진 강한 카피레프트 라이선스 사용 가능 • MPL, EPL 등 동일 조건 배포만 요구하는 약한 카피레프트 라이선스는 사용할 수 없음 |
95 | ||
B | 98 |기술이전 | 99 | • 자체개발 or 허용적 라이선스 계열만 사용 가능 • Apache와 같은 무상 특허 허용 라이선스에 대한 추가 검토 필요 |
100 |
공개SW R&D 결과물 | 124 |소스코드 공개 적용 라이선스 및 기술이전 |
125 | 자체개발 or 사용 가능한 공개SW |
126 | 결합형태 | 127 |
---|---|---|---|
A | 130 |GPL로 소스코드 공개 | 131 |• 자체개발 or 허용적 라이선스 계열 사용 가능 • 강한 카피레프트 라이선스로 공개할 경우에는 동일한 의무사항을 가진 강한 카피레프트 라이선스 사용 가능 • MPL, EPL 등 동일 조건 배포만 요구하는 약한 카피레프트 라이선스는 사용할 수 없음 |
132 | 결합 형태 유형 에 따른 검토사항 없음 | 133 |
B | 136 |기술이전 (GPL 의무사항 이행이 어려운 사용자 대상) |
137 | • Apache와 같은 무상 특허 허용 라이선스에 대한 추가 검토 필요 | 138 |
공개SW R&D 결과물 | 167 |소스코드 공개 라이선스 및 기술이전 | 168 |자체개발 or 사용 가능한 공개SW |
169 | 결합형태 | 170 |
---|---|---|---|
A | 173 |허용적 라이선스(MIT, BSD, Apache 동)로 소스코드 공개 | 174 |• 자체개발 or 허용적 라이선스 계열만 사용 가능 • MPL, EPL 등 동일 조건 배포만 요구하는 약한 카피레프트 라이선스는 사용할 수 없음 • MIT 의무사항은 고지의무만 존재하므로 별다른 제약조건 없이 무료 사용이 가능한 소스코드에 대해 상용 라이선스 구매(기술이전 계약)가 필요하지 않음 • A소스코드에 허용적 라이선스 계열을 적용하여 일반 사용자들에게는 자유로운 사용을 허용하면서 상용 라이선스(기술이전 계약) 정책을 적용하기 위해서는 제한적인 허용적 라이선스의 적용 및 개발이 필요함 • 예) 비영리 목적에는 자유롭게 사용하지만 영리 목적의 사용인 경우 상용 라이선스가 적용되는 라이선스 개발 적용 or 상용 사용이 금지된 라이선스 (CC-BY-NC-4.0, CC-BY-NC-SA-4.0, CC-BY-NC-ND-4.0 등) 적용 |
175 | 결합 형태 유형에 따른 검토사항 없음 | 176 |
B | 179 |기술이전 (비영리 목적으로만 사용이 어려운 경우) |
180 | • Apache와 같은 무상 특허 허용 라이선스에 대한 추가 검토 필요 | 181 |
단계 | 14 |검토 항목 | 15 |
---|---|
결과물 공개 | 18 |과제 관리 정책을 확인, 이해하였는가? | 19 |
참여연구원 역할과 책임은 정의되었는가? | |
공개SW에 적합한 소프트웨어 개발방법을 사용하는가? | |
적절한 소스 코드 형상 관리 방안은 준비되었는가? | |
이슈 및 버그 관리 방안이 존재하는가? | |
지속적 릴리즈 관리 방안이 존재하는가? | |
라이선스 고지문은 포함되었는가? | |
공개SW 보안 취약점 점검 방안은 존재하는가? | |
참여형 문서 협업 환경이 준비되었는가? | |
프로젝트의 로드맵은 공개되었는가? | |
외부 기여자를 위한 가이드라인은 존재하는가? | |
기여자 라이선스 동의문은 포함되었는가? | |
프로그램 사용 가이드는 제공되는가? | |
결과물 활용 확산을 위한 관리 및 지원 체계 구축 |
34 | 웹사이트 및 포럼을 통한 커뮤니티 채널은 존재하는가? | 35 |
커뮤니티에 적합한 거버넌스 정책이 존재하는가? | |
협력기업 관리 방안은 준비되었는가? | |
지식 재산권 관리를 위한 대응책은 존재하는가? | |
커뮤니티 현황을 분석할 수 있는 도구는 존재하는가? | |
프로젝트를 위한 홍보 도구나 방안이 존재하는가? | |
커뮤니티 지원을 담당할 담당자는 배정되었는가? |
구분 | 116 |개요 | 117 |운영 | 118 |||
---|---|---|---|---|
공개소프트웨어 매니지먼트 전문과정 |
121 | 공개소프트웨어 매니저 전문가 양성을 위한 선발제 집중 교육과정 운영 |
122 | 선발제 | 123 |||
10주 교육 | 126 |||||
공개소프트웨어 일반 교육과정 |
129 | 신청자(기업/기관/개인)의 수준에 따라 맞춤형 단기 교육과정 운영 |
130 | 신청시 | 131 |||
수시 교육 | 134 |||||
공개소프트웨어 기타 교육 지원 |
137 | 공공 SW사업 수·발주자 및 공개SW 개발자대회 참가자 대상 라이선스 교육 지원 |
138 | 지정 일정 | 139 |||
11회 교육 | 142 |
34 | | 마이크로서비스 아키텍처 | 35 |매크로서비스 아키텍처 | 36 |
---|---|---|
주요 목적 | 39 |• 지속적배포(Continuous Delivery) | 40 |• 접근 가용성(Enable Access) | 41 |
주요 특징 | 44 |• 기능단위의 독립적 실행, 운용 • 각 실행 단위 별 데이터 관리 • 개별 실행 단위의 API 제공 |
45 | • 전체 서비스 단위로 실행 운용 • 데이터의 전체 공유 • 전체 서비스에 대한 API 제공 |
46 |
서비스 구현 모델 | 49 |||
API | 54 |• 다수의 독립 배포가 가능한 마이크로 서비스 들에 의하여 개별 기능들의 API를 제공 | 55 |• 모놀리틱 응용안에 기능들을 엮어서 전체 서비스 차원의 API를 제공 | 56 |
구분(지표) | 41 |목표 | 42 |실적 (누적) |
43 | 설정근거 | 44 |내용 | 45 |
---|---|---|---|---|
당해 목표치 | 48 |||||
저장소 | 51 |10개 이상 | 52 |3 | 53 |연간 3개 이상 확보 및 유지 | 54 |연구 개발과 관련된 프로젝트의 공개 저장소를 10개 이상 지속해서 운영 | 55 |
58 | | ||||
스타(Star) | 61 |100개 이상 | 62 |20 | 63 |저장소당 10개 이상 | 64 |10개 이상의 저장소에 대해 100개 이상의 스타 확보 | 65 |
68 | | ||||
커밋(Commit) | 71 |200개 이상 | 72 |200 | 73 |과제 수행연도 및 개발내용 고려/자체 설정 | 74 |Github 등 저장소 커밋 횟수 (커밋 규칙을 준수하는 유의미한 내용으로 작성) |
75 |
78 | | ||||
포크(Fork) | 81 |30개 이상 | 82 |20 | 83 |과제 수행연도 및 개발내용 고려/자체 설정 | 84 |Github 등 저장소 fork 수 | 85 |
88 | | ||||
이슈(Issue closed) | 91 |50회 이상 | 92 |20 | 93 |과제 수행연도 및 개발내용 고려/자체 설정 | 94 |프로젝트의 이슈 관리 시스템에 등록된 이슈 중 해결된 이슈 수 | 95 |
98 | | ||||
풀리퀘스트(Pull Request closed) | 101 |50회 이상 | 102 |20 | 103 |과제 수행연도 및 개발내용 고려/자체 설정 | 104 |Github 등 저장소에 요청한 내용 중 해결된 요청 수(PR) | 105 |
108 | | ||||
기여자(명) | 111 |15명 이상 | 112 |5 | 113 |과제 참여 인력의 50% 이상 | 114 |실제 프로젝트 커밋에 참여하는 기여자를 15명 이상 확보 | 115 |
118 | | ||||
커뮤니티 사용자 | 121 |100명 이상 | 122 |50 | 123 |과제 수행연도 및 개발내용 고려/자체 설정 | 124 |커뮤니티 서비스에서 확인되는 공개SW 커뮤니티의 사용자 수 | 125 |
128 | | ||||
기술이전 | 131 |3건 이상 | 132 |1 | 133 |기술이전 계약서 | 134 |공개SW 커뮤니티를 통한 기술이전 건수 | 135 |
138 | | ||||
활동성 | 141 |4점 이상 | 142 |2 | 143 |과제 수행연도 및 개발내용 고려/자체 설정 | 144 |커뮤니티 버전 번호 평균과 월단위의 커뮤니티 유지기간을 곱하여 산출 *점수 = 최종 버전 # * 커뮤니티 유지 개월 수 |
145 |
148 | | ||||
홍보 | 151 |1건/년 | 152 |2 | 153 |과제 수행연도 및 | 154 |개발내용 고려/자체 설정 SCI 논문 게재 등을 통한 커뮤니티 홍보 건수 | 155 |
성과지표 | 177 |배지 이미지 생성 URL | 178 |보기 | 179 |
---|---|---|
Stars | 182 |/github/stars/:org | 183 |![]() |
184 |
Commit | 187 |/github/commit-activity/:interval/:user/:repo | 188 |![]() |
189 |
Fork | 192 |/github/forks/:user/:repo?label=Fork | 193 |![]() |
194 |
Pull Request | 197 |/github/issues-pr/:user/:repo | 198 |![]() |
199 |
해결된 이슈 | 202 |/github/issues-closed-raw/:user/:repo | 203 |![]() |
204 |
해결된 PR | 207 |/github/issues-pr-closed/:user/:repo | 208 |![]() |
209 |
컨트리뷰터 | 212 |/github/all-contributors/:user/:repo/:branch* | 213 |![]() |
214 |
다운로드 수 | 217 |/github/downloads/:user/:repo/tota | 218 |![]() |
219 |
URL | 231 |https://img.shields.io/github/stars/hamonikr?style=social 232 | |
---|---|
배지 이미지 | 235 |![]() |
속성 | 267 |변환 공식 | 268 |적용 방법 | 269 |
---|---|---|
나이 및 규모 | 272 |변수 = {버전 번호, 연령} 지표 = 최종 버전 번호 x 나이 1 점: 0 <= 지표 < 12 2 점: 12 <= 지표 < 24 3 점; 24 <= 지표 < 72 4 점: 72 <= 지표 < 180 5 점: 180 <= 지표 |
273 | 지표는 최종 버전 번호와 월 단위의 커뮤니티 나이를 곱해서 산출함 버전 번호가 1.0 이상이고 커뮤니티 나이도 12개월 이상이 되어야 자생력이 있는 커뮤니티로 인정함 버전이 3.0 이상이고 연수가 5이상이면 최상위 수준으로 인정함 |
274 |
주체 | 277 |변수 = { 후원 단체 유무} 1 점: 지원 없음 2 점: 하나의 중소기업 지원 3 점: 복수의 중소기업 지원 4 점: 하나의 대기업의 지원 5 점: 복수의 대기업의 지원 |
278 | 인력 및 자금에 대한 후원 단체의 유무로 측정함 | 279 |
접근성 | 282 |변수 = {게시판, 포럼, 위키, 검색성, 인터넷} 지표 = 제공하는 접근방법의 종류 / 전체 접근방법의 종류 개수 1 점: 0.0 <= 지표 < 0.2 2 점: 0.2 <= 지표 < 0.4 3 점: 0.4 <= 지표 < 0.6 4 점: 0.6 <= 지표 < 0.8 5 점: 0.8 <= 지표 <= 1.0 |
283 | 전체 접근 방법의 종류 개수 = 5 1. 게시판 운영 2. 포럼 운영 3. 위키 운영 4. 인터넷 검색 시 첫 페이지 출력 5. 인터넷 사이트에서 정보 제공 외부에서 커뮤니티로 연락하거나 관련 정보를 얻을 수 있는 용이성 공개SW 커뮤니티에 대해 전문 정보를 제공하는 인터넷 사이트로는 ohloh.net, wikipedia.org 등이 있음 |
284 |
성숙성 | 287 |변수 = {기간, 버전 출시, 관리 체제, 평가방법, 위원회 운영} 지표 = 충족하는 성숙지표의 종류 / 전체 성숙 지표의 종류 개수 1 점: 0.0 <= 지표 < 0.2 2 점: 0.2 <= 지표 < 0.4 3 점: 0.4 <= 지표 < 0.6 4 점: 0.6 <= 지표 < 0.8 5 점: 0.8 <= 지표 <= 1.0 |
288 | 전체 성숙 지표의 종류 개수 = 5 1. 최초 버전 출시 이후 3년 이상 지속적으로 신규 버전 출시 2. 최근 배포한 안정된 버전의 넘버가 1.0 이상 3. 관리 운영자(maintenance operator), 커미터(심의자), 개발자 등의 운영 체제 확립 4. 기여도 및 참여도에 따른 개발자의 등급 체제 확립 5. 이사회 운영 - 개인의 독단적 판단이 아닌 위원회에 의한 의사결정 방식 |
289 |
고려사항 | 190 |구성 예 | 191 |
---|---|
•가독성 있는 프로젝트 개요와 프로젝트 구성 정보 •정확한 설치 방법과 옵션 및 의존성 정보 •정확한 라이선스 정보 •상세한 사용 방법 및 매뉴얼 •규칙화된 상세한 주석 |
194 |
컨트리뷰션 아카데미 URL : https://www.oss.kr/contribution_academy 60 | 언어, 협업 개발문화, 시작의 두려움 등 다양한 이유로 공개SW 진입장벽이 높게만 느껴지는 개발자들을 위한 '공개SW 컨트리뷰톤' 멘토링 행사. 61 | 컨트리뷰션 아카데미를 통해 선배 개발자가 직접 기여하는 공개SW 프로젝트 가이드와 함께 공개SW 기여에 대한 진입장벽을 뚫어 참여·공유·협업 방식의 글로벌 개발문화와 다양한 기여(Contribution)를 직접경험하는 프로그램. 62 | 예비 컨트리뷰터 인재들이 자신의 잠재적 공개SW 역량을 강화하고, 다양한 글로벌 기술 분야에서 코드 63 | 기여, 코드 리뷰, 테스트, 버그 리포트, 기능제안, 이슈 댓글, 질문,&건의, 번역, 문서작성 등의 다양한 방법 64 | 으로 공개SW 문화에 기여할 수 있는 기회를 제공. |
65 |