관심있는 오픈 소스 프로젝트를 찾았다 고 가정하면 프로젝트에 참여하는 것이 내 시간과 에너지를 잘 활용할 수 있는지 결정하기 위해 프로젝트 (멤버, 활동 레벨 등)를 어떻게 평가합니까?
답변
소스 제어 히스토리를보십시오.
이를 통해 체크인, 코드 검토, 활동 수준 측정 및 일반적으로 커밋 품질을 확인할 수 있습니다. 소스 코드 활동을 보면 가장 많은 것을 배울 수 있습니다.
답변
여러 가지 작업을 수행 할 수 있습니다.
- 메일 링리스트 아카이브를보고 커뮤니티가 공공 장소에서 어떻게 행동하는지 확인하십시오
- 릴리스 빈도와 릴리스 노트의 품질을 확인하십시오.
- 사이트에서 명확한 사명 선언문 및 기능 / 요구 사항 목록을 찾습니다.
- 성숙도를 확인하십시오-프로젝트에 멘토링 / 희망을 원한다면, 새로운 프로젝트보다 성숙한 프로젝트가 더 관대합니다. 반대의 경우도 마찬가지입니다.
- 구조를 보아라. 자비로운 독재자 나 지역 사회 평의회 접근법인가?
- 친절한 가입 지침을 찾으십니까? 명확한?
그것은 어쨌든 시작입니다 🙂
답변
먼저 물을 조금 테스트하십시오. 메일 링리스트, irc 채널 등에서 행하고 일이 어떻게 작동하는지보십시오. 버그를 수정하거나 알려진 요청 기능을 직접 추가하고 패치를 제출하십시오. 그것이 어떻게 받아 들여 지는지보십시오 … 그들이 편집하고 포함 시키거나 싸우기 위해 당신과 함께 일합니까?
또한 자신을 평가하십시오. 실제로 시간을내어 관심을 갖고 프로젝트 진행 속도를 높이는 데 투자 할 가치가 있습니까?
답변
테스트 범위를보십시오. 테스트를 통과 한 풀 요청 / 패치를 수락하는 히스토리 / 명령이있는 프로젝트에 기여하는 것은 단위 테스트를 작성할 수 없거나 쓸 수없는 개발자와 협력하려고 시도하는 것보다 훨씬 성공적이고 즐거운 프로세스가 될 것입니다.
버려진 라이브러리의 이전 버전을 몇 번 업데이트하여 작업해야했습니다. 일반적으로 오픈 소스 프로젝트에 기여하게되어 기쁩니다. 그러나 테스트가없고 문서가 열악 할 때, 그것은 단지 지옥입니다.
답변
프로젝트 작업을 1 회 즐길 수 있다면 참여하십시오 .
1 : “즐긴다”는 당신을 행복하게하는 모든 것을 의미 할 수 있습니다.
답변
당신의 목표에 근거하십시오 (무엇인지 확실하지 않습니다). 프로그래밍 경험을 얻으려고 노력한다면 실제로 시도해 볼만한 가치가 없습니다. 무엇이든 코딩하는 방법을 배울 수 있습니다.
훌륭한 프로젝트에 자신을 연결하여 자신의 이름을 만들려고하면 시간이 더 어려울 수 있습니다. 다른 개발자와 소프트웨어 사용자의 블로그 나 의견을 인터넷에서 검색해보십시오. 코딩 진행 상황을 살펴보십시오. 당신의 취향에 맞는 속도로 움직이고 있습니까?
다른 회원들이 “다른 사람들과 잘 어울린다”는 것을 알기 위해 방금 언급 한 몇 가지 관행을 조합하여 사용할 수 있습니다.
사용해보십시오. “그것은 비용이 들지 않습니다”-동물 집 존 벨루시.