답변:
이것은 아마도 약간의 타우 톨 로지처럼 들릴지 모르지만 새로운 기능의 주요 공헌자가 되려면 제품을 잠시 동안 사용하고, 향상시킬 새로운 기능을 찾고, 코드를 작성하여 기능을 구현하십시오. 공헌하십시오.
사람들에게 버그 수정을 시작하도록 권유하는 이유는 코드베이스를 파고 들어 작업 방식에 익숙해지기 때문입니다. 또한 프로젝트 토론 커뮤니티 (일반적으로 메일 링리스트 또는 포럼)에 참여할 수 있으므로 프로젝트 방향에 대한 느낌을 얻을 수 있습니다. 새로운 기능으로 80 %의 작업을 수행하여 다른 사람이 함께 작업하고 있고 막 완료했다면 어리석게 느껴질 것입니다!
바로 가기가 없습니다. 오픈 소스 프로젝트는 매우 가치가 있습니다. 더 작은 작업을 처리 할 수 있다는 것을 보여 주면 결국 더 큰 작업을 신뢰할 수있게됩니다. 오픈 소스 프로젝트는 하나 또는 두 개의 패치를 제공 한 다음 계속 진행하는 기고자, 그리고 하나 또는 두 개의 웅장하지만 구현되지 않은 아이디어를 "기여"하는 더 많은 사람들이 주도하고 있습니다. 더 큰 기부를하려면 장기적으로 참여하고 있음을 보여 주어야합니다.
즉 , 특히 중대한 버그 나 성능 문제를 해결하는 경우 점진적인 아키텍처 개선을 환영합니다. 예를 들어, 몇 년 전에 Cinelerra 프로젝트에 기여한 소수의 패치 중 하나 는 실행 취소 스택의 아키텍처 변경으로 실행 취소 가능한 작업의 메모리 소비와 대기 시간이 크게 줄었습니다.
"오픈 소스 프로젝트에 기고자"가되기보다는 개인적으로 직면 한 문제를 해결하는 경우 가장 큰 성공을 거둘 수 있습니다. 이 패치를 Cinelerra에 제출했을 때 무작위로 선택한 오픈 소스 프로젝트에 아키텍처 변경을 제공하려고하지 않았지만 비디오를 편집 할 때 시작 / 종료 지점을 이동하는 데 시간이 오래 걸리는 이유를 알아 내려고했습니다.
이미 해당 위치에있는 사람들을 알고 버그에 대한 관심을 보임으로써 버그를 해결하고 버그를 찾고 개발에 참여함으로써이를 달성 할 수 있습니다.