오픈 소스 무료 라이센스 사용


9

오픈 소스 라이센스를 사용하는 프로젝트 / 제품이 있습니까? 기본적으로 "수정 가능"과 "소기업에게는 무료"및 "대기업에게는 비용"이라는 문구가 있습니까? (그리고 그러한 문구가있는 표준 라이센스가 있습니까?)

그러한 라이센스하에 프로젝트를 릴리스 할 경우, 지구상의 모든 개발자가 자동으로 기권 한 것입니까, 또는 실제로 유용한 프로젝트라고 가정하면 Joe Programmer의 기여를 얻을 수있는 공정한 기회가 있습니까?

이 질문의 두 번째 부분은 쉽게 주관적이 될 수 있지만, 잘 주장 된 관점은 높이 평가 될 것입니다. 예를 들어, 상업 기관이 만든 이중 라이센스 프로젝트가 오픈 소스 커뮤니티에서 성공 했습니까?


오픈 소스 정의 (1 부와 5 부)를 준수하지 않으므로“오픈 소스”가 아닙니다. 또한 "자유 소프트웨어"및 "오픈 소스"소프트웨어는 수정 사항을 강제로 배포하지 않으며 오픈 소스 .org / osd ( 원본과 동일)에서 배포 할 수있는 조건 만 표시합니다. 그러나 원하는 라이센스를 만들 수 있습니다. 귀하가 설명하는 것은 독점 라이센스입니다.
ctrl-alt-delor

답변:


4

그러한 라이센스하에 프로젝트를 릴리스 할 경우, 지구상의 모든 개발자가 자동으로 기권 한 것입니까, 또는 실제로 유용한 프로젝트라고 가정하면 Joe Programmer의 기여를 얻을 수있는 공정한 기회가 있습니까?

모든 사람이 프로젝트를 중단 할 필요는 없습니다. 하나:

  • 많은 사람들이 원칙적으로 그것을 피할 것입니다.
  • 첨부되지 않은 개발자가 무료로 기고 할 가능성은 낮습니다. 더 나은 오픈 소스 자격 증명을 갖춘 "가치있는"프로젝트가 더 있습니다. (프로젝트 / 소프트웨어 자체가 입증 된 후에 변경 될 수 있습니다.)
  • 잠재적 인 많은 유료 고객은 프로젝트의 장기적인 생존 가능성에 대해 두 번 생각할 것입니다.

(실제로, 마지막 요점은 지불 여부에 관계없이 모든 고객에게 적용됩니다. 요점은 고객 응용 프로그램이 코드에 의존하고 자금 조달 모델이 실패하면 효과적으로 죽은 코드베이스에 따라 중단 될 수 있다는 것입니다. 라이센스 접근 방식은 커뮤니티 기여를 방해하는 경향이 있으며, 회사가 성장한 후 자립 커뮤니티가 나타날 가능성은 크게 줄어 듭니다.)

이 질문의 두 번째 부분은 쉽게 주관적이 될 수 있지만, 잘 주장 된 관점은 높이 평가 될 것입니다. 예를 들어, 상업 기관이 만든 이중 라이센스 프로젝트가 오픈 소스 커뮤니티에서 성공 했습니까?

이것은 매우 주관적입니다. 성공은 상대적입니다. 성공은 주관적이며 논쟁의 여지가 있습니다.

말할 수있는 최선의 방법은 이중 라이센스가 특히 첨부되지 않은 개발자의 노력에 기여 하는 경향이 있다는 것입니다. 다른 회사에서 일하는 개발자는 회사가 경제적 이익을 얻는다면 여전히 기여할 수 있습니다.

그러나 여러 가지 이유로 이러한 것들을 측정하는 것은 거의 불가능합니다. 그리고 나는 측정을 시도한 사람을 모른다.


첨부되지 않은 개발자 에 대한 당신의 요점은 끝났다고 생각합니다 . 프로젝트 자체를 사용하는 데 관심이있는 당사자의 기여는 건강에 좋을 수 있지만보다 이상적인 기여자는 기대에 부응 할 수 있습니다. 잠재적 구매 고객이 왜 이러한 이중 라이센스를 사용하여 프로젝트가 장기적인 생존 능력을 가지고 있는지에 대해 두 번 생각할 것인지에 대해 조금 더 자세히 설명 하시겠습니까?
wagglepoons

9

이미 Programmers.SE와 StackOverflow에서 이미 여러 번 논의했듯이 그러한 라이센스는 존재할 수 없습니다.

라이센스에서 필드 사용 제한과 같은 것이 있지만 사용 필드에 제한 이 없는 것은 오픈 소스의 정의 속성 중 하나입니다. 라이센스가 오픈 소스 인 경우 라이센스 필드 사용 제한을 가질 수 없으며 라이센스에 이러한 제한이있는 경우 오픈 소스 일 수 없습니다.

따라서 사용 제한이있는 오픈 소스 라이센스가 존재할 수 없습니다. 그것은 10으로 나눌 수도있는 소수를 요구하는 것과 같습니다.

참고하지만, 그 무엇 라이센스를 사용하면 사용이 얼마나 완전히 직교 이 충전. 하나는 법적인 문제이고 다른 하나는 마케팅의 문제입니다.

비용이 전혀 들지 않는 폐쇄 형 소스 제품 (예 : iTunes, Acrobat Reader, Internet Explorer, 일반적으로 모든 종류의 프리웨어 등)이 많이 있으며 꽤 비싼 오픈 소스 제품이 많이 있습니다 (예 : RedHat Enterprise Linux, SuSE Linux Enterprise Server,…)

특히 대기업은 일반적으로 폐쇄 소스, 오픈 소스 또는 매직 유니콘에 관계없이 소프트웨어 비용을 지불하는 것을 좋아 하므로 사물이 남쪽으로 가면 고소 할 사람이 있습니다.


오픈 소스의 OSI 정의에 따르면 소스를 사용할 수있는 많은 소프트웨어가 있지만 그 사용에 대한 매우 엄격한 규칙이 있습니다 (예 : Microsoft Windows).
Martin Beckett

6
Martin, 오픈 소스의 OSI 정의는 유일하게 관련된 정의입니다. 이들은 용어를 만들어 정의를 제공했으며 OSI는 코너 케이스에서 정의를 해석하기 위해 존재합니다. 매우 제한된 경우에 Microsoft가 Windows 소스 코드에 액세스 할 수 있도록 정의를 왜곡하는 것은 기껏해야 잘못 안내되는 경우가 많으며 종종 전체 오픈 소스 개념을 손상시키려는 경우입니다.
Lars Wirzenius

örg : 당신은 좋은 지적을합니다. 내 질문에 설명 된 방식으로 프로젝트를 라이센스 할 수 있다는 점에서 올바르게 읽고 있습니까? OSI에서 정의한 오픈 소스가 아닙니다.
wagglepoons

1
@ 라스는, 사람들은 너무 많은 그래서에서 명시 적 면책 조항을 넣어했다는 것을, 단어 "오픈 소스"와 "자유 소프트웨어"를 redifining 좋아하는 것 programmers.stackexchange.com/questions/21907/... 내가 아니라고 말 개인 특유의 정의에 관심이 있으며 공식적인 정의에만 해당됩니다.
TRiG

3

라이센스가 특정 상황에서 작동하는지 확인하려면 특정 상황에 대해 변호사와 상담하는 것이 좋습니다. 당신을 위해 일한다고 보장되는 예는 없으며, 작은 실수로 많은 비용이 발생할 수 있습니다.

예, 원하는만큼 다양한 유형의 라이센스를 제공 할 수 있으며 사용자 수를 기반으로하는 라이센스를 포함하여 많은 비즈니스에서 변형을 시도합니다.

Ext3js (현재 Sencha)는 원하는 라이센스 유형으로 판매되었습니다. Microsoft가 제공하는 대부분의 제품은 비즈니스 규모에 따라 가격이 다른 여러 라이센스로 제공됩니다. 이중 라이센스가있는 다른 소프트웨어의 예를 보려면 "개인용 무료"를 입력하십시오.

사람들이 소프트웨어를 사용한다는 뜻이라면 이중 라이센스 유형 소프트웨어가 성공하는 경향이 있습니다. 하지만 소프트웨어를 사용할 수없고 소프트웨어를 판매 할 때 이익을 얻지 않고 자유롭게 소프트웨어를 사용하는 사람들을 찾고 있다면 친구를 사귀지 않을 것입니다. 다른 사람이 귀하의 소프트웨어에 변경 또는 개선을 기여한 후에는 귀하의 독점 라이센스에 따라 이러한 변경 또는 개선을 다시 가져올 수 없습니다 (예외-아래 설명 참조-예외는 기여를 방해합니다)


4
"다른 사용자가 귀하의 소프트웨어에 변경 또는 개선을 기여한 후에는 귀하의 독점 라이센스에 따라 이러한 변경 또는 개선을 되돌릴 수 없습니다." 기고 된 코드의 저작권을 귀하에게 다시 부여하는 기고자 계약이 없다면? 내가 이해한다면, 이것은 매우 일반적입니다.
Armand

2
@Alison : 그것은 매우 일반적이며, 많은 라이센스가 상용 오픈 소스 세계에서 규정하고 있습니다. 회사는 분명히 케이크를 먹고 먹으며 당신도 먹습니다.
Orbling

2

소스를 소기업에 공개하고 싶지만 대기업이 지불하도록 강요하고 싶습니까?

용어에 대한 현명한 사람이지만 (내가 당신이 빨리 오픈 소스 ppl을 찾을 수 없다면) 그것은 오픈 소스 라이센스가 될 수 없습니다.

http://www.opensource.org/osd.html 5 절. "개인이나 단체에 대한 차별 금지"를 참조하십시오.

이것이 오픈 소스로 청구되는 라이센스 / 제품에서 사람들이 기대하는 것입니다. 오픈 소스라고 부르면 "대기업이 지불해야합니다!" 합법적 인 조항은 ppl을 화나게합니다.

이 작업을 수행 할 수 없다고 말하지 않고 "오픈 소스"라는 레이블을 붙여서는 안됩니다. 사람들은 그것이 무엇을 의미하는지에 대한 기대를 가지고 있으며, 위반하고 있습니다. "사용 가능한 소스 코드"또는 다른 것으로 부르십시오.


네 말이 맞아 이 점은 또 다른 대답에 의해 이루어졌으며 의미가 있습니다. 말할 것도없이 OSI의 매우 직관적 인 용어 인 "오픈 소스"에 대한 "소유권"은 다소 불안정합니다. 필자는 진정으로 오픈 소스 인 것을 위해 싸울 필요가 있음을 이해하지만, 약간 수정 된 라이센스를 원할 경우 다른 모든 사람들이 합리적인 용어를 사용하지 못하게합니다.
wagglepoons

1
글쎄, 그것은 OSI의 힘든 작업과 많은 오픈 소스 지원자들이 참여했기 때문에 직관적입니다. 처음 소개되었을 때는 직관적이지 않았고 보편적으로 감사하지 않았습니다. gnu.org/philosophy/open-source-misses-the-point.html 오픈 소스 서포터가 다루기가 조금 덜 힘들기를 바랍니다. 때때로 비평가들과 함께이 용어를 "소유"하는 것은 괜찮습니다.
James

0

물론 모질라와 MPL / GPL / LGPL 트라이 라이센스와 같은 경우가 있습니다. 물론, Mozilla는 (사용하는 한) 현장 사용 제한이 없으며 소프트웨어에 대한 비용을 청구하지 않지만 "라이센스가 유연한"인기있는 오픈 소스 응용 프로그램 제품군의 예입니다.


0

예, 그러한 라이센스가있는 제품이 있습니다. 훌륭한 예는 ravendb 가 될 것 입니다. 이는 개발자가 분명히 말하지 않습니다.

최대 절전 모드 Rhinos는 RavenDB의 오픈 소스 및 상업용 에디션을 모두 제공합니다.

상용 버전은 비공개 소스 환경에서 사용할 수 있으며 구독 또는 영구 가격 모델로 제공됩니다. 가격은 인스턴스 당입니다. 구독이 유효하면 새로운 릴리스가 자동으로 포함됩니다.

프로젝트가 오픈 소스 인 경우 Raven을 무료로 사용할 수 있습니다. 상용 소프트웨어를 구축하기 위해 Raven을 사용하려면 상용 라이센스를 구입해야합니다 ...

Raven의 AGPL 라이센스에는 OSS 프로젝트에 대한 명시적인 예외가 포함되어 있습니다. OSI 승인 라이센스에 따라 프로젝트를 릴리스 할 수 있습니다. 그러나 RavenDB의 자체 라이센스는 변경할 수 없습니다. 프로젝트 사용자는 여전히 RavenDB의 라이센스를 준수해야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.