Bạn có thể thay đổi giấy phép một khi bạn chọn một?


47

Tôi đang làm việc trên một sản phẩm mà tôi cảm thấy không hoàn toàn sẵn sàng nhưng tôi có một nhóm người dùng rất quan tâm đến việc sử dụng sản phẩm này dưới dạng thử nghiệm "alpha". Tôi muốn cung cấp cho họ sản phẩm miễn phí dưới dạng thử nghiệm "alpha", nhưng sau đó tôi muốn cấp phép cho phần mềm.

Điều này có thể không? Bất cứ ai có thể chỉ cho tôi bất kỳ liên kết / sách / bài viết / vv?

Cảm ơn.

EDIT: Do sự thiếu rõ ràng của tôi và các câu trả lời cho câu hỏi tôi nghĩ tôi nên thêm tuyên bố này.

Tôi chưa quyết định liệu tôi sẽ tiếp cận nguồn mở hay nguồn mở dự án này chưa. Cơ sở người dùng muốn có được bàn tay của họ bây giờ đã làm tôi ngạc nhiên và tôi lo ngại về những lựa chọn của mình khi có thể cung cấp cho họ bây giờ dưới dạng nguồn mở và sau đó đổi thành nguồn đóng, hoặc thậm chí ngược lại.

Cảm ơn tất cả những người đã trả lời và bình luận. Tôi đánh giá cao nó những hiểu biết.


Nguồn mở hay đóng?
quick_now

6
Nếu bạn cung cấp cho ai đó một sản phẩm bạn làm miễn phí, điều đó không có nghĩa là tất cả các bản sao hoặc phân phối lại sản phẩm đó phải miễn phí.
ProdigySim

Câu trả lời:


41

Nếu bạn sở hữu tất cả các mã, thì bạn có thể phát hành lại theo bất kỳ giấy phép nào bạn muốn.

Vấn đề xảy ra nếu ai đó đã đóng góp các bản vá cho dự án. Điều thường xảy ra là họ sở hữu mã đó và họ đã đóng góp nó theo giấy phép phần mềm hiện tại. (Bạn nên có một số loại thỏa thuận đóng góp bao gồm điều này.) Vì vậy, để cấp phép lại, bạn sẽ cần sự cho phép của họ. Tùy thuộc vào cách bạn có thể đóng góp, điều này có thể khó khăn. Để tham khảo về điều này, hãy xem thay đổi giấy phép OpenStreetMap và thời gian đó là bao lâu.

Nhưng IANAL, từ chối trách nhiệm vv

Và những gì mọi người sẽ làm cho sự thay đổi giấy phép của bạn là một vấn đề khác, như một câu trả lời khác bình luận về.

EDIT: Tôi đã trả lời điều này vì nó liên quan đến các sản phẩm nguồn mở. Nhưng đọc lại câu hỏi tôi thấy không rõ là nguồn đóng hay mở.

Nếu bạn đang nói về 2 giấy phép nguồn đóng thì thật dễ dàng: Nếu bạn sở hữu tất cả mã, thì bạn có thể phát hành lại theo bất kỳ giấy phép nào bạn muốn. Chỉ cần làm cho giấy phép nguồn đóng thương mại phiên bản alpha của bạn, tất cả các điều khoản thông thường (không sao chép, v.v.), chỉ với giá bằng không.


Đây là một chiến lược khá phổ biến để có một phiên bản thương mại với các tính năng và cập nhật mới nhất và sau đó chúng sẽ chuyển sang phiên bản nguồn mở miễn phí. Alfresco và Magento làm điều này, ví dụ.
Victor Nicollet

Vấn đề tất nhiên sau đó, cũng là để anh ta chứng minh (!) Mã của anh ta được sử dụng trong ứng dụng nguồn đóng. Điều đó sẽ khó cho anh ấy chứng minh hơn là để bạn từ chối.
Rook

@victor Vâng ... hoặc mở phiên bản cơ bản và phiên bản thương mại đóng với các tính năng bổ sung dành cho doanh nghiệp. Các chiến lược này hoạt động như thế nào Q. Các thỏa thuận đóng góp cho các chương trình như vậy có thể phức tạp hơn và có thể khiến các tác giả nguồn mở tắt :-) @Rook Ok, tôi đã trả lời câu hỏi này như thể di chuyển giữa các giấy phép nguồn mở. Nếu có vấn đề với việc chuyển từ giấy phép mở sang giấy phép đóng, bạn sẽ thấy nhà phát triển nguồn mở nghi ngờ công việc của họ bị đánh cắp sẽ có rất nhiều tổ chức & ppl về phía họ và bạn thường muốn tránh sự cố flamewar.
James

2
Những gì chúng tôi làm là có một thỏa thuận của người đóng góp mà người đóng góp ký và nó gán bản quyền chung (vì vậy cả công ty của chúng tôi và người đóng góp đều sở hữu mã). Theo cách đó, chúng tôi vẫn có khả năng cấp phép lại, nhưng họ vẫn có tất cả các quyền mà họ có. Đây là cách tương tự mà SharpDevelop hoạt động.
Scott Whitlock

@scott Yup, xem sugarforge.org/content/community/partIDIAate/ vào ví dụ. Họ có tất cả các quyền và cung cấp cho bạn giấy phép sử dụng mã của bạn. Nói như một nhà phát triển làm việc trong một dự án nguồn mở gắn liền với một doanh nghiệp, tôi có thể hiểu tại sao những điều đó là cần thiết nhưng tôi vẫn sẽ suy nghĩ lâu dài về việc tôi có muốn đóng góp cho các dự án đó không :-)
James

15

Đây là một câu hỏi khó, phụ thuộc vào mức độ độc đáo của phần mềm và liệu bạn có mong đợi những người bên ngoài có thể đóng góp nhiều ý nghĩa hay không.

Nếu mọi người chỉ gửi cho bạn những thay đổi nhỏ đối với phần mềm của bạn , thì bạn (với tư cách là tác giả ban đầu) sẽ vẫn là người duy nhất giữ bản quyền đối với phần mềm và, như vậy, bạn có thể đóng nó bất cứ lúc nào bạn muốn . Tuy nhiên, nhận ra rằng nếu bạn đã phát hành phiên bản phần mềm trước theo giấy phép nguồn mở tiêu chuẩn, thì bất kỳ ai cũng có thể chia phần mềm của bạn từ bản sao cũ đó, và do đó, rất có thể, bạn luôn có thể có nguồn mở đối thủ cạnh tranh với gói phần mềm độc quyền của bạn. Đây thực sự là chính xác những gì đã xảy ra với Tatu Ylonen, tác giả ban đầu của SSH, người đã từng là người sáng lập và CTO của ssh.com, không liên quan nhiều đến OpenBSD và OpenSSH, mặc dù họ phân phối các tệp có bản quyền của mình. (Mặc dù sự hối tiếc được biết đến công khai chính của Tatu Ylonen không liên quan đến bản quyền, nhưng thay vào đó, anh ta đã đánh mất dấu "ssh" và "vỏ an toàn" vào việc sử dụng chung, làm mất thương hiệu của mình.)

Vậy, điều gì sẽ xảy ra nếu mọi người gửi cho bạn những thay đổi quan trọng đối với phần mềm của bạn , phần mềm sẽ được bảo vệ theo bản quyền và bạn muốn tích hợp vào cây nguồn của mình? Bạn có thể thiết lập một trong những thỏa thuận pháp lý đó, theo đó những người đóng góp sẽ giao bản quyền của họ cho bạn, do đó, về mặt pháp lý, bạn vẫn sẽ là "tác giả" duy nhất của phần mềm. Tôi đến từ trại FreeBSD / OpenBSD, và theo quan điểm của chúng tôi, việc chuyển nhượng bản quyền thường bị coi là không hợp lý. FSF khá khét tiếng vì việc chuyển nhượng bản quyền trên hầu hết các phần mềm của họ; NetBSD có tùy chọn cho các thành viên của họ (cho phép Quỹ NetBSD xóa hai điều khoản khỏi giấy phép của họtrong tất cả các tệp mà không ai trong số các cá nhân yêu cầu bản quyền cá nhân); nhiều công ty thương mại có tất cả các loại thỏa thuận đóng góp thực hiện tất cả các loại chuyển nhượng. Linus Torvalds đứng ở đâu? Linus cũng không thích các thỏa thuận đóng góp, và, như bạn có thể đoán, hạt nhân Lunux không có bất kỳ thứ gì, ngoài chính GPLv2.

Vậy, điều gì sẽ xảy ra nếu bạn chấp nhận thay đổi có bản quyền vào cây của mình mà không được chuyển nhượng bản quyền ? Đây là nơi lựa chọn giấy phép ban đầu của bạn đi vào chơi. Nếu bạn chọn GPL, và do đó, những người đóng góp sẽ cấp phép mã riêng của họ cho bạn theo GPL, thì bạn cũng bị mắc kẹt rất nhiều với GPL và sẽ luôn phải phát hành mã nguồn cho bất kỳ sản phẩm thương mại tiếp theo nào (nhưng tất cả cũng vậy của đối thủ cạnh tranh của bạn). Nếu bạn chọn giấy phép BSD / ISC / OpenBSD , thì bạn có thể đóng nguồn để thêm các tính năng trả thêm bất cứ lúc nào bạn muốn, mà không phải phát hành bất kỳ thay đổi nguồn nào (nhưng bạn cũng trao quyền tương tự cho đối thủ của mình ).

Tất nhiên, nếu nhiều năm sau bạn quyết định rằng, khi nhìn lại, bạn sẽ muốn phần mềm của mình thuộc một giấy phép khác, bạn luôn có thể thử liên hệ với tất cả những người đóng góp trước đây để cấp phép lại cho những thay đổi của họ theo giấy phép mới. Đây là một dự án rất đau đớn và dài - nếu ai đó không thể liên lạc được thì sao? Mozilla và VLC đã làm như vậy trong quá khứ; họ chắc chắn đã được hưởng những lợi ích của giấy phép mới của họ, nhưng tôi rất nghi ngờ rằng họ đã thích quá trình lâu năm.

Dù sao đi nữa, bất kể bạn chọn đi GPL hay BSD, việc có phiên bản phần mềm nguồn mở của bạn sẽ luôn có rất nhiều lợi ích, được chứng minh bởi nhiều công ty thương mại thành công xoay quanh việc viết và phát hành phần mềm nguồn mở.



2

Câu hỏi của bạn là một chút không rõ ràng. Giấy phép thường không kiểm soát việc bạn cho đi thứ gì đó miễn phí hay không. Giấy phép phải được thực hiện với những thứ như quyền sở hữu mã, phân phối, bảo hành và sự phù hợp để sử dụng, v.v ...

Bạn đang có ý định cung cấp cho họ mã nguồn? Nếu vậy, bạn có ý định cho họ có thể phát hành sản phẩm của riêng họ với nó không? Sau đó, bạn cần một giấy phép mã nguồn.

Nếu bạn chỉ cung cấp cho họ nhị phân và không muốn tính phí cho nó, thì bạn có thể đưa ra một giấy phép xương sống che mông của bạn về bảo hành và trách nhiệm pháp lý. Nói rõ bản quyền của bạn, nói rằng nó chỉ có thể phân phối khi bạn chỉ định.

Mỗi phiên bản của sản phẩm bạn phát hành được điều chỉnh bởi giấy phép của chính nó và nếu bạn là nhà phát triển duy nhất, bạn có thể chọn bất kỳ giấy phép nào bạn muốn bất cứ lúc nào và thay đổi bất cứ lúc nào.


Tôi đánh giá cao phản ứng của bạn. Tôi cho rằng sự thiếu rõ ràng là một phần của câu hỏi theo một nghĩa nào đó. Tôi đoán tôi đã yêu cầu xem tôi có loại tùy chọn nào nếu tôi muốn cho phép họ có nguồn đó ngay bây giờ và sau đó quyết định đóng nó xuống (sau giai đoạn alpha) hoặc thậm chí ngược lại.
Adam

Chỉ không bao gồm bất kỳ giấy phép. Sau đó, họ sẽ có quyền sửa đổi hoặc phân phối lại.
David Schwartz

1

Cá nhân tôi nghĩ rằng đó là một điều tốt khi bạn nghĩ về việc cấp phép ở giai đoạn này.

Từ quan điểm của người tiêu dùng, tôi không nghĩ bạn nên thay đổi giấy phép một khi bạn chọn. Điều đó không có nghĩa là bạn không thể (Loại Movable là một ví dụ đáng chú ý), nhưng bạn có nguy cơ khiến cơ sở người dùng của bạn biến mất (Loại Movable là một ví dụ đáng chú ý).


0

Có, bạn có thể cung cấp cho họ phiên bản giới hạn thời gian sẽ ngừng chạy tại một thời điểm nhất định.

Bạn luôn có thể phát hành phiên bản mới với thời hạn hết hạn nếu cần.

Cho đến khi bạn sẵn sàng với phiên bản cuối cùng.


Tuy nhiên, đó thực sự không phải là một giải pháp cho vấn đề giấy phép (nghĩa là giấy phép hợp pháp mà phần mềm được phát hành ra công chúng).
Timo Geusch

Tôi không hiểu điều đó trong câu hỏi. Anh ta hỏi liệu anh ta có thể sạc cho phần mềm sau đó không. Đó là cách tôi dịch câu hỏi.

2
Tôi nghĩ rằng sự hiểu biết của bạn về câu hỏi là tốt. Một cách để giải quyết vấn đề "giấy phép" với các bản phát hành sớm là tính toán thời gian. Không có gì sai với điều này, và nó ngăn các phiên bản cũ không được sử dụng (và yêu cầu hỗ trợ) trong tương lai. Bạn cũng có thể có tất cả các công cụ pháp lý tốt đẹp, nhưng một cách THỰC TIỄN để đưa ra quan điểm rằng "điều này là sớm và sẽ không tồn tại mãi mãi" cũng là một điều tốt.
quick_now

1
+1 Nhưng rõ ràng bạn cần phải làm cho người dùng nhận thức được giới hạn này - họ không muốn chạy ứng dụng một ngày nào đó chỉ để được thông báo rằng nó đã chết.
Kirk Broadhurst

@KirkBroadhurst nó có thể không chết, chỉ là không được hỗ trợ, vì vậy bạn sẽ phải tự duy trì bất kỳ thay đổi / sửa lỗi nào. Nhưng vâng, rõ ràng về điều này là quan trọng.
icc97
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.