컨트 리뷰 터 | 오픈소스 컨트리뷰터가 되는 한가지 방법 25241 투표 이 답변

당신은 주제를 찾고 있습니까 “컨트 리뷰 터 – 오픈소스 컨트리뷰터가 되는 한가지 방법“? 다음 카테고리의 웹사이트 ppa.maxfit.vn 에서 귀하의 모든 질문에 답변해 드립니다: https://ppa.maxfit.vn/blog/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 큰돌의터전 이(가) 작성한 기사에는 조회수 444회 및 좋아요 21개 개의 좋아요가 있습니다.

컨트 리뷰 터 주제에 대한 동영상 보기

여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!

d여기에서 오픈소스 컨트리뷰터가 되는 한가지 방법 – 컨트 리뷰 터 주제에 대한 세부정보를 참조하세요

#오픈소스컨트리뷰션 #오픈소스
https://www.oss.kr/notice/show/cf492935-9cf2-4755-98d8-e1ea6aae7abd
[C++ 10주완성 코딩테스트] https://blog.naver.com/jhc9639/222602625841
[CS전공지식의 정석] https://www.inflearn.com/course/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%A9%B4%EC%A0%91-cs-%ED%8A%B9%EA%B0%95?inst=16252dc2

컨트 리뷰 터 주제에 대한 자세한 내용은 여기를 참조하세요.

컨트리뷰션의 유형 – NAVER Open Source

오픈소스 프로젝트 구성원의 역할 · 사용자: 프로젝트를 사용하는 사람입니다. · 컨트리뷰터: 프로젝트에 컨트리뷰션 활동을 하는 모든 사람입니다. · 커미터: 다른 사람의 …

+ 여기에 자세히 보기

Source: naver.github.io

Date Published: 1/6/2021

View: 2040

오픈소스 컨트리뷰터? 야 너도? 야 나두! (feat. RxPy)

야, 너두 오픈소스 컨트리뷰터 할수 있어! (출처: 야나두 광고 수정). 안녕하세요! 운동하는 개발자 Jay입니다. 제가 드디어!! 오픈소스 컨트리뷰터가 …

+ 자세한 내용은 여기를 클릭하십시오

Source: jay-ji.tistory.com

Date Published: 11/6/2021

View: 2987

주니어(초보) 개발자가 오픈소스 기여(컨트리뷰션) 하는 방법

나만 이렇게 하는게 아니라, 전에 다른 컨트리뷰터(contributor)는 Image를 Animated.Image로 optional하게 설정할 수 있는 코드를 수정했었다.

+ 자세한 내용은 여기를 클릭하십시오

Source: soniacomp.medium.com

Date Published: 11/14/2021

View: 4448

오픈소스 컨트리뷰션 아카데미 – 공개SW 포털

예비 컨트리뷰터 인재들이 자신의 잠재적 오픈소스 역량을 강화하고, 다양한 글로벌 오픈소스 프로젝트에서의 코딩 컨벤션을 익혀 코드 컨트리뷰션 뿐만아닌 코드리뷰, …

+ 여기에 자세히 보기

Source: www.oss.kr

Date Published: 1/29/2022

View: 5810

컨트리뷰터 조직 가이드 — contributor-guide 문서

컨트리뷰터 조직 가이드란?¶. OpenStack에 기여하고자 하는 회사와 직원들을 위한 기본 요구 사항 및 권장사항을 설명하는 가이드입니다.

+ 여기에 더 보기

Source: docs.openstack.org

Date Published: 12/9/2021

View: 2451

컨트리뷰터가 되기 위해 opensource에 pull request날린 후기 #1

오픈소스에 기여하여 컨트리뷰터가 되는 것은 많은 초보개발자들에게 꿈만 같은(?) 일이다. 하지만 github의 opensource들에 기여하는 법은 생각보다 …

+ 여기에 자세히 보기

Source: blog.voidmainvoid.net

Date Published: 5/10/2021

View: 5880

드디어 오픈 소스 컨트리뷰터가 되다!

잘 알려진 오픈 소스는 아니지만, 처음 컨트리뷰터가 된거라 기념 겸 포스팅을 작성하게 되었다. 어떻게 하게 되었냐면 현재 회사에서 프로메테우스로 …

+ 여기를 클릭

Source: gurumee92.tistory.com

Date Published: 6/28/2022

View: 1507

한국 공식 컨트리뷰터 소개 – 월드 오브 탱크

숙련된 월드 오브 탱크 전차장이 되고 싶다면? 월드 오브 탱크 공식 컨트리뷰터를 만나보십시오. 궁금증 해결은 물론 주옥같은 공략을 만나볼 수 있습니다!

+ 더 읽기

Source: worldoftanks.asia

Date Published: 1/25/2022

View: 6346

[TIP] 오픈소스 컨트리뷰터 되기 – 짜잘한 개발

오픈소스 컨트리뷰터는 오픈소스를 만드는 사람들 = 소스코드를 작성하는 사람들이라고 생각합니다. 하지만 log에 있는 오타수정이나 번역문서에 있는 …

+ 여기에 보기

Source: csy7792.tistory.com

Date Published: 5/27/2022

View: 6104

구글 컨트리뷰터 – 위키백과, 우리 모두의 백과사전

구글 컨트리뷰터(Google Contributor)는 구글이 관리하고 정렬하고 유지보수하는 광고 없이 구글 내 네트워크 사용자들이 웹사이트를 볼 수 있게 하는, 구글이 운영 …

+ 여기에 보기

Source: ko.wikipedia.org

Date Published: 9/9/2021

View: 9907

주제와 관련된 이미지 컨트 리뷰 터

주제와 관련된 더 많은 사진을 참조하십시오 오픈소스 컨트리뷰터가 되는 한가지 방법. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.

오픈소스 컨트리뷰터가 되는 한가지 방법
오픈소스 컨트리뷰터가 되는 한가지 방법

주제에 대한 기사 평가 컨트 리뷰 터

  • Author: 큰돌의터전
  • Views: 조회수 444회
  • Likes: 좋아요 21개
  • Date Published: 2022. 6. 20.
  • Video Url link: https://www.youtube.com/watch?v=WjDtJ4UnWDs

– 컨트리뷰션의 유형 · GitBook

컨트리뷰션 시작하기

컨트리뷰션은 오픈소스 프로젝트에 참여하고 기여하는 모든 활동을 의미합니다. 전 세계 사람들이 다양한 컨트리뷰션 활동을 통해 오픈소스를 발전시키고 있습니다.

사람들이 왜 컨트리뷰션 활동을 하는지, 컨트리뷰션에 어떤 유형이 있는지 알아보고, 컨트리뷰션 전에 확인해야 하는 사항과 컨트리뷰션 시 주의할 점을 살펴보겠습니다.

이 글은 “How to Contribute to Open Source”의 내용을 기반으로 작성되었습니다.

컨트리뷰션의 유형

컨트리뷰션에 대해 일반적으로 오해하는 것이 바로 ‘소스 코드 수정’만 컨트리뷰션에 해당한다는 것입니다. 소스 코드 수정 이외에 다양한 방법으로 누구든 컨트리뷰션에 첫발을 디딜 수 있습니다. 사용하던 오픈소스에서 버그를 발견했을 때 버그를 알리는 것만으로도 컨트리뷰션을 시작할 수 있습니다.

2016년 발표된 “More Common Than You Think: An In-Depth Study of Casual Contributors”에 따르면 다음과 같이 컨트리뷰션의 30% 이상이 소스 코드 수정 이외의 영역에서 이루어졌습니다.

소스 코드 수정 이외에 어떤 유형의 컨트리뷰션이 있는지 알아보겠습니다.

오타 수정도 컨트리뷰션입니다

소스 코드나 문서에 있는 오타를 수정하는 일도 컨트리뷰션입니다.

다음은 Flux 프로젝트의 README 문서에서 오타인 dipatcher 를 dispatcher 로 수정한 사례입니다.

번역도 컨트리뷰션입니다

프로젝트에 필요한 문서를 번역하는 일도 컨트리뷰션입니다.

다음은 웨일 확장앱 프로젝트의 README 문서를 영어에서 한글로 번역해 Pull request를 요청한 사례입니다.

가이드 문서 작성도 컨트리뷰션입니다

튜토리얼과 같은 가이드 문서를 작성하는 일도 컨트리뷰션입니다.

다음은 Python 배포 방법을 설명하는 문서를 작성하고 관리하는 Python Packaging User Guide 프로젝트에 새로운 튜토리얼 내용과 개요를 작성해 이슈로 등록한 사례입니다.

디자인 작업도 컨트리뷰션입니다

로고와 같은 디자인 요소를 제작하는 일도 컨트리뷰션입니다.

다음은 Node.js에서 사용하는 웹 서비스 프레임워크인 hapi 프로젝트에 새로운 로고 이미지 만들기를 제안한 사례입니다.

의견 제시도 컨트리뷰션입니다

단순히 프로젝트에 관한 의견을 제시하는 것도 컨트리뷰션입니다.

다음은 JavaScript 코드 분석 도구인 ESLint 프로젝트의 이슈 관리 방법에 관해 의견을 제시한 사례입니다.

기타

앞에서 설명한 유형 외에도 프로젝트의 스타일 가이드를 작성하거나, 중복된 이슈를 정리하는 등 다양한 방법으로 프로젝트에 기여할 수 있습니다.

프로젝트에 도움이 되는 것은 아무리 사소한 것이라도 컨트리뷰션 대상이 될 수 있습니다.

컨트리뷰션 활동 이유

전 세계 사람들이 다양한 컨트리뷰션 활동을 통해 오픈소스를 발전시키고 있습니다. 사람들은 왜 컨트리뷰션 활동을 할까요?

사용하던 오픈소스에 불편한 점이나 버그가 있어 개선했을 때, 혼자만 사용한다면 오픈소스를 버전업할 때마다 추가 패치 작업을 해야 합니다. 이러한 번거로움을 줄이기 위해 컨트리뷰션을 하는 경우가 많습니다.

오픈소스에 참여하는 전 세계의 개발자에게 멘토링을 받을 수 있어 컨트리뷰션을 하는 경우도 있습니다. 오픈소스 활동을 통해 개발 실력 향상과 영어 실력 향상 두 가지를 모두 노릴 수 있습니다.

모든 오픈소스 활동은 공개되므로 본인의 역량을 쉽게 노출시킬 수 있고, 이를 이력서에 활용할 수 있으므로 본인 홍보의 수단으로 컨트리뷰션 활동을 할 수 있습니다. 참여하고 있는 오픈소스를 통해 채용이 될 수도 있고, 인턴 활동을 할 수 있는 기회를 얻을 수도 있습니다.

소스 코드가 모두 공개되기 때문에 더 많이 테스트하고 수준 높은 코드 품질을 고민하게 되어 결과적으로 코딩 능력이 향상됩니다. 또한 다른 사람들과 협업을 통해 개발이 진행되기 때문에 문제에 접근하는 시야가 넓어질 수 있습니다.

이 외에도 오픈소스 생태계에 기여해 본인의 명성을 높이고자 활동할 수도 있고, 오픈소스의 발전을 위해 컨트리뷰션 활동을 할 수도 있습니다. 이처럼 다양한 이유의 컨트리뷰션을 통해 오픈소스가 발전하고 있습니다.

컨트리뷰션 전에 알아두기

오픈소스 프로젝트마다 사용하는 어휘도 다르고 규범도 다르며 커뮤니케이션 방법도 다릅니다. 컨트리뷰션 활동을 시작하기 전에 먼저 오픈소스 프로젝트의 기본 구조와 활동할 오픈소스를 선택할 때 고려할 사항을 살펴보겠습니다.

오픈소스 프로젝트의 구조

오픈소스 프로젝트의 구조가 동일하지는 않지만 일반적으로 구성원과 역할이 정의되어 있고, 라이선스나 컨트리뷰션에 대한 가이드 문서가 존재합니다. 또한 협업을 위해 다양한 커뮤니케이션 방법을 사용합니다.

오픈소스 프로젝트 구성원의 역할

대부분의 오픈소스 프로젝트는 다음과 같은 구성원으로 이루어져 있습니다.

사용자: 프로젝트를 사용하는 사람입니다.

컨트리뷰터: 프로젝트에 컨트리뷰션 활동을 하는 모든 사람입니다.

커미터: 다른 사람의 컨트리뷰션 내용을 리뷰하고 프로젝트에 반영할 권한을 가진 컨트리뷰터입니다. 커미터가 없는 프로젝트도 있습니다.

메인테이너: 프로젝트의 방향을 설정하고 프로젝트를 관리하는 책임이 있는 컨트리뷰터입니다. 보통 커미터 중 일부가 메인테이너가 됩니다. 메인테이너가 없는 프로젝트도 있습니다.

저작자: 프로젝트를 만든 사람 또는 조직입니다.

실제로는 프로젝트마다 구성원의 역할이 다르고 역할에 대한 규정과 구성원이 되는 방법도 다릅니다. 그러므로 컨트리뷰션 활동을 하려는 프로젝트에는 어떤 역할이 있고, 현재 구성원은 누구인지 미리 확인해 보는 것이 좋습니다.

오픈소스 프로젝트의 기본 문서

대부분의 오픈소스 프로젝트에서는 다음과 같은 문서를 작성합니다.

README 문서: 프로젝트의 목적과 사용 방법을 설명하는 문서입니다.

LICENSE 문서: 오픈소스 라이선스를 명시한 문서입니다. 모든 오픈소스 프로젝트는 오픈소스 라이선스 하에 배포됩니다. 만약 오픈소스 라이선스 없이 배포된 프로젝트가 있다면 라이선스에 대해 문의해 보는 것으로 첫 컨트리뷰션을 할 수도 있습니다. GitHub에서 프로젝트를 관리하는 오픈소스에서는 주로 저장소의 최상위 디렉터리에 라이선스를 명시한 문서가 있습니다.

CONTRIBUTING 문서: 프로젝트에 어떻게 컨트리뷰션 활동을 할 수 있는지 설명한 문서입니다. 어떤 유형의 컨트리뷰션이 필요한지, 해당 프로젝트의 컨트리뷰션 절차가 어떤지 알 수 있습니다. CONTRIBUTING 문서가 없는 프로젝트도 있지만, 컨트리뷰션 활동을 하는 방법이 명시된 프로젝트라면 다른 사람들의 컨트리뷰션을 환영한다는 것을 알 수 있습니다.

이 외에도 프로젝트에 따라 코딩 컨벤션이나 이슈 템플릿 등의 문서가 있습니다.

오픈소스 프로젝트에서 커뮤니케이션 방식

오픈소스 프로젝트의 구성원은 다양한 방식으로 커뮤니케이션을 합니다. 이슈를 논의하기 위해 이슈 트래커를 사용하는 프로젝트가 있는가 하면, Slack 또는 IRC 같은 실시간 채팅 채널을 사용하는 프로젝트도 있습니다. 기능 제안을 하거나 코드를 주고받기 위해 GitHub의 Pull requests를 활용할 수도 있고, 메일링 리스트를 사용할 수도 있습니다.

프로젝트 성격에 따라 다양한 형태의 커뮤니케이션 방법이 있으므로 미리 확인해 보는 것이 좋습니다.

오픈소스 찾기

가장 좋은 컨트리뷰션 대상은 현재 사용하고 있는 오픈소스입니다. 이미 그 오픈소스가 어떤 비전을 가지고 있고 어떤 문제를 고민하고 있는지 알고 있을 뿐만 아니라, 버그를 알고 있을 수도 있습니다. 또한 가이드 문서의 부실함이나 오타를 알고 있을 수도 있습니다. 사용법을 잘 알고 있기 때문에 조금만 고민한다면 컨트리뷰션 활동을 할 수 있는 부분을 발견할 수 있습니다.

그 외에도 관심이 있는 다른 오픈소스를 새롭게 찾아볼 수 있습니다. 하지만 컨트리뷰션 활동을 시작하기 전에 먼저 해당 오픈소스를 잘 사용해 보는 것이 좋습니다.

컨트리뷰션 활동을 할 수 있는 오픈소스를 찾을 때는 다음과 같은 사이트를 참고할 수 있습니다. GitHub의 Explore 메뉴: 유형별 오픈소스와 최신 경향의 오픈소스를 볼 수 있습니다.

Your First PR: 첫 컨트리뷰션으로 시도하기 좋은 이슈와 새로운 컨트리뷰터의 도움이 필요한 오픈소스를 볼 수 있습니다.

CodeTriage: 처리할 이슈가 있는 오픈소스를 관심 있는 언어에 따라 찾아 볼 수 있습니다.

컨트리뷰션 활동을 할 오픈소스를 선택할 때에는 컨트리뷰션을 받아 줄 만한 오픈소스인지 미리 확인하는 것이 좋습니다. 성공적인 첫 컨트리뷰션을 위해 미리 확인하면 좋을 몇 가지 질문을 소개합니다. 컨트리뷰션 작업을 시작하기 전에 질문에 있는 사항을 확인하며 잠시 지켜보는 것은 해당 오픈소스를 이해하는 데도 도움이 될 것입니다.

오픈소스 라이선스 하에 배포된 프로젝트인가

소스 코드에 LICENSE 문서나 라이선스 정보가 있는지 확인해 보세요. 오픈소스 라이선스 없이 배포된 프로젝트라면 오픈소스가 아닐 수 있으므로 주의해야 합니다. 만약 오픈소스 프로젝트인데 라이선스 정보가 없다면 저작권자에게 문의하거나 라이선스 정보 표시를 제안해 보세요.

커뮤니티가 적극적으로 컨트리뷰션을 수용하는가

수정 사항 반영이 잦은지, 프로젝트 내에 컨트리뷰터가 몇 명인지 살펴보세요. 활발하게 수정 사항이 반영되고 있고 컨트리뷰터의 활동이 잦다면 새로운 컨트리뷰션도 환영할 가능성이 높습니다.

적극적으로 논의되고 있는 개선 사항이 있는지, 사람들의 논의가 활발한지 확인해 보세요.

전체 이슈가 얼마나 있는지, 이슈가 해결되고 있는지, 최신 이슈는 있는지 확인해 보세요. 만약 이슈가 너무 많이 누적되어 있거나 정리되고 있지 않다면 이슈 정리를 제안할 수도 있습니다.

커뮤니티가 새로운 사람들에게 우호적인가

컨트리뷰션을 위한 가이드 문서가 잘 되어 있는지 살펴보세요. 컨트리뷰션을 위한 가이드 문서가 잘 되어있다면 컨트리뷰션을 환영한다고 생각할 수 있습니다. 만약 가이드 문서가 없다면 문서 작성을 제안해 보세요.

이슈나 새로운 제안이 생성되었을 때 커뮤니티의 구성원들이 빨리 답변해 주는지 확인해 보세요. 새로운 이슈를 생성하거나 제안했을 때 답변이 얼마나 빨리 오는지 예측할 수 있습니다.

컨트리뷰션 시 주의 사항

오픈소스는 여러 사람들이 참여해서 작업하기 때문에 같은 작업을 중복해서 할 수도 있습니다. 컨트리뷰션 활동을 할 오픈소스를 정했다면 작업을 시작하기 전에 먼저 작업하려는 내용이 이미 진행된 적이 있는지 빠르게 확인해야 합니다. README 문서와 이슈 목록, 메일링 리스트, Stack Overflow 등에서 확인한다면 중복된 작업을 미연에 방지할 수 있습니다.

그 외에 컨트리뷰션 활동을 할 때는 다음과 같은 점에 주의해서 활동해야 합니다.

기존에 있는 이슈를 수정하고자 할 때는

기존에 있는 이슈를 수정하고자 할 때는 작업 시작을 다른 사람들이 알 수 있게 이슈에 의견을 다는 것이 좋습니다. 동일한 작업을 다른 사람이 시작하는 것을 예방할 수 있습니다.

만약 수정하려는 이슈가 너무 오랫동안 상태에 변화가 없이 유지되고 있다면 작업 시작 전에 현재 상황을 문의해 보아야 합니다. 다른 곳에서 이미 이슈가 해결된 상태일 수도 있습니다.

규모가 큰 중요 기능을 개발할 때는

규모가 큰 중요 기능을 개발할 때는 개발이 완료된 후에 공유하는 것보다 개발 시작 전에 공유하는 것이 좋습니다. 해당 기능이 프로젝트 진행 방향과 맞지 않을 수도 있고, 이미 개발이 진행되고 있는 기능일 수도 있습니다.

작업한 결과물을 프로젝트에 적용해 달라고 요청할 때는

작업한 결과물을 프로젝트에 적용해 달라고 요청할 때는 프로젝트의 컨트리뷰션 가이드에 따라 요청합니다. 준수해야 하는 코딩 컨벤션이 있을 수도 있고, 사전 테스트를 해야 할 수도 있습니다.

프로젝트의 컨트리뷰션 가이드를 준수하면 수정 사항의 반영 확률을 높일 수 있습니다.

커뮤니티에서 커뮤니케이션을 할 때는

다른 무엇보다도 커뮤니티에서 커뮤니케이션을 할 때는 예의를 지켜 겸손한 자세로 임하는 것이 좋습니다. 오픈소스는 전 세계의 사람들이 협업하는 장이기 때문에 언어, 문화, 지역, 시간대에 따라 문맥의 의미가 다르게 받아들여질 수 있습니다. 언제나 본인의 의사 전달을 공개적으로 명확히 해서 오해가 없도록 하는 것이 좋습니다.

컨트리뷰션 이후

컨트리뷰션 활동을 하고 나면 수정 사항이 프로젝트에 반영되는지 확인해야 합니다. 컨트리뷰션이 프로젝트에 반영되는 것이 가장 이상적이지만 컨트리뷰션이 응답을 받지 못하거나 거절당할 수도 있습니다.

컨트리뷰션 작업을 시작하기 전에 커뮤니티의 활성화 정도와 외부 컨트리뷰션을 환영하는 분위기인지 확인해 보는 것이 좋습니다.

컨트리뷰션이 응답을 받지 못할 수 있습니다

커뮤니티가 활성화되어 있어도 컨트리뷰션이 응답을 받지 못할 수 있습니다. 일주일 넘게 아무런 응답도 받지 못했다면 다시 한 번 이슈를 생성하거나 의견을 달아 확인을 요청할 수 있습니다. 만약 리뷰할 수 있는 적당한 사람을 알고 있다면 직접 의견을 보낼 수도 있습니다. 하지만 개인적으로 리뷰를 요청하거나 연락하는 것은 추천하는 방법은 아닙니다. 의사소통은 언제나 공개적으로 진행하는 것이 좋습니다.

여러 번 요청했음에도 커뮤니티에서 아무런 반응도 없다면 이후에도 응답이 없을 확률이 높습니다. 반응을 기다리는 대신 프로젝트를 포크(fork)해 수정 사항을 직접 반영하는 방법도 있습니다.

컨트리뷰션 내용을 개선하거나 수정해 달라는 요청을 받을 수 있습니다

컨트리뷰션 내용을 개선하거나 수정해 달라는 요청을 받으면 빠르게 답변해 주는 것이 좋습니다. 변경할 수 있는지 없는지, 언제까지 할 수 있는지, 시간이 더 필요한지 등의 내용으로 답변을 보내 주세요.

만약 어떻게 변경해야 할지 모르겠다면 커뮤니티에게 도움을 청할 수도 있습니다. 더 이상 해당 이슈를 위해 작업할 시간이 없다면, 다른 누군가가 기꺼이 이어서 작업할 수도 있으므로 빠르게 상황을 알려 주는 것이 좋습니다.

컨트리뷰션이 거절당할 수도 있습니다

작업한 컨트리뷰션이 우선순위나 프로젝트의 방향과 약간 달라 거절당할 수도 있습니다. 만약 거절 이유를 납득할 수 없다면 거절에 대한 피드백과 추가 설명을 문의할 수 있습니다. 하지만 궁극적으로는 커뮤니티의 결정을 존중해야 합니다.

응답을 받지 못했거나 거절당했다면 프로젝트를 포크해서 새로운 프로젝트로 발전시켜 볼 수 있습니다. 또는 아예 새로운 프로젝트를 만들 수도 있습니다.

새로 만든 프로젝트를 오픈소스로 공개하는 방법은 “오픈소스 프로젝트 공개하기”에서 살펴볼 수 있습니다.

오픈소스 컨트리뷰터? 야 너도? 야 나두! (feat. RxPy)

야, 너두 오픈소스 컨트리뷰터 할수 있어! (출처: 야나두 광고 수정)

안녕하세요! 운동하는 개발자 Jay입니다. 제가 드디어!! 오픈소스 컨트리뷰터가 됐습니다 😃

오늘은 어떻게 오픈소스 컨트리뷰터가 됬는지 제 썰(?)을 풀어보려고 합니다.

최근에 회사에서 Rx 스터디를 하고 있었는데, 숙제 중에 retryWhen 연산자를 활용해야 하는 숙제가 있었습니다.

하지만 RxPy에는 retryWhen 연산자가 없어서 직접 만들어서 사용해야 했습니다.

멀리 돌아갈 필요 없이 retry 연산자를 응용하면 될 것 같아서 라이브러리를 살펴봤습니다.

retry 연산자가 wraping 하고 있는 함수

RxPy의 retry 연산자는 최종적으로 _catch_with_iterable이라는 메소드를 return 하고 있었는데, 커스텀을 위해 복붙 하는 순간 제 눈을 의심하는 것을 발견했습니다.

어? 응? (feat. Git History)

처음에는 제가 띄어쓰기를 지웠나??ㅋㅋㅋㅋ 하고 생각했는데, 라이브러리를 다시 보니까 진짜 띄어쓰기가 잘못되어 커밋되어 있었습니다ㅎㅎ 히스토리를 확인해보니까 수정하다가 실수로 잘 못 커밋한 것 같더라고요 ㅋㅋ

이건 기회야! (출처 : 영화 해바라기)

보자마자 이건 기회라고 생각했습니다. 예전부터 오픈소스 컨트리뷰터가 되고싶었고, 막상 하려니까 뭐부터 해야 하는지 몰랐었어요! 사실 이런 간단한 코딩 컨벤션 오류도 merge 해줄까라는 의구심도 들었지만, 일단 노빠꾸로 들이대 보기로 했습니다.

못하는 영어 쓰면서 PR을 날려보았다.

정말 띄어쓰기 하나만 수정하고 PR을 했습니다. 그 결과…

오오오!! 정말 됬어! 실화야?

이틀 정도 지나고 나서 reviewer 한분(Collaborator)이 approve 해줬고, 다음날 merge 되었습니다. 🎉🎉🎉

사실 이전에 BitBar에 ReadMe 수정해서 PR을 날린적이 있는데, 관리가 잘 안되고 있는지 소식이 통 없더라고요ㅠㅠ

그래도 RxPy는 최근까지도 관리가 잘 되고 있었습니다.

ㅠㅠ 컨트리뷰터 명단에 내 아이디가…

이렇게 컨트리뷰터 명단에 제 아이디가 올라갔습니다 ㅠㅠ 진짜 별거 아니지만 시작이 반이지 않겠습니까?!

이제 시작이라고 생각하고 더 열심히 기여를 할 수 있는 오픈소스 컨트리뷰터가 되어야겠습니다.

개인적으로 오픈소스 컨트리뷰터가 될 수 있는 가장 쉬운 방법은, 본인이 관심 있는 오픈소스를 관심 있게 봐야 하는 것 같습니다!

당연한 말이긴 하지만, 관심 있어서 document, library를 더 유심히 볼 수 있어서 저런 오타 같은 것 도 찾을 수 있었던 것 같아요! 나아가 로직 개선도 할 수 있고요!

무튼, 너무 기쁜 마음에 이렇게 포스팅을 남겨 보았습니다! 오늘도 좋은 하루 되시고, 즐거운 프로그래밍 하세요!! 아디오스~!!

공개SW 포털

오픈소스 컨트리뷰션 아카데미

언어, 협업 개발문화, 시작의 두려움 등 다양한 이유로 오픈소스 진입장벽이 높게만 느껴지는 개발자들을 위한 ‘오픈소스 컨트리뷰톤’ 멘토링 행사입니다.

컨트리뷰션 아카데미를 통해 선배 개발자가 직접 기여하는 오픈소스 프로젝트 가이드와 함께 오픈소스 기여에 대한 진입장벽을 뚫어 참여·공유·협업 방식의 글로벌 개발문화와 다양한 기여(Contribution)를 직접 경험하는 프로그램입니다.

예비 컨트리뷰터 인재들이 자신의 잠재적 오픈소스 역량을 강화하고, 다양한 글로벌 오픈소스 프로젝트에서의 코딩 컨벤션을 익혀 코드 컨트리뷰션 뿐만아닌 코드리뷰, 테스트, 버그리포트, 기능제안, 이슈댓글, 질문,&건의, 번역, 문서작성 등의 다양한 방법으로 오픈소스 문화에 기여할 수 있는 기회를 제공합니다.

청년 SW개발자 멘토링

올해 아카데미에서는 오픈소스 컨트리뷰션에 대한 멘토링 뿐만아닌 멘티 개인의 커리어 멘토링도 함께 진행합니다. 각 팀의 청년 SW개발자 멘토링을 담당하는 멘토와 함께 1:1 커리어 관련 프로젝트 기술, 커뮤니케이션, 역량강화, 자기계발 등 현업에서 활동하는 선배 개발자의 자문을 구할 수 있는 멘토링 세션이 준비되어 있습니다. (참가신청 시, 청년 SW개발자 멘토링 희망여부를 체크 필수.) 취업 또는 이직을 고민하거나 이미 현업에서 개발 활동을 진행 중인 멘티도 모두 자신이 가지고 있는 커리어 관련 고민을 멘토링 받아 아카데미에서 한단계 더 성장할 수 있습니다.

참가 대상

오픈소스 개발문화에 직접 참여해 보고 싶은 누구나

모집 기간

추후 업데이트 예정

참가 프로젝트 소개

2019년 공개SW 컨트리뷰톤 일정 정보 알림 표, 구성은 날짜, 내용으로 되어 있다. 순번 프로젝트명 링크 1 Apache Zeppelin 자세히보기 2 Azure 클라우드 Python 오픈소스 SDK 도구 및 문서 자세히보기 3 Backend.AI 자세히보기 4 Ethereum Privacy and Scaling Exploration 자세히보기 5 Euphony 자세히보기 6 FinanceDataReader 자세히보기 7 FOSSLight Hub 자세히보기 8 Githru: Git의 시각적 분석을 위한 VSCode Extension 자세히보기 9 GlueSQL 자세히보기 10 KiCad 자세히보기 11 Kubernetes 한글화 컨트리뷰션 및 커뮤니티 참여 자세히보기 12 Libplanet 자세히보기 13 NHN Toast Power Platform Connector 자세히보기 14 OpenStack 자세히보기 15 Project Discovery 자세히보기 16 Pytorch Lightning 자세히보기 17 RustPython 자세히보기 18 Tablecloth 자세히보기 19 uftrace 자세히보기 20 Visual Python 개발 자세히보기 21 Yorkie 자세히보기 22 모던 자바스크립트 튜토리얼 자세히보기 23 양자 컴퓨터 오픈 소스 SDK – Qiskit 공식 문서 한글화 자세히보기 24 파이토치 튜토리얼 번역 자세히보기 25 파이토치 허브 번역 자세히보기

주요 일정

2019년 공개SW 컨트리뷰톤 일정 정보 알림 표, 구성은 날짜, 내용으로 되어 있다. 날 짜 내 용 업데이트 예정 참가 멘티 모집 7/4(월) 참가자 선정 및 개별 통지 7/9(토) 발대식 7/9(토)~7/30(토) 컨트리뷰션 아카데미 [Challenges] Program 8/1(월)~8/11(목) 컨트리뷰션 아카데미 [Masters] Program 참가 멘티 발표 8/11(목)~10/14(금) 컨트리뷰션 아카데미 [Masters] Program 8/13(토) 중간공유회 [Midterm Recap] 개최 9/22(목)~9/28(수) 1차심사(서면평가) 10/8(토) 최종심사 및 성과발표회 개최 11월 ~ 12월 시상식

시상 부문

2021년 컨트리뷰톤 시상 정보 알림 표, 구성은 상(훈격), 팀수, 상금(팀)으로 되어 있다. 시상내역 팀수 상금(팀) 대상 과학기술정보통신부장관상 1팀 300만원 최우수상 정보통신산업진흥원장상 1팀 200만원 우수상 정보통신산업진흥원장상 2팀 100만원 장려상 정보통신산업진흥원장상 6팀 50만원

주최

주관

문의처

오픈소스 컨트리뷰션 아카데미 운영사무국

– TEL : 02-561-0552

– 이메일 : [email protected]

컨트리뷰터 조직 가이드 — contributor-guide 문서

개발자 참여¶

왜 개발자를 커뮤니티에 보내야 할 필요가 있을까요?¶ 커뮤니티에 속해 있는 개발자들이 있다면, 여러분의 비지니스 / 제품 계획과 통합할 수 있는 최고의 기회를 얻기 위해 커뮤니티에서의 개발 작업이나 토론을 시작하기 쉽다는 것을 알게 될 것입니다. 커뮤니티가 개발을 지속하기 위해 각 릴리스주기에서 프로젝트를 유지 보수하는 사람을 필요로 하는 것처럼, 여러분도 여러분의 제품을 유지 보수할 사람이 필요합니다. 각 릴리즈 주기에는

얼마나 많은 인원들을 커뮤니티에 투입해야 하나요?¶ 자신의 계획에 따라 다르지만, 현재 사용 중이거나 서비스에 사용하려는 프로젝트 서비스의 범위를 다루려고 합니다. 이러한 프로젝트에 참여하면 다음과 같은 이점을 얻을 수 있습니다. 프로젝트의 상태를 모니터링합니다.

프로젝트의 설계와 방향에 관여합니다.

구현 토론에 참여하고 구체화합니다.

다운스트림 패치를 운반하지 않도록 합니다. 업스트림에서 작업하는 사람이 많을수록 해당 기능에 대한 관심이 높아집니다. 검토자를 더 많이 제공하면 구현을 프로젝트에 병합하는 데 확실히 도움이 될 것입니다. 코드 검토는 패치를 랜딩하기 위한 병목 현상으로, 더 빠른 코드가 랜딩될 수 있는 더 좋은 평가를 제공합니다.

얼마나의 기간동안 개발자들을 투입해야 할까요?¶ 이상적인 대답은 개발자들에게 가능한 한 오랜 시간을 있을 수 있게 하는 것입니다. 여러분의 회사가 이 결정을 할 수 있을 만큼 충분히 크다면, 개발자들에게 특정 분야에 전문화하고 집중할 수 있는 시간을 제공하는것이, 다른 해야할 일이 많아 개발자들의 기술 스택이 계속 바뀌는 것보다는 훨씬 효과적일것입니다. 개발자들이 Upstream에서 더 많은 시간을 보내게 한다면, 여러분이 우선순위를 높게 설정한 문제에 대한 꾸준한 노력과 피드백을 통해 모두에게 도움을 줄 수 있습니다. 하지만 더욱 중요한 점은, OpenStack은 peer review 에 의존합니다. Landing Code부터 Governance까지, 프로젝트가 제 기능을 하기 위해서는 커뮤니티의 사람들의 리뷰가 필요합니다. 또한, 지역사회에 엔지니어를 장기간 보유하는 것도 회사가 지역사회에 내재되어 있고, 지역사회에 참여하고 있기 때문에 회사를 계속 앞서나가게 할 것입니다. 더 간단히 말해서, 기업이 지역사회에 더 많이 투자될수록, 그들은 영향력 있는 장소를 얻을 가능성이 더 높습니다.

컨트리뷰터가 되기 위해 opensource에 pull request날린 후기 #1 – 어떤 프로젝트에 기여할까?

반응형

오픈소스에 기여하여 컨트리뷰터가 되는 것은 많은 초보개발자들에게 꿈만 같은(?) 일이다.

하지만 github의 opensource들에 기여하는 법은 생각보다 간단하고 놀라울만큼 쉽다.

아래 목록에 해당되는 개발자라면 오픈소스에 기여할 준비가 되었다는 증거이다.

오픈소스 준비물

java, c, c++ 셋중 하나라도 사용할줄 안다. 주석을 달고 읽을 줄 안다.(영어) git을 사용할 줄 안다.

이제 어떤 오픈소스 repository에 pull request를 날려볼까? 아래는 대표적인 오픈소스 repository들이다.

(아무래도 유명한 오픈소스에 기여해야 뽀대가 난다 .)

(저는 텐서플로우 컨트리뷰터입니다^^ 같은..)

쿠버네티스 https://github.com/kubernetes/kubernetes

엘라스틱서치 https://github.com/elastic/elasticsearch

텐서플로우 https://github.com/tensorflow/tensorflow

그라파나 https://github.com/grafana/grafana

기타 등등…

당장 저런 큰 repository에 pull request날리기엔 막막하다.

그럴땐 해당 project의 side repository를 노려보자.

side repository들은 (대부분)간단하고 작은 소스로 이루어져 있으며, contributor들이 미처 신경 쓰지 못한 부분이 많아서 수정할 여지가 많다.

오픈소스 기여할 repository의 선택

최근 쿠버네티스에 대해 관심있게 찾아보다가 아래와 같은 side repositroy를 찾았다.

git-sync : https://github.com/kubernetes/git-sync

: https://github.com/kubernetes/git-sync 목적 : 특정 git repository를 x초마다 sync하는 docker기반 container

사용방법

그런데 왜 x초마다 sync하는 parameter가 wait일까 라는 의문이 들었다.

오히려 wait보단 interval이 맞지 않을까?

결론 : wait에서 interval로 바꾸는 pull request를 해보자!

초보개발자인 내가 pull request를 날리면 과연 쳐다나 볼까 의문이다.

하지만 생각보다 대형 opensource 프로젝트의 contributor들은 관대하고 자상했다.

다음이야기

->> 초보개발자가 컨트리뷰터가 되기 위해 opensource에 pull request날린 후기 #2 – pull request 요청(바로가기)

반응형

구르미의 개발 이야기 구르미의 개발 이야기

반응형

처음으로 오픈소스 컨트리뷰터가 되었다. 잘 알려진 오픈 소스는 아니지만, 처음 컨트리뷰터가 된거라 기념 겸 포스팅을 작성하게 되었다.

어떻게 하게 되었냐면 현재 회사에서 프로메테우스로 nginx 웹 서버 모니터링 하는 것을 연구하고 있다. 그 중에 제일 유의 깊게 살펴보는 것이 “prometheus-nginxlog-exporter”이다. nginx가 생성해내는 로그를 파싱해서 메트릭을 수집하는 익스포터인데 오타 수정으로 이 오픈소스의 컨트리뷰터가 되었다. ㅎㅎ

prometheus-nginxlog-exporter 레포지토리를 가보면 Contributors에서 내 아이디를 확인할 수 있다.

여기서 2번째 열에 첫번째를 클릭하면 짜잔! 내 아이디인 gurumee92를 확인할 수 있다. ㅎㅎ

어떤 것을 했냐면, 이렇게 README.adoc에 마크 다운 문법이 틀려서 잘 안보이는 오류가 있었다.

그래서 내가 보기 불편해서 프로젝트를 포크한 후 해당 README.adoc에서 문법 오류 사항을 수정 후 커밋/푸쉬하였다.

그 다음에 이런 문법 오류가 있으니 고쳐달라는 풀 리퀘스트를 보냈다. 최대한 친절하게 보낸다고 보냈는데 영어를 못해서 다소 건방지다라는 인상을 받았었을지도 모르겠다.

얼마 후, 풀 리퀘스트가 머지 되었다는 알림이 왔다. ㅎㅎ

너무 간단하게 되서 신기하다. 다음에는 코드 제안이나 버그 픽스 등으로 한 번 컨트리뷰터가 되고 싶다. 언어는 Go 언어, 노리는 레포지토리들은 좀 유명한 오픈 소스들인 Prometheus, Loki, Cortex, Terraform, Packer 등이 있다. 열심히 공부하고 연구해서 이런 굵지한 프로젝트에도 기여를 하고 싶다.

한국 공식 컨트리뷰터 소개

승리를 위한 전투 방법을 찾으며, 애청자와 함께 실력 성장을 탐하는 방송

게임에 있어서 가장 중요한 것은 ‘즐거울 수 있는가?’ 라고 생각합니다.

애청자 모두가 개인의 가치에 맞게 즐길 수 있는 방법을 함께 찾고 싶어요.

그리고 이어지는 건 레이팅보다 승리!

팀을 그리고 나 자신을 위하여, 승리하는 전술과 요령을 같이 연구해봐요!

피지컬이 조금 부족할지라도, ‘월탱에 대한 지식’을 쌓으며 노력한다면

여러분이 좋아하는 만큼 실력을 키울 수 있다고 믿습니다! 😉

방송 시간: 13:00~17:00 (정규) / 22:00~ (랜덤 소통) / 주 1회 휴방

• 트위치 방송: https://www.twitch.tv/aarkongdiary

• 유튜브 방송: https://www.youtube.com/channel/UCuCD9CGuG46wViOYq1MSYKg

• 디스코드: https://discord.gg/VbMND7

인터뷰 보기

[TIP] 오픈소스 컨트리뷰터 되기

반응형

오픈소스 컨트리뷰터란 ?

말 그대로 오픈소스에 기여한 사람들을 일컫는 말입니다.

오픈소스 컨트리뷰터가 되는 방법

1. 오픈소스를 본다.

-> 소스가 될수도 있고 README 문서가 될수도 있고 번역본이 될수도 있습니다.

2. 이상한점이 있거나 개선사항이 보이면 수정한다.

-> 마찬가지로 소스가 될수도 있고 README 문서가 될수도 있고 번역본이 될수도 있습니다.

3. Pull Request 를 날린다.

4. 기다린다.

여러분이 오해하는 점

오픈소스 컨트리뷰터는 오픈소스를 만드는 사람들 = 소스코드를 작성하는 사람들이라고 생각합니다.

하지만 log에 있는 오타수정이나 번역문서에 있는 오타수정도 오픈소스를 만드는 것입니다.

처음에 개발실력이 조금 부족하거나 내가 무슨 컨트리뷰터야.. 라고 시작도 안해보고 포기하시는 분들이 대부분일겁니다.

소스를 살펴보다가 오타를 발견한다면 그것을 시작으로 컨트리뷰터가 되어보는것은 어떠신가요?

나아가서

저는 처음에 오타를 시작으로 컨트리뷰터가 되었습니다.

그러고나니 욕심이 나기 시작했습니다.

문서, 오타말고 직접 소스를 변경해보고싶다.

그래서 시작한게 Mybatis 소스 분석이었습니다.

소스를 분석하였고 문제점이 있는곳을 찾아내서 PR을 날렸고 Merge까지 되는 성과를 이루어냈습니다.

오타, 문서로 비교적 쉽게 접근하고 욕심이 생긴다면 소스를 분석해보시는건 어떠신가요?

잘못된 곳을 찾지 못하더라도 본인의 실력증진에 엄청난 도움이 되실거라 확신합니다.

반응형

위키백과, 우리 모두의 백과사전

구글 컨트리뷰터(Google Contributor)는 구글이 관리하고 정렬하고 유지보수하는 광고 없이 구글 내 네트워크 사용자들이 웹사이트를 볼 수 있게 하는, 구글이 운영했던 프로그램이었다.

이 프로그램은 이 서비스의 테스트를 위해 디 어니언, 매셔블 등 저명한 웹사이트들과 함께 런칭 공개되었다. 2015년 11월 이후 이 프로그램은 게시자들로부터 등록을 요구하지 않은 채 구글 애드센스를 통해 웹사이트에 표시한 모든 게시자들에게 개방되었다. 2015년 11월, 이 프로그램은 미국 내 모든 사용자에게 이용이 가능해졌다.

구글 컨트리뷰터는 2016년 12월 이후 2017년 초 새 버전 런칭 준비를 위해 신규 가입 수락을 중단하였다.[1] 1월 17일, 구글 컨트리뷰터는 문을 닫았고 “2017년 초 새롭게 개선된 컨트리뷰터를 런칭하고 있습니다!”는 문구로 시작하는 랜딩 페이지가 등장했다.[2]

2017년 6월, 새 구글 컨트리뷰터가 시작되었으나 어느 지점 이후로 문을 다시 닫았다. 구글 컨트리뷰터의 페이지 중 일부는 존재하지만 회원 가입이나 로그인 방법은 없으며 사이트 소유자를 위한 링크는 일반 구글 도움말 페이지로 이동된다.

2020년 8월, MTL 블로그 등 일부 웹사이트가 구글 컨트리뷰터용으로 이용이 가능해졌다.[3]

같이 보기 [ 편집 ]

각주 [ 편집 ]

키워드에 대한 정보 컨트 리뷰 터

다음은 Bing에서 컨트 리뷰 터 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.

이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!

사람들이 주제에 대해 자주 검색하는 키워드 오픈소스 컨트리뷰터가 되는 한가지 방법

  • 동영상
  • 공유
  • 카메라폰
  • 동영상폰
  • 무료
  • 올리기

오픈소스 #컨트리뷰터가 #되는 #한가지 #방법


YouTube에서 컨트 리뷰 터 주제의 다른 동영상 보기

주제에 대한 기사를 시청해 주셔서 감사합니다 오픈소스 컨트리뷰터가 되는 한가지 방법 | 컨트 리뷰 터, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.

Leave a Comment