2009-03-08 2 views
3

내 시간이 제한되어 있기 때문에 다른 사람들이 멀리 떨어져 낭비하는 동안 내 취미 프로젝트 중 하나 또는 두 가지에만 집중할 수 있습니다.많은 취미 프로젝트를 유지하는 가장 좋은 방법은 살아 있습니다. 오픈 소싱?

나는 내 시간을 더 잘 나눌 수있는 해결책을 찾고있다. 내가 프로젝트를 현실적으로 이끌어가는 역할을하는 열린 소싱인가, 아니면 더 나은 솔루션이 있는가?

필자의 경우, 하나의 프로젝트는 합리적인 규모의 사용자 커뮤니티이지만 현재 폐쇄 형 소스입니다. 소스를 공개하라는 요청이있었습니다.

답변

12

오픈 소싱이 실제로 좋은 아이디어 일 수 있습니다. 프로젝트가 다른 사람들에게 흥미롭고 유용하다면, 동료 개발자들은 생각보다 빨리 올 수 있습니다. 다른 사람들이 당신의 일을 선택하고 그것에 기여할 수 있다는 것을 보는 것이 큰 즐거움이자 동기 부여 일 수도 있습니다.

한편, 프로젝트를 오픈 소스하면 Sourceforge에 던져서 완료하는 것이 아닙니다. 동료 개발자들에게 매력적인 프로젝트를 만들려면, 그것은이 있어야합니다

  • 웹 사이트 또는 작은 위키 (또는 웹 사이트의 일부 페이지를 가능한 한 광범위하게 자신을 사용하는 공용 SVN, 자식 또는 이에 상응하는 저장소) 필요한 모든 문서와 다운로드 구축하고 어떤 코드를합니다
  • 좋은 문서 (바람직하게는 다음 웹 사이트에 던질 수 doxygen이) 코드,
  • 당신이 정말로 일을 다른 사람에게 동기를 부여하려면 귀하의 코드에 아마 당신은 프로젝트를 청소해야하고 그 디자인도 마찬가지입니다.
  • 모든 릴리스와 함께 업데이트되는 freshmeat.net (유닉스 프로젝트 인 경우)과 같은 일반적인 웹 사이트에 나열됩니다. 가능한 경우 : 다른 프로젝트의 메일 링리스트에서 프로젝트에 대한 게시와 같은 관련 커뮤니티와의 커뮤니케이션. 그것은 내가 내 두 개의 프로젝트에 이런 짓을

에 대한 querys에 매우 응답하며, 특정 프로젝트에 작동하지 않는 동안에도

  • . 몇 달 후, 그들은 주요 배포판에 포함되었습니다. 다른 시간 이후, 나는 프로젝트의 하나를 위해 전체 gui를 쓰는 프랑스 사람을 발견했다. 몇몇 개발자는 다른 개발자에게 관심이 있었지만 결국 아무도 정말로 패치를 보내지 않았습니다.

    만약 당신이 그냥 반쯤 - 소스 포지에 그것을 던져 다음 2 년마다 새 버전을 업로드 - 나는 그것이 도움이 될 방법을 모르겠다. 더 많이 투자할수록 프로젝트가 다른 사람들에게 매력적 일수록 장기적으로 벌어 들일 수있는 개발자 수익이 늘어납니다.

    귀하의 경우에 대한 답변은 실제로 어떤 프로젝트가 이러한 노력에 가치가 있는지 생각한 다음 계속 진행하는 것입니다.

  • 11

    프로젝트는 여전히 오픈 소스로 낭비됩니다. 최신

    • 킵 문서 그래서 다른 개발자가 실제로 사람들이 변화를 제출받을 경우,
    • 이해를 통합하거나 설명 할 수있을 것입니다 : 당신이 가지고 있기 때문에 오픈 소스 프로젝트는 더 많은 일을한다 그들에게 왜 변경 사항을 포함시킬 수 없는지 ...
    • 귀하의 제품이 무엇이되어야하는지에 대한 비전을 유지하고 사람들이 그 시야를 손상시키는 기능을 구현하지 못하게하십시오.
    +0

    이 점에 동의해야합니다. 프로젝트를 낭비하지 않는 유일한 방법은 시간을 투자 해 앞으로 옮기는 것입니다. – cletus

    +0

    어쨌든 당신의 대답은; 모든 프로젝트를 제거하고 공동체가 누릴 수있는 시간에 집중할 수 있습니까? –

    +0

    다른 사람을 없애지 말고, 아마도 다른 사람에게 집중하는 것이 가장 좋습니다. –

    2

    프로젝트 수를 2 ~ 3 개로 유지하고 오픈 소스로 유지하십시오. 코드 해킹을 자제하고 몇 가지 프로젝트를 안내하는 데 시간을 할애하십시오. 오픈 소스는 이제 수십 개의 프로젝트를 가질 수 있고 동료 프로그래머에게 완전히 의존 할 수 있다는 것을 의미하지는 않습니다.

    4

    프로젝트를 돌보는 사람들이 있기 때문에 프로젝트가 살아 있습니다. 오픈 소스는 기본값에 대한 해결책이 아니며, SourceForge에서 많은 수의 죽은 제품 또는 고아 제품을 살펴보십시오.

    소스를 열면 다음 단계는 제품을 돌볼 사용자 기반을 구축하는 것입니다. 이 사용자 기반이 구축되면이 사용자 기반에서 벗어날 수 있습니다.

    5

    을 사용하거나 다른 사람을 찾으십시오.

    그들은 기능과 수정, 버그를 필사적으로 해결하는 사람들, "단지 내 문제를 해결할 것"이라고 생각할 때만 살아남을 수 있습니다. 요구가 없으면 아무도 당신의 코드를 파헤 치지 않을 것입니다. 너 자신 포함했다.

    사용자가 있고 요구 사항을 충족하는 데 어려움이있는 경우 오픈 소스는 실행 가능한 솔루션입니다.

    그러나 SourceForge에 프로젝트를 제출하고 "GPL"스티커를 두 드리면 요청을 생성하지 않습니다. 적어도 가시성을 향상시킬 수 있습니다. 웹 사이트를 설정하고 구두 설명을 추가하고 Google에서 색인을 생성하여 "자유 소프트웨어"사이트에 제출하십시오.

    프로그래밍 도구 인 경우 진행중인 프로젝트로 작업 해보십시오.
    응용 프로그램 인 경우 문제를 해결 한 다음 다른 사람에게이 문제가 있는지 파악한 다음 사용하지 않는 이유는 무엇입니까?

    또는 가혹한 것처럼 들리더라도 - 평안히 휴식합시다.

    3

    한 번에 하나의 프로젝트에만 집중하십시오 (최대 2 개). 자신과 타인에 대한 유용성을 토대로 프로젝트 우선 순위를 정하십시오. (1) 가장 유용하고 가장 많은 사용자가있는 프로젝트 (예 : 다른 프로그램이없는 경우) 또는 (2) 가장 지적인 도전을 제공하는 프로젝트에 중점을 둡니다. 프로젝트가 둘 다 있다면, 더 나아질 것입니다.

    큰 범주의 사용자를 모을 수있을만큼 프로젝트를 오래 활성화하면 첫 번째 범주의 사용자가 오픈 소스로 살 수 있습니다. 그런 다음 다른 개발자도 프로젝트에 관심을 갖고 참여할 수 있습니다. Subversion 프로젝트의 경우 첫 번째 개발자가 외부에서 참여하기까지 수 개월이 걸렸습니다 (mentioned in this video 약 32 분). 한 명의 개발자 만있는 프로젝트는 언제든지 죽을 수 있지만, 동기가있는 개발자가 여러 명이면 프로젝트의 기회가 더 많습니다. 중요한 것은 작동되는 것을 출시하는 것입니다. 아무도 프로그램을 사용할 수 없으면 사용자 기반을 수집하지 않습니다.

    후자의 범주에 속하는 사람들은 주로 자신에게 뭔가를 배우기위한 것이지만 다른 사람들에게는 그렇게 가치가 없을 수도 있습니다. 관심을 잃는다면 코드를 하드 드라이브 모서리에 묻어 계속 진행하십시오. 공개 소스로 공개하더라도 누구도 개발을 계속할 수 없습니다. 원한다면 패키지로 압축 한 다음 웹 사이트에 올려 놓으십시오.하지만 웹 사이트에 올려 놓으십시오.하지만 누구도 다운로드하여 사용하지 말고 계속 개발할 것입니다.

    http://producingoss.com/에있는 책과 비디오는 오픈 소스 프로젝트를 성공적으로 만드는 방법을 찾는 좋은 자료입니다.

    +0

    아주 좋은 링크, 고마워! –

    0

    시간의 여유가 없다고 생각되는 프로젝트의 경우 OSS로 출시하기 전에 이름을 변경하고 사용자에게 알릴 수 있습니다. 그것은 분명 다른 일이 될 것이고 당신은 개입하지 않을 것이지만, 그것은 단지 몇 명의 프로그래머들이 당신의 일을 계속하기 위해 기다리고 있었던 것일 것입니다.