Tôi có thể hợp pháp và có đạo đức trong một dự án nguồn mở với sự đóng góp của cộng đồng cho nguồn đóng không? [đóng cửa]

Giả sử tôi bắt đầu và phát triển một số dự án theo giấy phép nguồn mở và chấp nhận một số đóng góp của cộng đồng. Làm thế nào run rẩy là mặt bằng tôi đứng nếu tôi quyết định lấy dự án thương mại và nguồn đóng (hoặc giấy phép phân chia)?

Câu hỏi này không trực tiếp giải quyết vấn đề của một dự án với sự đóng góp của cộng đồng, có cảm giác giống như lãnh thổ khác nhau, ít nhất là về mặt đạo đức. Về mặt pháp lý, đây cũng có thể là iffy, vì tôi không chắc liệu các khoản đóng góp có thuộc bản quyền của tôi hay không, hoặc người đóng góp có giữ bản quyền cho một phần của dự án mà anh ấy đã thêm hay không.

Tôi có an toàn (về mặt đạo đức và pháp lý) miễn là tôi đứng trước khả năng tôi có thể tham gia dự án thương mại trong tương lai không?

Nói chung, những người đóng góp trong cộng đồng sẽ giữ bản quyền của họ đối với mã mà họ đã đóng góp cho dự án. Họ cấp phép đóng góp cho bạn khi họ đóng góp mã. Nếu bạn muốn duy trì khả năng thay đổi các điều khoản cấp phép trong tương lai, thông thường bạn sẽ cần những người đóng góp để chuyển bản quyền của họ cho bạn (cá nhân hoặc tổ chức doanh nghiệp bạn tạo để sở hữu bản quyền cho dự án này) hoặc các điều khoản đã thay đổi sẽ cần để tương thích với các điều khoản cấp phép mới. Tất nhiên, nếu bạn yêu cầu loại giấy tờ chuyển nhượng bản quyền này trước khi bạn có thể chấp nhận sự đóng góp từ cộng đồng, thì rất ít khả năng cộng đồng sẽ quyết định đóng góp và bạn sẽ phải thực hiện một số lượng công việc hợp lý để có được các hình thức pháp lý để trước khi chấp nhận mỗi đóng góp. Thêm, có một cơ hội mạnh mẽ rằng dự án của bạn sẽ bị rẽ nhánh nếu và khi bạn quyết định thay đổi các điều khoản cấp phép. Tôi nhận thấy rằng một dự án nguồn mở mới sẽ không nhận được nhiều đóng góp từ cộng đồng trong những trường hợp đó.

Nói chung sẽ dễ dàng hơn nếu bạn cấp phép cho sản phẩm theo các điều khoản cấp phép phân chia ban đầu hoặc nếu các điều khoản cấp phép ban đầu tương thích với một sản phẩm nguồn đóng trong tương lai. Ví dụ, mã theo giấy phép BSD có thể được tích hợp vào sản phẩm thương mại vì vậy nếu dự án và đóng góp theo giấy phép BSD, bạn có thể dễ dàng phát hành phiên bản thương mại của cùng một sản phẩm. Tuy nhiên, ý định của bạn (hoặc tùy chọn) để sản xuất một sản phẩm thương mại có thể sẽ làm giảm sự quan tâm trong việc đóng góp cho dự án của bạn - hầu hết các nhà phát triển nguồn mở không quan tâm đến việc đóng góp không trả tiền cho một sản phẩm thương mại.

Tất nhiên, như với bất kỳ vấn đề pháp lý nào, bạn muốn nói chuyện với một luật sư thay vì dựa vào một bài đăng trên diễn đàn trước khi thực hiện bất kỳ hành động dứt khoát nào. Bạn gần như chắc chắn muốn luật sư đó soạn thảo tài liệu chuyển nhượng bản quyền mà bạn sẽ cần mọi người ký và bạn sẽ cần thảo luận về kế hoạch cho tương lai của mình với luật sư để đảm bảo rằng mọi thứ được thiết lập chính xác.

Nếu dự án được cấp phép theo một trong những giấy phép dễ dãi hơn (BSD, MIT, Boost hoặc Apache là những giấy phép mà tôi biết cho phép điều này) thì về mặt pháp lý, bạn được phép phân phối mã đối tượng và không có yêu cầu cung cấp bất kỳ sửa đổi nào bạn đã thực hiện mã nguồn trở lại cộng đồng. Bạn cũng có thể cấp phép cho công việc phái sinh theo một giấy phép khác. Xin lưu ý rằng bạn vẫn cần bao gồm văn bản giấy phép theo yêu cầu giấy phép.

Cho dù điều này có đạo đức hay không là một điều gây tranh cãi. Tôi có xu hướng nghĩ rằng nếu một nhà phát triển cấp phép mã của họ theo một trong những giấy phép dễ dãi hơn này thì họ muốn phần mềm được sử dụng trong cả các dự án thương mại và nguồn mở. Nếu họ không muốn sử dụng mã thương mại thì họ nên cấp phép theo GPLv3.

Bất kỳ đóng góp nào tôi thực hiện cho dự án của bạn vẫn thuộc bản quyền của tôi trừ khi tôi giao nó cho người khác. Trở thành người giữ bản quyền nghĩa là tôi có quyền quyết định giấy phép nào mà tác phẩm của tôi có sẵn theo.

Vì vậy, cấp phép là một vấn đề liên quan, nhưng riêng biệt. Nếu tôi đóng góp cho dự án của bạn, tôi nên đồng ý phát hành công việc của mình theo giấy phép dự án (hoặc có lẽ là tương thích).

Nhiều giấy phép nguồn mở sẽ không cho phép bạn đóng nguồn phái sinh sau này, nhưng một số sẽ. Nếu tôi hiểu chính xác, không ai cho phép bạn đóng cơ sở mã hiện tại (mở), vì vậy đó cũng là điều bạn cần xem xét.

Vì vậy, bạn sẽ cần bắt đầu với một giấy phép cho phép bạn đóng sự phát triển trong tương lai hoặc có một thỏa thuận về hiệu ứng đó với tất cả những người đóng góp. Tốt nhất nên đưa luật sư về sau trước khi có những đóng góp quan trọng, và hãy thẳng thắn về những gì bạn đang cố gắng làm.

Nếu bạn muốn thay đổi giấy phép của dự án, bạn đã yêu cầu tất cả những người đóng góp ký "thỏa thuận cộng tác viên" hoặc bạn phải yêu cầu sự cho phép của mỗi một trong số những người đóng góp.

Điều này khá khó khăn và lý do tại sao nhân Linux vẫn còn dưới gpl v2

Phần lớn các dự án HĐH dường như có một nhánh thương mại gắn liền với chúng, giống như phiên bản Enterprise. Về cơ bản, họ cung cấp SLA, hỗ trợ, v.v ... Tôi nghĩ rằng nếu dự án là nguồn mở, về cơ bản, bạn không thể đóng nó. Bạn có thể làm cho các phiên bản trong tương lai đóng nguồn và đổi tên chúng hoặc tạo các addon nguồn đóng, nhưng các dự án thực tế theo như tôi hiểu phải vẫn là Nguồn mở. Tôi nghĩ rằng doanh nghiệp là một cách tốt hơn để đi, mặc dù vậy, bạn vẫn nhận được lợi ích nguồn mở và có thể tạo doanh thu.
Vì tò mò tại sao bạn muốn đóng nguồn dự án của bạn?

Về mặt pháp lý, nếu bạn sử dụng một giấy phép đủ mở để bất kỳ ai tham gia đều có thể mang nó đi thương mại tôi sẽ tưởng tượng (không phải là một luật sư) rằng bạn cũng sẽ có thể làm như vậy.

Về mặt đạo đức bạn sẽ có một nghĩa vụ mạnh mẽ hơn. Bạn sẽ phải rất cởi mở và rõ ràng về ý định của bạn cả ban đầu và theo thời gian khi kế hoạch của bạn thay đổi.

Ngoài ra, bạn có thể muốn áp dụng một mô hình tương tự như Redhat. Xây dựng các plugin nguồn đóng nhưng để lại nguồn mở lõi. Điều này có thể dẫn đến sự đổi mới tốt hơn vì bạn vẫn sẽ nhận được hỗ trợ cộng đồng cho một sản phẩm có thể mang lại lợi ích cho cộng đồng nguồn mở. Cung cấp đào tạo, tư vấn và hỗ trợ cũng có thể làm dịu thỏa thuận cho bạn.