오픈 소스 프로젝트의 성장을 처리하는 방법?


11

저는 1 ~ 2 년 동안 오픈 소스 프로젝트를 지원하는 데 참여했으며 프로젝트를 시작한 이후로 많은 인기를 얻었습니다. 이 프로그램은 일주일에 10 만 건 이상의 다운로드를 보며 주요 분야의 사람들 중 60 % 이상이 사용하므로 사람들이이 소프트웨어를 너무 많이 사용하는 것을 기쁘게 생각합니다.

그러나 문제는 개발 및 지원 기반이 거의 빠르게 성장하지 않아 점점 커지는 고통에 부딪히기 시작한다는 것입니다. 소수의 개발자 (특히 주요 개발자)가 상당히 얇아지고 있으며 기술 지원 자원 봉사자가 불타 기 시작했습니다.

지금까지 IRC에 참여한 많은 사람들이이 프로그램을 작성하고 사용자를 도와주었습니다. 501 (c) (3) 조직 또는 LLC 등은 없습니다.

현재 매우 공식적인 버그 추적 기나 이슈 데이터베이스 (버그 보고서 전용 범주의 포럼이 있음)가 없습니다. 더 많은 개발자가 참여할 수 있도록 개선 할 수 있습니다. 그러나 내 진짜 질문은 어떻게 작은 개인 프로젝트에서 실제 프로젝트로 전환 하는가? 김프, FFmpeg, 블렌더 등과 같은 큰 소년들은이 전환을 어떻게 처리 했습니까?

이 외에도 FOSS 프로젝트로 보상을 제공 할 수있는 방법이 있습니까? 기부금이 도움이 되겠지만 지금까지만 진행되는 것 같습니다 ... 무료 소프트웨어를 사용하는 것은 이상해 보이지만 프로그램이 계속 개선 될 것이라면 사람들에게 보상하지 않고 어떻게 계속할 수 있는지 알 수 없습니다 풀 타임 일.

기본적으로, 우리는 약간의 고통을 겪고 있고 "우리의 브리치에게는 너무 크다"고 느끼고 있습니다. 이 전환을 관리하고 한 번에 너무 많은 일을 태워 버리지 않기 위해 무엇을 할 수 있습니까?


7
첫 번째로 먼저 적절한 버그 추적기를 설치하고 실행해야합니다. 핵심 팀이 훌륭하지 않으면 오픈 소스가 생존 할 수 없습니다. 또한 기능의 방향이 명확하고 눈에 띄지 않도록하십시오.
ratchet freak

4
질문하지 않아도 프로젝트는 무엇입니까?
Robert Harvey

2
프로젝트의 이름을 밝히는 것이 주저합니다. 부분적으로는 조금 무섭고 사람들에게 "무슨 일인지 잘 모르겠습니다. 도움이 필요합니다!" 또한이 게시물이 프로젝트에 도움이되는 광고로 나오기를 원하지 않았습니다. 그래도 엉뚱한 인터넷 sleuthing이 그것을 드러 낼 것이라고 확신합니다. : /
Ben Torell

답변:


13

프로젝트가 진행되는 단계는 정말 흥미롭고 결정적이며, 충돌하고 타는 것이 매우 쉽지만 모든 것이 작동하는 경우 장기적인 생존력을 보장하는 데 중요한 결정을 내릴 수있는 곳이기도합니다.

몇 가지 제안이 있습니다.

  • Karl Fogel의 훌륭한 책 Produce Open Source Software를 읽으십시오 . 그는 대부분의 주요 즉각적인 문제를 다룹니다. 그가 말하는 모든 것에 동의하지는 않지만, 그것은 단지 의견 일뿐입니다. 그는 오픈 소스 세계를 완전히 이해합니다.

  • @Ross Patterson이 말했듯이, 총체적인 혼란을 피하기 위해 트래커와 메일 링리스트 또는 이와 유사한 것을 설정해야합니다. 버전 관리에 무엇을 사용하고 있습니까? github을 사용하는 경우 트래커로 시작하거나 Jira 또는 이와 유사한 것을 통합하거나 원하는 경우 지금 SourceForge로 이동하여 무료 인프라를 사용할 수 있습니다. 사람들이 어디에서 다운로드하고 있는지 말하지 않지만 신뢰할 수있는 방식으로 다운로드 횟수를 올바르게 설정했는지 확인하고 싶습니다.

  • 원하는 경우 자유 소프트웨어로 생계를 유지할 수있는 이유는 없습니다. 많은 사람들이 그렇게하지만 많은 다른 형태가 필요합니다. 주요 조직 결정을 내리기 전에 원하는 방식을 결정해야합니다. 예를 들어, 필요한 경우 법적 보호를 제공 할 상표와 저작권을 보유하도록 회사를 설립 할 수도 있고 아마도 설립해야합니다. 그러나 당신은 대통령이나 재무가 필요합니다. 조직의 종류 (비영리 또는 이윤, LLC, 협동, 파트너십)는 실제로 목표에 달려 있으며 훌륭한 변호사와상의해야합니다. Software Freedom Conservacy의 승인을 받으면이를 파악하고 회계 및 세금 문제 등을 도울 수 있습니다. 다음과 같은 다른 FOSS 인큐베이터도 있습니다.공익 소프트웨어 . 또한 Outercurve 가 가능성이 있다고 생각 합니다.

  • 생계를 유지하는 방법의 관점에서 이것은 프로젝트의 성격에 따라 크게 달라집니다. 이것이 바로 501c3이 필요하다고 즉시 말하지 않는 이유입니다 (Yorba 프로젝트 참조). 블렌더는 주로 문서를 판매하여 자체적으로 지원합니다. 다른 프로젝트에는 소규모 비즈니스 생태계 및 / 또는 주변을 둘러싼 컨설팅이 있으며 개발자는 그로부터 생계를 유지합니다. 다른 프로젝트에는 이중 라이센싱 모델이 있으므로 지원되는 버전을 판매하므로 (MySQL이 Sun에 판매 될 수있는 이유와 RedHat이있는 이유) 별도의 커뮤니티 릴리스가 있습니다. WordPress와 같은 다른 회사에는 비즈니스 모델로 호스팅 된 버전이 있습니다. 따라서 모든 종류의 옵션이 있으며 귀하와 귀하의 지역 사회에 적합한 것이 무엇인지 파악해야합니다.

  • 시작하려면 지금 커뮤니티 관리자가 될 사람을 선택하십시오. 그리고 Fogel 's를 마친 후 Jono Bacon의 책 을 읽으십시오 .

  • 핵심 팀에 적합한 로드맵을 지금 결정하십시오. 기여하지 않는 사람들에 의해 현실적이되고 괴롭힘을 당하지 마십시오. 로드맵은 기술 계획 및 기능을 의미하는 것이 아니라 프로젝트로 가고 싶은 곳입니다.

  • 당신이 존경하는 다른 프로젝트와 이야기하거나 그 문제를 위해 같은 공간에있는 것에 대해 부끄러워하지 마십시오. 무엇이 효과적이고 효과가 없는지 알아보십시오. 이메일을 보내십시오. 또한 오픈 소스 일반 이벤트 중 일부에 가서 다른 프로젝트와 대화 할 수도 있습니다. 전체적으로 사람들은 매우 도움이됩니다.

행운을 빕니다,이 단계에있는 것은 신나는 일입니다.


감사! 이 코드는 이미 Github (릴리즈가 호스팅되는 곳)에 호스팅되어 있지만 Github의 이슈 트래커는 정말로 마음에 들지 않습니다 ... 팀의 직원 중 한 명이 Mantis에 대한 경험이 있으므로 그. 또한 로드맵에 대해 들었습니다 ... 최소한 공개 로드맵을 갖는 것은 특정 기능을 요구하는 사용자를 사용자에게 소개하는 것만으로도 좋을 것입니다. 나는 오늘 밤 일찍 Outercurve를 탐험하고 있었고 다른 책들과 책들도 살펴볼 것입니다. 격려해 주셔서 감사합니다!
Ben Torell

1
@BenTorell 나는 "모든 버그 트래커는 짜증나지만, 유일한 질문은 '어느 쪽이 프로세스와 관련하여 가장 빠르 냐?'"고 묻는 사람에게 말한다.
로스 패터슨

로스는 완전히 옳습니다. 나는 여러 가지 이유로 Github의 추적기를 싫어하지만 특히 실제 ACL이 부족합니다. 귀하의 프로세스와 일치하는 것을 찾는 데 동의합니다. 많은 트래커는 자원 봉사 중심 프로젝트에서 잘 작동하지 않습니다. 왜냐하면 그들이 사용하는 어휘에서도 상업 환경에서 의미있는 모든 종류의 가정을하기 때문입니다. 물론 프로세스가 실제로 무엇인지 이야기하는 것이 좋습니다. 프로세스를 비현실적으로 변경하기 위해 트래커를 사용하지 마십시오. 자원 봉사자 일 때 상황이 정말 다릅니다.
Elin

3

에 대해 당신이 알고있는 모든 메커니즘을 설정 한 정말 큰 소년 - 그들은 대규모 서버 팜을 실행, 그들은 실행 (때로는 쓰기) 버그 추적기와 빌드 시스템, 그들은 종종 저작권을 소유 501 (C) 3 개 기초가 그들은 대기업 기부금을 받고 회사는 개발자 등을 빌려줍니다 .

그렇게 크지 않은 소년들은 다른 곳에서 많은 도움을받습니다. 예를 들어, 소프트웨어 자유 보존 ( Software Freedom Conservancy )은 규모가 큰 프로젝트가 법적 근거를 올바르게 얻도록 지원하고 기부를 용이하게합니다. 요즘에는 코드 호스팅 및 버그 추적 옵션이 많이 있습니다. 누구나 GitHub 사이트를 얻을 수 있습니다. 또한 많은 중소 소프트웨어 회사가 자사의 독점 제품에 대한 라이센스를 기부하여 조직화 된 오픈 소스 프로젝트를 지원할 수 있습니다 (특히 비즈니스와 연계 된 경우).


3
나는 pedantic하려고하지 않고 당신이 부정적인 방식으로 이것을 의미하지는 않았지만 100 % 확신하지만 실제로는 소년과 관련된 사람들을 언급하기 위해 오픈 소스에 참여하는 것을 돕는 것은 아닙니다. 생각해야 할 것; 사람들이 사용하는 문구라는 것을 알고 있습니다.
Elin

@Elin 그냥 질문에 대답했습니다 : "GIMP, FFmpeg, Blender 등과 같은 큰 소년들이이 전환을 어떻게 처리 했습니까?"
로스 패터슨

아, 그리고 댓글에 +1-우리는 때때로 상기시켜야합니다. 이 사업은 너무 남성 중심적입니다.
로스 패터슨

고마워 그리고 그래 나는 원래 게시물에서 그 참조를 보지 못했다.
Elin

그래, 난 그냥 "큰 소년들"을 구절로 사용하고 있었는데 ... 나는 그런 식으로 생각하지 않았지만, 당신이 무슨 뜻인지 알 수 있습니다. 조언 해주셔서 감사합니다! 저의 최우선 과제는 기고자들이 문제를 파악하고 해결 하기 위해 실제 이슈 트래커를 만드는 것입니다. @Elin에게 말했듯이 Github의 이슈 시스템 대신 Mantis에 기대어 있습니다. 이 시점에서 무언가 가 필요하다고 생각 합니다.
Ben Torell
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.