참여할 좋은 오픈 소스 프로젝트를 어떻게 찾을 수 있습니까? [닫은]

방금 1 년 전에 일을 시작했는데 다른 사람들과 같은 이유로 오픈 소스 프로젝트에 참여하고 싶습니다.

내 문제는 내가 맞을 프로젝트를 찾는 방법을 모른다는 것입니다.

초보자에게 친숙한 프로젝트를 어떻게 찾을 수 있습니까? 어떤 속성을 검색해야합니까? 프로젝트가 적합 하지 않을 수 있다는 경고 신호는 무엇입니까 ? 오픈 소스 프로젝트와 사람들을 연결하는 데 도움이되는 도구가 있습니까?

거기에 비슷한 질문입니다 여기에 ,하지만 문제는 고용과 관련이있다 및 PHP / 드루팔로 제한됩니다.

내 첫 번째 오픈 소스 기여는 이전 유료 프로젝트에서 이전에 사용 했었고 크게 고통받지 않은 라이브러리에 대한 것이 었습니다. 처음 사용하는 동안 코드에서 버그를 발견하여 패치를 작성하고 프로젝트에 참여한 후 검토를 위해 제출했습니다.

약 8 개월 후 자유 시간을 보냈을 때 나는 프로젝트에 더 많은 기여를함으로써 환원하고 개발 기술을 연구하기로 결정했습니다. 그래서 저장소를 복제하고 코드베이스에 익숙해지기 시작했습니다. 몇 주 동안 코드베이스에 작은 패치 수정 사항을 제출하고 기능 요청을 모니터링 한 후 프로젝트에 상당히 상당한 모듈을 추가하기 위해 기능 요청을 선택했습니다.

많은 개별 패치 수정을 생성하는 것은 중요한 개발에 지루한 작업이므로 저장소를 git hub의 분기에 복제하고 코드 펀치를 시작했습니다. 몇 주 후 수천 줄의 코드가 프로젝트 리더와 나에게 나머지 코드베이스와 일관되게 작동하는 방식으로 수정 프로그램을 라이브러리에 통합하고 테스트하는 작업을했습니다.

내가 많은 것을 배운 것은 귀중한 과정이었습니다.

• 시작했을 때 Git 사용법을 몰랐습니다. 결국 원격 추적 지점을 능숙하게 만들고 땀을 흘리지 않고 마스터 지점으로 병합하거나 리베이스 할 수있었습니다.
• VS 2008에서 시작하여 Linux 및 Monodevelop로 마이그레이션하여 코드 작성 작업을 끝냈습니다 (VS가 유니 코드 지연되고 줄 끝이 git에 너무 고통 스럽기 때문에). 그것은 당신이 * dows에서 할 수있는 일이 많지 않다는 것이 밝혀졌습니다.
• 나는 단위 테스트를 한 번도 해본 적이 없었습니다. Nunit은 사용할 케이크 조각이며 단위 테스트 작성은 매우 기초적인 것입니다.
• 나는 혀를 삼키고 인내하는 연습뿐만 아니라 듣는 법을 배워야했습니다. 관련된 모든 사람이 지식이 많고 (아마도 자신보다 더 많음) 전달이 아닌 물질을 기반으로 아이디어를 수용 / 거부 할 수 있기 때문에 오픈 소스 프로젝트에서 자신의 입장을 확고히 세우는 데 아무런 소용이 없습니다. 동시에 매우 겸손하고 보람이 있습니다.
• 내 코드의 큰 기초에 다른 숙련 된 개발자의 눈을 가진 것은 이전에는 고려하지 않은 내 스타일의 결함을 지적했습니다 (그리고 그의 코드에서 결함을 지적했습니다). 나를 위해, 자세한 설명과 함께 마법의 숫자를 사용하는 것보다 상수를 정의하는 것이 더 쉽고 더 쉽다는 것을 배웠습니다.

이 특정 프로젝트는 모든 수준의 네트워킹 프로토콜에서 네트워킹 패킷을 생성하고 디코딩하는 데 중점을 두었습니다. 저수준 네트워킹에 개인적인 관심이 있으므로 도메인에 대한 관심과 지식을 공유하는 다른 개발자와 토론하는 것이 좋았습니다.

발을 젖게하려면 이미 사용중인 프로젝트를 찾으십시오. 저장소를 복제하십시오. 버그를 수정하거나 단위 테스트를 추가 할 수 있는지 확인하십시오. 신선한 눈으로 다른 사람의 코드베이스를 보는 것은 위협적인 것처럼 보이지만 배우는 데 매우 귀중한 기술입니다. 패치를 제출하십시오. 처음에는 코드를 면밀히 조사해야합니다. 걱정하지 마십시오. 프로젝트 관리자의 신뢰를 얻는 것은 프로세스의 정상적인 부분입니다.

프로젝트와 함께 유능한 기준을 확립 한 후 관리자는 새로운 기능 제안, 기능 요청 구현과 같은 더 많은 책임 추구를 시작합니다.

주 오픈 소스 리포지토리 네트워크 (github, sourceforge, google code) 중 하나에서 이미 존재하는 프로젝트를 찾을 수 없다면 아직 사용하고 싶지 않은 앱을 생각하고 직접 시작하십시오.

겸손해질 준비를하고 추가 개정을 위해 일을 거절 할 것을 기대하십시오. 누구나 오픈 소스 프로젝트에 코드를 추가 할 수 있다는 신화는 완전히 잘못된 것입니다. 당신과 푸시 액세스 사이에는 항상 게이트 키퍼가 있습니다. 코드가 좋을수록 프로젝트 관리자의 신뢰를 얻음에 따라 장기적으로 코드가 자세히 조사되지 않습니다. 그것이 당신의 프로젝트라면, 당신은 그 게이트 키퍼가 될 것입니다.

최신 정보:

방금 그것에 대해 생각하고 많은 대답이 참조하는 프로젝트를 언급하지 않겠다는 것을 깨달았습니다. 알고 싶은 사람들은 SharpPcap 입니다. 수석 개발자 인 Chris Morgan은 매우 전문적이고 정통합니다. 그는 프로젝트를 관리하는 일을 끝내고 OSS 프로젝트를 성숙시키는 데 필요한 것에 대해 많은 것을 가르쳐주었습니다.

개인 시간 제약으로 인해 1 년 이상 코드를 제공 할 수 없었지만 여전히 스택 오버플로를 숨기고 SharpPcap에 대한 질문에 대답하여 여전히 포기하려고합니다.

완벽한 일치를 찾기 위해 내가 제안하는 것은 다음과 같습니다.

1. 이미 사용하고 알고 관심이있는 오픈 소스 프로젝트가있는 경우 가장 먼저 시도해야합니다. 그렇지 않으면 당신은 무엇에 대해 생각하는 것이 일반적으로 수행하고이 지역에서 프로젝트를 검색하고 싶다.

2. 잠재적 인 프로젝트를 찾았을 때 서두르지 마십시오. 직접 사용하십시오. 설명과 리뷰에서 보았 듯이 행동이 좋습니까? 그렇지 않으면 완전한 쇼 스토퍼가 아닙니다. 아마도 당신이 뛰어 들어 변화를 일으킬 수있는 기회 일 것입니다. 결국 완벽한 제품을 위해 다른 개발자가 필요하지 않습니다. 그러나이 프로젝트에 참여하고 싶은지 여부는 중요한 통찰력을 제공하는 한편 관심있는 영역에서 새로운 기술에 대한 직접적인 경험을 얻을 수 있습니다.

3. 또한 프로젝트에 너무 많은 시간을 투자하고 그 내용을 배우기 전에 프로젝트 메일 링리스트, 포럼, 심지어 버그 추적 시스템에 몇 주 동안 매달리는 것도 고려하십시오. 정기적으로 프로젝트에 기여하기 시작하면 많은 시간을 할애하게됩니다.

알아 내기 : 당신은 거기에 매달려 즐기십니까, 아니면 당신을 위해 드래그입니까? 이 프로젝트가 좋고 활기 넘치는 커뮤니티를 가지고 있거나 느리게 죽고 있다고 생각합니까? 핵심 사람들이 새로 온 사람들을 격려하고 멘토링하는 것처럼 보입니까?

잠재적으로 다른 영역에있는 여러 프로젝트에 대해이 단계를 수행하면 잘못된 팀에 합류 할 때 오는 실망감을 덜 경험할 수 있습니다. 이러한 경험은 나중에 다시는하지 못하게 할 수 있습니다.

몇 가지 더 생각 :

당신이 정말로 관심있는 프로젝트가 많은 개발자들과 활동을 가진 유명한 프로젝트라면, 커뮤니티에서 권리를 부여하거나 흥미로운 역할을 수행하기에 충분한 명성을 얻는 데 어려움을 겪을 것입니다. 이 경우 가시성이 낮은 관련 분사 프로젝트에 참여하는 것이 좋습니다. 예를 들어 jQuery에 기여하기 시작하는 대신 자신에게 적합한 jQuery 플러그인을 찾으십시오. 나중에 "이동"을 고려할 수 있습니다.

프로젝트를 좋아하지만 크기, 복잡성 또는 코드 품질 요구 사항에 위협을 느끼는 경우 테스트, 문서 유지 관리 또는 버그 보고서 확인과 같은 지원 역할부터 시작하십시오. 프로젝트 메일 링리스트에 현재 어떤 도움이 필요한지 물어 보면 기꺼이 안내해 드릴 것입니다. :)

이렇게하면 준비가 될 때까지 여러 번 거부되는 하위 표준 패치를 제출하는 것보다 프로젝트를 배우고 명성을 쌓을 수 있습니다.

마지막이자 가장 중요한 : 한 곳에서 화상을 입었다면 계속하십시오. 포기하지 마십시오.

희망이 도움이됩니다.

진심으로 관심이 있고 적극적으로 사용 하는 오픈 소스 프로젝트를 찾는 것이 좋습니다 .

그 이유는 간단합니다. 집안일과 취미 사이의 차이를 만듭니다.

컴퓨터를 보라. 오픈 소스 인 어떤 소프트웨어를 설치 했습니까? Chrome이나 Firefox 또는 Open Office 또는 Instant Messenger 클라이언트 일 것입니다. 그들은 완벽합니까 아니면 당신이 할 수 있다면 바꿀 작은 것이 있습니까?

있다면 지금 그것에 대해 무언가를 할 시간입니다.

사람들이 수년 동안 해왔 던 것처럼 프로젝트를 찾거나 시작하는 것이 좋습니다. 오픈 소스 소프트웨어를 사용하여 일을 시작하십시오. 그것은 아마도 당신에게 사소한 것처럼 보일 수도 있습니다. 그러나 무언가를 사용하고, 버그를 찾고, 소스를 잡고 수정하는 것에 대한 만족을 설명하기 란 정말 어렵습니다. 또는 원하는대로 작동하도록 변경해도됩니다.

또한 '참여'하기 위해 해킹하지 마십시오. 리눅스 커널 패치의 95 %는 결코 빛을 보지 못할 것입니다. 나는 아무도 나를 원하지 않을 것임을 확실히 알고 있으며 , 다른 유능한 커널 해커가 본 적이 있다면 정신과 평가를 받아야 할 것입니다. 그러나 piglatin_printk()몇 년 전 4 월 1 일 개그로 시작한 구현을 여전히 즐깁니다. :)

그렇습니다. 다른 많은 유능한 사람들 앞에서 여러분의 코드와 사고 과정을 얻는 것은 귀중한 일이므로 의사 소통하고 협력하는 방법을 배우십시오. 솔로 프로젝트는하지 말아야 할 것을 보여줄 수있는 좋은 방법입니다. 힌트 : 버전 관리 소프트웨어, 메일 링리스트 및 버그 추적기를 사용하는 것 이상의 이점이 있습니다.

시작하려면 먼저 Ohloh 를 검색 하여 사용에 관심이있는 소프트웨어를 찾으십시오 . 다운로드하여 빌드하고 즐기십시오. 그런 다음 다른 것을 가져 가십시오. 결국 무언가를 개선하고 싶거나 찾은 것과 완전히 다른 것을 구현해야한다는 것을 깨닫게 될 것입니다.

도움이되는 또 다른 것은 열린 친절한 회사에서 일하는 것입니다. 우리 회사는 Xen을 광범위하게 사용하므로 재미있는 버그를 찾아 수정하는 데 아무런 문제가 없습니다. 어쨌든 그렇게해야하기 때문입니다. 또한 궁극적으로 결과를 사용할 것이기 때문에 RFC 및 사양 초안과 같은 일에 참여하는 직원은 신경 쓰지 않습니다.

OpenHatch 는이를 위해 특별히 제작되었습니다.

인용 :

OpenHatch는 무료 소프트웨어 제공 업체를 커뮤니티, 도구 및 교육과 일치시키는 데 전념하는 비영리 단체입니다.

유형, 기술, 필요한 기술 수준 등으로 프로젝트를 탐색하고 자신의 수준에 맞는 것을 찾을 수 있습니다.

오픈 소스 개발을 시작하려는 사람들에게 반복적으로 주목 한 것은 대규모 프로젝트의 복잡성과 규모에 압도 당한다는 것입니다. 나는 몇 년 전에 같은 문제에 직면했으며 내 경험으로는 더 큰 프로젝트를 즉시 보지 않는 것이 가장 좋습니다.

언젠가 내가 좋아하는 프로젝트를 보며 보낸 후, 나는 그들이 여전히 접근 할 수 없다는 것을 깨달았고 아주 작은 프로젝트를 스스로 시작했다. 실제로 관련이 있는지 또는 다른 사람들이 코드를 사용할지 여부에 관계없이 Github에서 코드를 릴리스하는 것이 중요합니다. 결국 사람들은 당신이하는 일에 관심을 갖기 시작할 수 있습니다. 그렇지 않더라도 더 크고 인기있는 프로젝트로 천천히 이동할 수있는 자신감과 기술적 능력을 얻게됩니다.

새로운 개발자가 매주 새로운 OSS 프로젝트를 시작하여 오픈 소스에 참여하도록 장려하는 Code 52 라는 새로운 웹 사이트가 있습니다 .

아이디어는 이전에 오픈 소스에 참여한 적이없는 사람들에게는 훨씬 덜 어려워 보일 것이며 다른 OSS 프로젝트에도 참여하는 경향이 있기를 바랍니다.

나는 읽는 것이 좋습니다 : http://open-advice.org/ .

커뮤니티를 만들고 유지하는 사람들과 그들이 가입하고 싶은 커뮤니티 나 그 방법에 대해 확신이없는 사람들을 돕는 것을 목표로합니다.

실패하면, 당신과 공명하는 임무를 가진 프로젝트를 찾거나, 당신에게 이미 유용한 프로젝트에 포크하고 기여하십시오.

행운을 빕니다.

처음 시작할 때 온라인에서 옵션을 검색했으며 초보자로 치아를 가릴 수있는 것을 찾는 것이 어려웠습니다.

일부 프로젝트는 너무 진보되어 있기 때문에 커뮤니티가 환영하지 않기 때문에 기여하기가 어렵습니다. 따라서 벽에 부딪 칠 때 낙심하지 마십시오.

검색하는 동안 초보자가 스트레스를 많이받지 않고 지원을 시작할 수있는 10 개의 오픈 소스 프로젝트 목록을 작성하기로 결정했습니다. 사용할 링크는 다음과 같습니다.

초보자가 지원하고 배울 수있는 10 가지 프로젝트

도움이 되길 바랍니다. 멋진 것이 있으면 언제든지 더 추가 할 수 있습니다.

관심있는 주제에 대해 스스로 프로젝트를 시작하는 것이 좋습니다.

일반적으로 프로젝트를 수행하면 많은 것을 배울 수 있습니다. 더 나은 코딩 방법을 배우기 위해 다른 사람이 코딩하는 방법을 볼 필요는 없습니다. 그리고 때로는 다른 사람들이 당신보다 더 이상 경험이 없기 때문에하지 말아야 할 것을 실제로 보게 될 것입니다.

일반적으로 다른 사람의 코드를 보는 데 도움이되지만 사용하는 라이브러리 및 구성 요소를 통해 자신의 프로젝트에서 다른 사람의 코드를 만날 수 있습니다.

경험은 무엇이 좋고 나쁜 습관인지 가르쳐 줄 것입니다.

저는 Google 코드의 프로젝트 소유자이며 기고자를 찾고 있습니다. ( 이 광고에 대해서는이 답변을 오용 하지 않겠습니다 .) 따라서 제 의견은 흥미로울 것입니다.

먼저 무엇을 찾을 수있을 것이다 당신이 '에 관심이. 그런 다음에 관련된 몇 가지 분야에서 약간의 전문 지식을 개발 하여 이익을. 그런 다음 프로젝트를 찾을 수 귀하의 전문 지식이 요구하고 필요하다.

프로젝트가 작을수록 기고자가 적을수록 기고자를 찾을 가능성이 높아지며 작성자 / 프로젝트 소유자에게 직접 연락 할 수 있습니다. 그들에게 a) 당신의 전문 지식이 무엇인지, b) 프로젝트에서 어디에 적용 할 수 있는지 알 수 있습니다. c) 당신이 달성 할 수 있다고 생각하는 것.

하나 또는 두 개의 주류 프로그래밍 언어를 아는 것은 전문 지식 이 아닙니다 .