커미터가 되는 방법과 커미터가 정말로 필요합니까?

안녕하세요! 제 이름은 Dmitry Pavlov입니다. 저는 다음 회사에서 일하고 있습니다. 그리드 게인, Apache Ignite의 커미터이자 PMC 참가자이자 Apache Training의 기여자이기도 합니다. 저는 최근 Sberbank 오픈 소스 모임에서 커미터의 작업에 대해 프레젠테이션을 했습니다. 오픈소스 커뮤니티가 발전하면서 많은 사람들이 커미터가 되는 방법, 수행해야 하는 작업, 이 역할을 얻으려면 몇 줄의 코드를 작성해야 하는지에 대한 질문을 점점 더 많이 시작했습니다. 커미터를 생각할 때 우리는 머리에 왕관을 쓰고 홀 대신에 "클린 코드" 한 권을 들고 있는 전능하고 전지한 사람들을 즉시 상상합니다. 그렇습니까? 내 게시물에서는 커미터에 대한 모든 중요한 질문에 답하여 커미터가 정말로 필요한지 이해할 수 있도록 노력하겠습니다.

오픈소스 커뮤니티에 새로 입문한 모든 사람들은 결코 커미터가 될 수 없을 것이라고 생각합니다. 결국, 많은 사람들에게 이것은 엄청난 양의 코드를 작성함으로써 특별한 공로를 통해서만 얻을 수 있는 권위 있는 역할입니다. 그러나 그렇게 간단하지는 않습니다. 커뮤니티의 관점에서 커미터를 살펴보겠습니다.

커미터는 누구이며 왜 필요한가요?

우리는 새로운 오픈 소스 제품을 만들 때 항상 사용자가 이를 사용하고 탐색할 수 있을 뿐만 아니라 수정된 사본을 수정하고 배포할 수 있도록 허용합니다. 그러나 변경 사항이 포함된 소프트웨어 복사본이 통제되지 않게 배포되면 우리는 기본 코드 기반에 대한 기여를 받지 못하고 프로젝트가 개발되지 않습니다. 여기에는 프로젝트에 대한 사용자 기여를 수집할 권리가 있는 커미터가 필요한 곳입니다.

왜 커미터가 되어야 할까요?

이력서에 커밋이 플러스이고 프로그래밍 분야의 초보자에게는 더 큰 플러스라는 사실부터 시작하겠습니다. 왜냐하면 종종 직업을 지원할 때 코드 예제를 요구하기 때문입니다.

커밋의 두 번째 확실한 이점은 최고의 전문가와 소통하고 오픈 소스의 멋진 아이디어를 프로젝트에 적용할 수 있는 기회입니다. 또한 특정 오픈소스 제품을 잘 안다면, 이를 지원하거나 사용하는 회사에 취업할 수도 있다. 오픈소스에 참여하지 않으면 높은 자리에 오르지 못한다는 의견도 있다.

진로나 취업 측면에서 이득이 있을 뿐만 아니라, 헌신하는 것 자체가 즐겁다. 당신은 전문 커뮤니티에서 인정을 받고 있으며 작업 결과를 명확하게 볼 수 있습니다. 때로는 XML에서 필드를 앞뒤로 이동하는 이유조차 이해하지 못하는 일부 기업 개발과는 다릅니다.

오픈소스 커뮤니티에서는 Linus Torvalds와 같은 최고의 전문가를 만날 수 있습니다. 그러나 그렇지 않다면 거기에서 할 일이 없다고 생각해서는 안됩니다. 다양한 수준의 작업이 있습니다.

추가 보너스도 있습니다. 예를 들어 Apache 커미터는 일부 제한 사항이 있지만 무료 IntelliJ Idea Ultimate 라이선스를 받습니다.

커미터가 되려면 어떻게 해야 하나요?

간단합니다. 커밋만 하면 됩니다.

프로젝트에 할 일이 없다고 생각한다면 착각입니다. 관심 있는 커뮤니티에 가입하여 필요한 일을 하세요. Apache Software Foundation은 별도의 гайд 커미터에 대한 요구 사항이 있습니다.

어떤 문제를 해결해야 합니까?

개발부터 테스트 및 문서 작성까지 가장 다양합니다. 예, 그렇습니다. 커뮤니티에서 테스터와 문서 작성자의 기여는 개발자의 기여와 동등하게 평가됩니다. 비표준적인 작업이 있습니다. 예를 들어 YouTube 채널을 운영하고 다른 사용자에게 오픈소스 제품 사용 방법을 알려주는 것입니다. 예를 들어, Apache Software Foundation은 별도의 страница, 여기에는 어떤 지원이 필요한지 표시되어 있습니다.  

커미터가 되려면 큰 특집을 작성해야 합니까?

아니요. 이것은 전혀 필요하지 않습니다. 커미터는 수많은 코드를 작성할 필요가 없습니다. 하지만 큰 특집을 작성했다면 프로젝트 관리 위원회에서 평가하기가 더 쉬울 것입니다. 커뮤니티에 기여하는 것은 단지 기능, 프로그래밍, 테스트에 관한 것이 아닙니다. 편지를 쓰고 문제에 대해 이야기하는 경우 합리적인 해결책을 제시하십시오. 이것도 기여입니다.

헌신은 신뢰에 관한 것임을 이해하는 것이 중요합니다. 당신을 커미터로 만들 것인지 말 것인지는 당신과 같은 사람들이 당신을 제품에 이익을 가져다주는 사람으로 보는 관점에 따라 결정됩니다. 그러므로 당신은 지역사회에서의 행동과 행동을 통해 바로 이러한 신뢰를 얻어야 합니다.

어떻게 행동할지?

건설적이고 긍정적이며 예의 바르고 인내심을 가지십시오. 오픈소스에서는 모든 사람이 자원봉사자이며 누구도 누구에게도 빚을 지지 않는다는 점을 기억하세요. 그들은 당신에게 대답하지 않습니다. 기다리다가 3-4일 후에 당신의 질문에 대해 알려줄 것입니다. 그들은 항상 당신에게 대답하지 않습니다. 글쎄요, 오픈 소스는 자발적입니다.

누군가에게 당신을 위해 또는 당신을 위해 무언가를 해달라고 요청하지 마십시오. 경험이 풍부한 커뮤니티 구성원은 그러한 "거지"에 대한 본능을 가지고 있으며 자신의 일을 그들에게 강요하려는 사람들에게 즉시 알레르기를 일으킵니다.

도움을 받으면 좋지만 남용하지 마십시오. 다음과 같이 작성해서는 안 됩니다. "이 문제를 해결하세요. 그렇지 않으면 연간 보너스를 잃게 됩니다." 다음에 어디로 가야 할지 물어보고, 이 버그에 대해 이미 알아낸 내용을 알려주는 것이 좋습니다. 그리고 문제 해결 결과에 따라 위키를 업데이트하겠다고 약속하면 그들이 귀하에게 답변할 가능성이 크게 높아질 것입니다.

마지막으로 읽어보세요 행동 강령 그리고 배우다 질문하기.

커미터가 아닌 경우 어떻게 기여하나요?

프로젝트에서는 먼저 모든 것이 검토된 다음 변경 사항이 마스터에 병합되는 RTC 체계를 사용하는 경우가 많습니다. 이 계획을 사용하면 커미터를 포함한 모든 사람이 검토를 받습니다. 따라서 커미터가 아니더라도 프로젝트에 성공적으로 기여할 수 있습니다. 그리고 새로운 커미터로 더 쉽게 선정될 수 있도록 새로운 참가자를 멘토링하고, 지식을 공유하고, 새로운 자료를 만들 수 있습니다.

다양성 - 이익인가 해로움인가?

다양성 - Apache Software Foundation에 대한 이해에서 이것은 무엇보다도 여러 회사의 오픈 소스 프로젝트 참가자의 소속을 의미합니다. 모든 사람이 하나의 조직에만 소속되어 있으면 프로젝트에 대한 관심을 잃으면 모든 참가자가 빨리 도망칩니다. 다양성은 장기적이고 안정적인 프로젝트와 다양한 경험, 참여자의 폭넓은 의견을 제공합니다.

사랑을 위해서인가, 편의를 위해서인가?

오픈소스 프로젝트에는 두 가지 유형의 사람이 있습니다. 이 제품에 기여하는 조직에서 일하는 사람과 여기에서 사랑을 위해 일하는 사람, 즉 자원봉사자입니다. 어느 것이 더 생산적인가요? 일반적으로 기여 조직의 제품을 지원하는 참가자입니다. 그들은 진실을 파헤치기 위한 더 많은 시간과 명확한 동기를 갖고 있으며, 작업에 집중하고 사용자에게 더 가까이 다가갑니다.

“사랑으로” 이 일을 하는 사람들도 동기가 부여되어 있지만, 다른 방식으로 그들은 세상을 더 나은 곳으로 만들기 위해 프로젝트를 연구하고 싶어합니다. 그리고 스스로 주도적으로 커뮤니티에 온 사람들은 하루 만에 커뮤니티를 떠날 가능성이 낮기 때문에 더 안정적이고 장기적인 지향적 인 참여자들입니다.

생산성과 안정성 사이의 균형을 찾는 방법은 무엇입니까? 두 가지 옵션이 있습니다. 첫 번째 옵션: 참가자가 이 오픈소스 프로젝트에 공식적으로 참여하는 회사에서 일하고 자신의 이익을 위해 추가 작업(예: 신규 이민자 지원)을 수행하는 경우입니다. 두 번째 옵션은 오픈소스 혁신을 거친 회사입니다. 예를 들어, 직원이 일주일에 XNUMX일 주요 비즈니스 프로젝트에 참여하고 나머지 시간에는 오픈 소스에서 작업하는 경우입니다.

커미터 - 될 것인가 말 것인가?

커밋은 훌륭하고 유용한 주제이지만 커미터가 되기 위해 특별히 노력해서는 안 됩니다. 이 역할은 코드 기반 역할이 아니며 지식을 입증하지 않습니다. 중요한 것은 전문성, 즉 프로젝트를 연구하고, 깊이 파고들어 다른 사람들의 문제 해결을 도우면서 얻은 지식과 경험입니다.

출처 : habr.com