라이센스를 선택하면 라이센스를 변경할 수 있습니까?

나는 전혀 준비가되지 않았다고 생각하는 제품을 만들고 있지만 지금은 "알파"테스터로 사용하는 데 관심이 많은 사용자가 있습니다. "알파"테스터로 지금 무료로 제품을 제공하고 싶지만 나중에 소프트웨어 라이센스를 부여하고 싶습니다.

이게 가능해? 누구든지 링크 / 책 / 기사 / 등을 가리킬 수 있습니까?

감사.

편집 : 명확성이 부족하고 질문에 대한 답변으로 인해이 진술을 추가해야한다고 생각했습니다.

이 프로젝트를 아직 소스 폐쇄 또는 공개 소스로 할 것인지는 결정하지 않았습니다. 손에 쥐고 싶어하는 사용자층은 이제 나를 놀라게했으며 현재 오픈 소스로 제공하고 나중에 비공개 소스로 변경할 수있는 한 내 옵션이 무엇인지 걱정했습니다. 그 반대도 마찬가지입니다.

답변과 의견을 주신 모든 분들께 감사드립니다. 통찰력에 감사드립니다.

모든 코드를 소유 한 경우 원하는 라이센스에 따라 코드를 다시 릴리스 할 수 있습니다.

누군가가 프로젝트에 패치를 제공 한 경우 문제가 발생합니다. 일반적으로 발생하는 것은 해당 코드를 소유하고 있으며 현재 소프트웨어 라이센스에 따라 코드를 제공 한 것입니다. (이를 다루는 일종의 컨트 리뷰 터 계약이 있어야합니다.) 따라서 라이센스를 다시 라이센스하려면 허가가 필요합니다. 기여자가 어떻게 될 수 있는지에 따라, 이것은 어려울 수 있습니다. 이에 대한 참조는 OpenStreetMap 라이센스 변경 및 소요 시간을보십시오.

그러나 IANAL, 면책 조항 등

그리고 다른 사람들이 귀하의 라이센스 변경을 어떻게 할 것인지는 또 다른 답변입니다.

편집 : 오픈 소스 제품과 관련하여 답변했습니다. 그러나 질문을 다시 읽으면 그것이 폐쇄 소스인지 공개인지 확실하지 않습니다.

2 개의 비공개 소스 라이센스에 대해 이야기하는 것은 쉽습니다. 모든 코드를 소유 한 경우 원하는 라이센스로 다시 릴리스 할 수 있습니다. 알파 버전의 상용 폐쇄 소스 라이센스를 모든 일반 용어 (복사 등 없음)로 가격이 0으로 설정하십시오.

이것은 까다로운 질문으로, 소프트웨어의 독창성과 외부 사람들이 많은 기여를 할 수 있을지 여부에 달려 있습니다.

사람들이 귀하에게 소프트웨어에 대한 사소한 변경 사항 만 보내는 경우 , 귀하는 (원본 작성자로서) 해당 소프트웨어에 대한 저작권을 보유한 유일한 사람으로 남게되므로 언제든지 언제든지 소프트웨어를 종료 할 수 있습니다 . 그러나 표준 오픈 소스 라이센스하에 이전 버전의 소프트웨어를 출시 한 경우 누구나 이전 사본에서 소프트웨어를 포크 할 수 있으므로 항상 오픈 소스가있을 수 있습니다. 독점 소프트웨어 패키지에 대한 경쟁 업체. 이것은 실제로 SSH의 최초 저자 인 Tatu Ylonen에게 일어난 일 입니다.ssh.com의 창립자이자 CTO였던 그는 OpenBSD 및 OpenSSH와 관련이 거의 없지만 저작권을 보유한 파일을 배포하고 있습니다. (Tatu Ylonen의 공개적으로 알려진 후회는 저작권과 관련이 없지만 오히려 "ssh"와 "secure shell"마크를 일반적인 용도로 잃어 상표를 잃어버린 것입니다.)

그렇다면 사람들이 소프트웨어에 중대한 변경 사항을 보내면 어떻게됩니까? 저작권으로 보호되고 소스 트리에 통합하고 싶습니까? 이러한 법적 계약 중 하나를 설정하여 기고자가 귀하에게 저작권을 할당함으로써 법적으로 귀하는 여전히 소프트웨어의 유일한 "저자"가됩니다. 저는 FreeBSD / OpenBSD 캠프에서 왔으며 우리의 관점에서 저작권 할당은 일반적으로 나쁜 맛으로 간주됩니다. FSF는 대부분의 소프트웨어에서 저작권을 부여한 것으로 유명합니다. NetBSD는 회원들에게 옵션으로 제공합니다 (NetBSD 재단 은 라이센스에서 두 조항 을 제거 할 수있었습니다)개인이 아무도 저작권을 주장하지 않은 모든 파일에서); 많은 상업 회사는 모든 종류의 임무를 수행하는 모든 종류의 기고자 계약을 가지고 있습니다. Linus Torvalds는 어디에 있습니까? Linus는 기고자 계약을 싫어하며 Lunux 커널에는 GPLv2 자체와는 별도로 아무것도 없습니다.

따라서 저작권을 할당하지 않고 트리의 저작권이있는 변경 사항을 수락하면 어떻게 됩니까? 여기에서 원래의 라이센스 선택이 적용됩니다. GPL을 선택하면 기고자들이 GPL하에 자신의 코드를 라이센스 할 경우 GPL에 거의 얽매이지 않으며 항상 후속 상용 제품에 소스 코드를 릴리스해야합니다 (그러나 모두 경쟁사의 BSD / ISC / OpenBSD 라이센스 를 선택하면 , 소스 변경 사항을 공개하지 않고도 원하는 때에 추가 지불 기능을 추가하기 위해 소스를 닫을 수 있습니다 (그러나 경쟁사에게도 동일한 권리를 부여 함) ).

물론, 수년 이 지나면 소급하여 소프트웨어가 다른 라이센스를 받기를 원한다면 항상 이전의 모든 기고자에게 연락하여 새 라이센스로 변경 사항을 다시 라이센스 할 수 있습니다. 이것은 매우 고통스럽고 긴 프로젝트입니다. 누군가에게 연락 할 수 없다면 어떻게해야합니까? 모질라와 VLC는 과거에 그러한 재 라이센스를했다. 그들은 분명히 그들의 새로운 라이센스의 혜택을 누 렸어 야했지만, 그들이 오랜 세월 동안이 과정을 즐겼다는 것을 의심합니다.

GPL 또는 BSD 중 무엇을 선택하든 오픈 소스 버전의 소프트웨어를 사용하면 오픈 소스 소프트웨어를 작성하고 배포하는 데 성공한 많은 성공적인 상용 회사에서 입증 한 이점이 항상 있습니다.

일반적으로 문제에 대해 알지 못하지만 실제 라이센스에 대한 도움이 필요하고 문제의 해당 부분을 이해하는 것이 좋은 책입니다.

오픈 소스 및 무료 소프트웨어 라이센스 이해

귀하의 질문은 분명하지 않습니다. 라이센스는 일반적으로 무료로 물건을 줄지 여부를 제어하지 않습니다. 라이센스는 코드 소유권, 배포, 보증 및 사용 적합성 등과 관련이 있습니다.

그들에게 소스 코드를 주려고합니까? 그렇다면, 그들과 함께 자신의 제품을 출시 할 계획입니까? 그런 다음 소스 코드 라이센스가 필요합니다.

바이너리를 제공하고 비용을 청구하지 않으려는 경우 보증 및 책임 측면에서 엉덩이를 다루는 베어 본 라이센스를 얻을 수 있습니다. 저작권은 귀하가 지정한 대로만 배포 할 수 있다고 명시하십시오.

출시 한 각 버전의 제품에는 자체 라이센스가 적용되며, 유일한 개발자 인 경우 언제든지 원하는 라이센스를 선택하고 언제든지 변경할 수 있습니다.

개인적으로 저는이 단계에서 라이센싱에 대해 생각하고있는 것이 좋습니다.

소비자 입장에서는 라이센스를 선택하고 나면 라이센스를 변경해야한다고 생각하지 않습니다. 그렇다고 말할 수는 없지만 (이동식은 주목할만한 예입니다.)하지만 사용자 기반을 몰아 갈 위험이 있습니다 (이동식은 주목할만한 예입니다).

예, 특정 시점에서 실행이 중지되는 제한된 시간 버전을 제공 할 수 있습니다.

필요한 경우 언제든지 만료가 연장 된 새 버전을 출시 할 수 있습니다.

최종 버전이 준비 될 때까지.