커뮤니티 소스

Community source

Community Source는 대학과 대학에서 사용되는 소프트웨어 개발의 한 유형으로, 무료 소프트웨어 커뮤니티의 관행을 기반으로 한다.이러한 집합적 노력의 소프트웨어는 승인된 자유 소프트웨어 재단 라이선스를 통해 배포된다.[1]예를 들면 사카이 프로젝트, 쿠알리, 오픈소스 포트폴리오 등이 있다.소프트웨어의 저작권은 종종 아파치 재단의 기부자 계약, 라이선스 및 배포 관행을 모델로 한 독립 재단(미국에서 501c3 법인으로 조직)에 의해 보유된다.

설명

오픈 소스와는 대조적으로 커뮤니티 소스의 중요한 특색 중 하나는 커뮤니티가 인적 자원이나 기타 재정적인 요소의 형태로 커뮤니티에 자원을 위탁하고 있는 일부 조직이나 기관을 포함한다는 것이다.이와 같이, 오픈 소스 프로젝트는 다른 오픈 소스 커뮤니티에서 발견되는 순수한 자원 봉사 노력보다는 둘 다 더 견고한 지원을 가질 것이며, 자원을 행사하는 기관의 전략적 요건에 의해 형성될 수 있을 것이다.

브래드 휠러는 커뮤니티 소스를 "성당과 바자 사이의 펍"과 같은 공동체의 하이브리드 모델로 이해할 수 있다고 언급했다.아래 참고문헌은 고등교육의 실천요강으로서 지역사회 원천의 사용에 관한 보다 자세한 내용을 제공한다.

고등교육의 지역사회 출처 모델 (휠러 외, 2007년 참조)

커뮤니티 소스 모델은 프로젝트 작업에 직원과 자원을 고용하고 Apache와 같은 전통적인 오픈 소스 프로젝트의 개방성을 수용한다는 고전적인 의미에서, 지시된 개발의 요소들을 혼합한 하이브리드 모델이다.결과 소프트웨어는 OSI(Open Source Initiative) 승인 라이센스에 따라 사용할 수 있다.코드는 수수료 없이 검사, 변경, 재배포, 판매 또는 다른 제품에 통합할 수 있다.누구나 변경을 할 수 있고 품질 검토에 따라, 그러한 변경은 모두를 위한 오픈 소스 애플리케이션으로 다시 통합될 수 있다.

커뮤니티 소스 모델의 두드러진 특징은 개발자의 시간, 디자인, 프로젝트 거버넌스 투자의 많은 부분이 개인이 아닌 대학, 대학 및 일부 상업 기업의 제도적 기여에서 나온다는 점이다.이러한 기여금은 프로젝트의 첫 번째 단계로 입찰될 수 있으며, 그 후 프로젝트에 지속적인 관심을 가지고 있는 기관들에 의해 지속적이고 자발적인 기준으로 추가 작업이 기부될 수 있다.프로젝트는 종종 소프트웨어 프레임워크와 기본 기능을 수립하고, 그 후 커뮤니티는 시간이 지남에 따라 필요에 따라 추가 기능을 개발한다.

커뮤니티 소스 모델 프로젝트는 일반적으로 다음과 같이 운영된다.몇몇 기관들은 자신들이 유사한 문제를 해결하려고 노력하고 있다는 것을 깨닫고 있다. 최근의 사례로 연구 관리 시스템에 꼭 필요하다.프로젝트 목표, 일정 및 철학에 대한 논의와 그에 따른 합의가 이루어진 후, 기관들은 기관 리더들로 구성된 프로젝트 위원회 아래에 그들의 자원을 모은다.기관들은 종종 기존 직원들의 시간을 프로젝트 방향에 맞추는데 동의하고 있으며, 따라서 이는 새로운 현금 지출이 아니라 가상 조직 내 기존 직원의 집합이다.재단의 보조금은 투자자들 사이에 응집력을 제공할 수 있다.전형적인 최근의 프로젝트들은 자금조달에 있어서 1백만 달러에서 8백만 달러까지, 그리고 기간에는 12개월에서 30개월까지 다양했다.각 투자자는 프로젝트나 재단에 소프트웨어에 대한 저작권 사용권을 부여하는 기업 기부자 계약에 서명한다(아파치 재단의 실무에 따라 변경됨).프로젝트는 보통 날짜 중심의 배송 일정에 따라 운영된다.이것은 특징, 자원, 시간의 균형을 맞추는 현실 삼각관계에서 어려운 결정을 강요하지만, 그러한 일정은 지역사회의 신뢰도 향상에 필수적이다.

그런 다음, 프로젝트 위원회는 시스템 요건, 기술적 선택 및 프로젝트 관리자를 명확히 하기 위한 적절한 구조를 확립한다.명확한 역할과 책임을 조기에 정립하는 것이 필수적이며, 프로젝트 참여자는 프로젝트 초기에 어느 정도 대면하는 시간을 함께 보내면 이익을 볼 수 있을 것이다.경험에 따르면 일부 직원은 분산된 가상 조직에서 잘 작동하지 않을 수 있으며 다른 직원은 해당 업무를 경력 갱신형 조직으로 인식한다.

초기 프로젝트는 투자자 기반 프로젝트에서 지역사회와 재단으로 전환해야 했다.새로운 프로젝트는 재단의 기존 인프라와 노하우를 활용할 수 있으며, 재단의 프로젝트로 시작할 수 있다.각 도메인에 대한 커뮤니티 소스 모델 프로젝트를 위한 규칙서는 없지만, 기관 투자를 조정하고 양질의 소프트웨어를 위한 개발 계획을 실행하는 방법에 대한 지혜가 축적되고 있다.

커뮤니티 소스 소프트웨어 라이센스

커뮤니티 소스 소프트웨어 라이센싱은 고유 소프트웨어에 대한 소스 코드가 정의된 커뮤니티의 구성원에게 라이센스가 부여되는 경우로서, 각 구성원은 소스 코드에 대한 액세스가 허용되기 위해 코드 소유자와의 계약을 명시적으로 입력해야 한다.이 정의에 의해 커뮤니티 소스 라이센스는 오픈 소스 소프트웨어와 무료 소프트웨어 둘 다와 호환되지 않는다. 오픈 소스 소프트웨어와 무료 소프트웨어에서는 누구나 라이센스를 수락해야 하지만 다른 사람과 계약을 체결하지 않고도 소스 코드에 액세스할 수 있기 때문이다.

커뮤니티 소스 라이센스는 오픈 소스 정의의 요구 사항을 충족할 수 없으며, 첫 번째 조항은 소프트웨어의 자유로운 재배포를 요구한다.커뮤니티 소스 라이센스는 1(공부의 자유)과 3(모든 사용자에게 수정된 버전을 수정 및 배포하는 자유)의 자유가 소스 코드에 대한 공개 액세스를 요구하므로 무료 소프트웨어 정의의 요구사항을 충족할 수 없다.

커뮤니티 소스 라이센스는 오픈 소스 및 무료 소프트웨어 정의의 다른 규정을 위반할 수 있다.

커뮤니티 소스에 대한 한 가지 동기는 오픈 소스 커뮤니티에서 사용되는 것과 유사한 소프트웨어 생산 및 개발 모델의 사용을 촉진하는 것일 수 있다.그러나 공동체가 개방되어 있지 않기 때문에, 그러한 생산 및 개발 모델은 오픈 소스에서 사용되는 모델과 미묘하거나 뚜렷한 방법이 달라야 한다.[citation needed]또 다른 동기는 독점 공급자의 복잡한 소프트웨어 고객들의 채택을 용이하게 하고, 신뢰할 수 있는 중개인을 이용하여 도움을 주는 것일 수 있다.

커뮤니티 소스 라이센스의 예

참고 항목

참조

  1. ^ "List of FSF Approved licences". Archived from the original on 2001-07-28.
  • 어려운 시기에 커뮤니티-소스 개발은 매력적이었습니다, 대릴 K.Taft(2010년 3월 2일), eWeek
  • 소프트웨어와 지원의 필연적인 언번들링, 브래드 휠러(2004년 2월)캠퍼스 테크놀로지
  • 오픈소스 오픈 마인드, 칼라 히그나이트(2004년 8월), 비즈니스 담당자 잡지
  • 커뮤니티 소스 스프링스 포스, 안나 잭슨(2005년 5월), 비즈니스 담당자 잡지
  • 유연한 금융 시스템, 캐슬린 맥닐리 & 메리 휠러(2006년 2월), 비즈니스 책임자 매거진
  • 오픈 소스 2010: Reflections on 2007, Brad Wheeler(2007년 1월/2월)EDERVAUSE 리뷰
  • 현지 투자, 크리스토퍼 코폴라(2007년 4월), 캠퍼스 테크놀로지
  • Brad Wheeler & Joanne DeStefano, (2007년 7월), Business Officer Magazine