저는 지금까지 우리 모두가 암기했던 "오픈 소스에 기여하는 이점"이라는 표준 만이 아니라 실제 경험과 개인적인 답변에 관심이 있습니다.
저는 오픈 소스 프로젝트에 공헌 한 많은 사람들을 만났는데이 주제가 나오지 않았습니다. 왜 그들은이 오픈 소스 프로젝트에 기여 했습니까? 따라서 어떤 식 으로든 오픈 소스 프로젝트에 기여한 적이 있다면 잠시 멈추고 특정 프로젝트에 기여하기로 결정한 것을 기억하십시오.
그것은 무작위 결정 이었습니까, 당신이 지루했기 때문입니까, 당신이 일한 회사가 이미 그것을 사용하고 있었고 당신이 당신의 일의 일부로 기여했기 때문입니까, 프로젝트가 너무 커서 계약을 원하고 싶었습니까? 프로젝트가 너무 작아서 빌드하고 싶었거나 교수 또는 동료가 오픈 소스 프로젝트를 도와달라고 요청했기 때문에 .....
당신의 이유를 입증하기 위해, 프로젝트 이름을 언급하고 당신의 참여를 평가하십시오 (무거운, 가끔, 가벼운, 한 번).
답변:
저는 대부분의 오픈 소스 기고자들이 "이익"이외의 다른 목적으로 그것을한다는 생각을 좋아합니다.
그러나 의식적이든 아니든 항상 이유가 있기 때문에 ...
항상 3 가지 중 어느 정도의 조합입니다.
나는 첫 번째와 두 번째의 소량으로 마지막 것입니다.
오픈 소스에는보다 "실용적인"추가 행동이 있습니다.
Squirrelmail 플러그인에 확장 기능을 제공했습니다. 그 기능을 사용하려고했지만 아직 사용할 수 없었기 때문입니다.
나는 기여하지 않았다면 사라져 버릴 오픈 소스 프로젝트에 기여했습니다. 기고 한 덕분에 여전히 주변에 있으며 예상했던 것보다 조금 더 번성했습니다.
Windows에서 Mac으로 전환했을 때 좋아하는 IM 클라이언트를 사용할 수 없었습니다. 작은 프로젝트가 만들어지기 시작했습니다.
그것은 초기 알파 단계에 들어갔고, 매우 버그가 많고 충돌했으며 결국 저자는 그것을 버렸습니다. 당시에는 꽤 많은 사람들이 사용했고 IM 서비스가 프로토콜을 업데이트 할 때마다 클라이언트가 더 나빠질 수있었습니다.
나는 그것에 대한 몇 가지 수정 사항을 작성하기 시작했고 그것을 알기 전에 나는 그것이 개발자가되었다. 결과적으로 두 개의 포크가 나타 났고 원래 프로젝트는 약간 뒤로 돌아가지만 일부 포크에도 기여했습니다. 오픈 소스의 기쁨!
현재 내가 활동하고있는 iPhone 앱은 IM 프로토콜 라이브러리에 나타나는 포크 중 하나를 기반으로합니다. 오픈 소스 제품이 어떻게 진화하고 때로는 완전한 원이 될 수 있는지는 놀랍습니다. :)
우리는 종종 다양한 오픈 소스 프로젝트에 작은 기여를합니다. 이는 일부 기능을 "논리적으로"달성하기 위해 수행 된 특정 코드가 자체 코드가 아닌 프로젝트에 속하기 때문에 수행되며,이를 다시 업스트림에 제공함으로써 공식 배포에 참여하게됩니다. 코드가 계속 작동하도록하는 새로운 업데이트.
최신 버전의 라이브러리로 업그레이드하기로 결정할 때 문제가 발생할 위험이 줄어드는 것이 좋습니다.