GPL의 장단점은 무엇입니까? [닫은]


31

일부 오픈 소스 소프트웨어의 라이센스를 찾고 GPL을보고 있습니다. 이 라이센스 사용의 장단점은 무엇입니까?



6
중복되지 않습니다. 이 질문은 GPL에 좁게 초점을 맞추고 "높은 시각"관점을 취하지 않습니다.
goodguys_activate

1
AGPL 또는 WTFPL : 나는 극단적으로 또는 다른 하나를 위해 경향이 있습니다.
TRiG

이것을 관점으로 봅시다. Microsoft가 먼저이 라이센스를 제시하고 모든 조항을 동일하게 유지 한 경우 라이센스는 다음과 동일하지 않습니다. FOSS와 GLP는 그 모습이 아닙니다. 그들의 선언문을 읽으십시오. 그들은 무정부 상태가 아니라 통제에 관한 것입니다.
Andrew T Finnell

답변:


45

좋아, GPL의 장단점 목록 :

찬성

  • 사람들이 실제로 오픈 소스로 구매하는지에 대해 열심히 생각합니다. 당신은 그것으로 살 준비가되어 있고, 다른 사람들이 당신이 그 책에서 얻을 수있는 것 때문에 그것을 좋아하지 않고 당신이 쓴 것을 사용하게합니까?
  • 오픈 소스 커뮤니티가 무언가를 개발했을 때 오픈 소스를 유지합니다. 누군가 다른 사람들이하고있는 모든 작업을 수행하고 다시 포장하여 판매 할 가능성은 없습니다.

단점

  • 대부분의 기업 조직에있어 완전한 아니오입니다. 그들은 GPL 라이센스 코드가 제품에 들어갈 위험을 감당할 수 없으므로 사실상 모든 중소 기업은 GPL 라이센스 코드를 명시 적으로 금지하는 조항이 있습니다.
  • 사람들을 오픈 소스에서 제외시킵니다.
  • 내 응용 프로그램에서 Open-Source 이미지 선택기 컨트롤을 사용하기 때문에 전체 응용 프로그램도 이제 Open Source 여야합니까? 이미지 선택기를 개선하고 해당 코드를 커뮤니티에 다시 기여한 경우에도? 이 용어는 많은 개발자들에게는 너무 귀찮습니다.
  • 많은 사람들이 GPL의 엄격한 용어를 알지 못하므로 GPL을 사용하려는 다른 사람에게 어떤 제한을 두지 않고 자신이들은 라이센스이므로 사용하십시오.
  • 매우 바이러스 성입니다. 프로젝트에 GPL 아래에있는 컴포넌트를 포함하는 컴포넌트를 포함하는 컴포넌트가 포함 된 경우 (phew!) 전체 프로젝트에도 GPL이 적용됩니다.

궁극적으로 나를 위해 단점은 프로보다 큽니다. 나에게 그것은 오픈 소스 복음 주의자들이 세상을 속여서 그 이익의 세계를 설득하는 대신 오픈 소스로 나아가도록 노력하는 것입니다.


9
예, 동의합니다. 너무 엄격합니다. MIT 라이센스는 좋은 대안입니다.
Rook

16
이것은 "투명한 FUD"입니다. "대부분의 기업 조직에는 전혀 문제가되지 않습니다. GPL 라이센스 코드가 제품에 유입 될 위험이 없으므로 사실상 모든 중소 기업은 GPL 라이센스 코드를 명시 적으로 금지하는 조항이 있습니다 " GPL 라이센스 코드와 프로젝트는 2004 년 이후 Fortune 500 대에서 논란의 여지가 없었으며 실제로 많은 대기업 (Google, IBM, Oracle 등)이 많은 비즈니스를 기반으로하고 있습니다.

13
여기에는 GPL 코드를 자주 접할 수없는 소프트웨어 제품 회사와 내부 사용을 위해 소프트웨어를 사용하는 회사 (GPL이 사실상 효과가없는 회사)간에 차이가 있습니다. 전자보다 후자가 훨씬 더 많습니다.
David Thornley

9
BTW, GPL은 사회 운동의 동인으로 설계되었지만, 의도는 항상 자유 로워지고 점점 더 유혹적인 자유 소프트웨어 저장소를 만드는 것이 었습니다. 내가 알 수있는 한, 개발자를 무언가로 속이려는 시도는 아니 었습니다. 또한 GPL의 배후 인 Richard Stallman은 자유 소프트웨어가 아닌 오픈 소스와의 모든 연결을 거부합니다.
David Thornley

4
David Thornley의 경험은 기본적으로 내 것과 일치합니다. 내부 용으로 GPL 코드를 사용하지 않는 회사에 대해 들어 본 적이 없습니다. 모두가 수십 곳에서 리눅스를 사용하고 있습니다. 그러나 배포 용 소프트웨어를 개발하는 많은 회사는 개발 코드 기반 근처에 GPL 코드를 허용하지 않습니다. LGPL은 일반적으로 괜찮지 만 항상 그런 것은 아닙니다.
David Schwartz

2

h4xxr이 FTW에 대한 답변을 제공 했지만 다른 유형의 라이센스가 무엇인지 확실하지 않은 경우 유용한 링크가 몇 가지 더 있습니다.

무료 소프트웨어 라이센스 비교 (표 비교)
오픈 소스 이니셔티브-이름 별 라이센스 (현재 소프트웨어 세계에서 일반적으로 사용되는 라이센스) GPL과 호환되는 라이센스를 포함한 소프트웨어 라이센스 목록

F --- GPL <-지적인 비판 (이 "지혜의 진주":-)


2

FWIW 개인적으로 개발자를 이끌고있는 큰 오픈 소스 프로젝트를 가지고 있으며 GPL이 내 코드를 사용하지 못하게하는 사람들이 많기 때문에 다중 라이센스 모델을 정확하게 채택했습니다. 내 코드는 자체 라이센스 모델을 선택하여 라이센스가 부여되며 다음 라이센스를 허용합니다. GPL, LGPL, MIT

LGPL을 통해 사람들은 코드 / 라이브러리 / 실행 파일을 수정하지 않은 그대로 제품에 그대로 통합 할 수 있습니다. 이는 제품이 작동해야하지만 제품 작동 방식을 변경할 필요가없는 상용 / 폐쇄 소스 제품을 구축하는 회사에 가장 유용합니다.

MIT 라이센스는 본질적으로 사람들이 사용자의 작업을 수정하고 원하는대로 자신의 작업에 맞게 용도를 변경할 수있는 허용 라이센스입니다. 사용자가이 작업을 원한다고 생각하고 사람들이 수정할 수있는 소스에 액세스 할 수없는 경우이 옵션을 사용하십시오.


2

GPL을 선택 하는 것은 이념적 단계입니다.

무료 소프트웨어 개발자는 라이브러리를 사용할 수 있고 상용 플레이어는 할 수 없기 때문에 (적어도 GPL처럼 제품을 출시하고 싶지 않은 경우) 이점을 제공합니다. 회사는 동일한 기능을 가진 라이브러리를 작성하려면 근로자에게 비용을 지불해야합니다. 그런 식으로 자유 소프트웨어를 홍보하고 있습니다.

MIT와 같이 덜 제한적인 라이센스를 선택하는 것이 더 실용적입니다.

돈을 코딩 할 때 (프리랜서, 직원) 라이브러리를 직접 사용할 수 있습니다. 그러나 모든 사람이 할 수 있으므로 기업은 이미 돈이 없어도 돈을 저축 할 수 있도록 도와줍니다.


+1 GPL은 기술적 인 것이 아니라 이념적 / 철학적 결정입니다. 이것이 좋은지 나쁜지의 여부는 철학적 인 문제에 달려 있으며 각 프로젝트 나 팀이 결정해야합니다.
Andres F.

1

자유로이 허가 된 오픈 소스 프로젝트 (예 : X11, PostgreSQL, Haskell)는 GPL 및 LGPL의 역효과입니다. GPL이 코드를 금지하거나 X11 라이센스가이를 금지하지 않기 때문에 GPL 코드는 해당 프로젝트에서 사용할 수 없습니다. 그러나 이러한 프로젝트가 전체 제품의 유효 라이센스를 GPL로 "업그레이드"하고 싶지 않기 때문입니다.


0
  • 혜택 : 귀하는 사람들이 자신의 변경 / 기여를 이용할 수 있도록 법적으로 보장됩니다.
  • 비용 : 많은 상용 사용자가 코드를 사용할 수 없습니다. 그들은 귀하의 코드를 사용하지 않으므로 절대 기여하지 않습니다. libcinder 사람들이 (L) GPL 코드를 사용할 수없는 이유를 설명하는 이 스레드를 참조하십시오 . LGPL조차도 라이브러리를 정적으로 링크해야 할 때 문제가 될 수 있습니다.

SaaS 이외의 시나리오에서 ... 그리고 포크를 찾아서 사본을 공유하도록 요청해야하는 경우에만 사실이라고 생각합니다.
goodguys_activate

사실 SaaS에는 AGPL이 있습니다. 위반을 식별하는 것은 사소한 것이 아니지만 발견되면 도움을 줄 사람들이 있습니다. gpl-violations.org
LennyProgrammers

귀하의 혜택이 잘못되었습니다 : 소프트웨어를 편집하여 직접 사용하는 경우 귀하는 내 편집 내용을 볼 권리가 없습니다. 공유에 관심이없는 그룹에 배포해도 마찬가지입니다. 사용자는 소스, 모든 사람을 볼 수있는 권리가 있습니다.
K.Steff
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.