Tại sao đóng góp cho các dự án nguồn mở không miễn phí?


8

Là chủ sở hữu của một dự án nguồn mở, bạn muốn mọi người đóng góp và làm cho nó tốt hơn, phải không?

Nhưng nếu sau đó bạn quyết định đưa ra một mô hình cấp phép tốt đẹp cho mọi người sử dụng phần mềm [Công ty hoặc cách khác], bạn có được quyền đối với tất cả thu nhập không? Nếu vậy tại sao mọi người sẽ đóng góp? Họ có thể làm tất cả công việc trong khi bạn, chủ sở hữu, gặt hái tất cả các phần thưởng?

Điều này có vẻ sai đối với tôi, có lẽ tôi đang hiểu nhầm nó.


Bất kỳ ví dụ về loại giấy phép?
Andy Hunt

2
Chắc chắn, ckeditor.com/license theo như tôi có thể nói với bạn phải trả một giấy phép để sử dụng phần mềm này.
Kohan

@Kohan Bạn nên có một cái nhìn ở đây, tôi thấy bài viết đó mâu thuẫn với quan điểm của bạn (cá nhân đó là không rõ ràng ở tất cả): stackoverflow.com/questions/6305276/...stackoverflow.com/questions/5626453/...
Shadok

@Kohan, CKEditor dường như đang thiếu kiến ​​thức về giấy phép nguồn mở. Bất kỳ tổ chức thương mại có thể sử dụng GPL cấp phép giấy phép ckeditor mà không phát hành mã nguồn, thay vì trả tiền cho họ trang web hoặc trang web công ty giấy phép. Tôi có thể hiểu được nếu họ phát hành phần mềm của họ theo AGPL thay vì GPL, LGPL và MPL, vì điều đó đặc biệt bao gồm việc sử dụng tài liệu được cấp phép theo cách mà họ ngụ ý các phiên bản GPL của họ không thể được sử dụng.
Đánh dấu gian hàng

Không phải phần mềm nguồn mở có thể bán miễn phí mà không cho bất kỳ nhà phát triển nào của nó một khoản tiền bản quyền?
JeffO

Câu trả lời:


11

Trong các dự án có cấp phép kép (như Qt hoặc MySQL), khuyến khích lớn nhất để đóng góp là thay đổi các thay đổi cục bộ của bạn (sửa lỗi, v.v.) được chấp nhận ngược dòng do đó giảm nhu cầu tạo và duy trì các nhánh cục bộ.


3

Dự án nguồn mở mà bạn đang đóng góp có thể quan trọng đối với bạn, vì nó là như vậy.

Hãy lấy ví dụ về Mono là nguồn mở, nhưng được cấp phép cho tập đoàn:

Mainsoft, một trong những người đóng góp nhiều nhất của dự án sử dụng mã cho trình biên dịch .NET sang Java của riêng nó. Công ty rõ ràng không quan tâm hơn chủ sở hữu giấy phép, giao lại công việc của họ cho các tập đoàn. Đó là một kế hoạch cùng có lợi.


1

Điều này có vẻ sai đối với tôi, có lẽ tôi đang hiểu nhầm nó.

Bạn là. Nguồn mở tự nó là một thuật ngữ được bảo vệ. Một dự án theo giấy phép Nguồn mở đang sử dụng giấy phép đã được OSI phê duyệt - và theo định nghĩa, tất cả các giấy phép đó đều ngụ ý rằng sản phẩm được cấp phép là miễn phí (như bia miễn phí) 1) . Không có cuộc thảo luận về điều đó.

CKEditor là một ví dụ của cấp phép đôi. Nhưng giấy phép thương mại của họ không phủ nhận thực tế rằng đó cũng là OSS, giúp nó miễn phí cho bạn, nếu bạn có thể tuân thủ các điều khoản còn lại của giấy phép đó. Nếu bạn không thể, lựa chọn duy nhất của bạn là chọn giấy phép sử dụng thương mại không miễn phí.

Là một nhà phát triển, nếu bạn đóng góp cho một dự án Nguồn mở, bạn đang đóng góp cho một dự án miễn phí. Chắc chắn, người duy trì vẫn có thể kiếm tiền từ nó, nhưng vậy thì sao? Nó vẫn miễn phí để sử dụng và sửa đổi cho mọi người muốn. Với tư cách là một dịch vụ trên mạng, nếu bạn muốn, nhà bảo trì sẽ đảm bảo rằng các bản cập nhật được tích hợp vào mã, được đẩy tới các nhà phân phối và xuất bản.


1) Điểm đầu tiên của Định nghĩa nguồn mở


Tôi không có vấn đề gì với việc nó được cấp phép hoặc thậm chí phải trả tiền, tôi quan tâm hơn đến việc biết những người lập trình viên trung bình sẽ phải đóng góp gì cho một dự án sẽ làm cho người khác trở nên giàu có. Từ những gì tôi có thể thu thập các câu trả lời ... không có gì. trừ khi bạn làm việc cho một công ty muốn thay đổi của chính họ được thực hiện trong chi nhánh chính.
Kohan

@Kohan Như tôi đã nói: Nguồn mở = miễn phí. Nếu bạn đang đóng góp cho Nguồn mở, thì bạn đang đóng góp cho một dự án miễn phí. Và tôi chưa bao giờ nghe nói về những đóng góp công khai cho nguồn đóng (điều này thậm chí có thể như thế nào? Bạn không có mã, do đó bạn không thể sửa đổi nó).
Konrad Rudolph

Anh ấy đang nói về phần mềm được cấp phép kép ( en.wikipedia.org/wiki/Multi-licensing )
FigBug
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.