Có biểu đồ nào giúp tôi quyết định giữa các giấy phép nguồn mở không? [đóng cửa]


57

Sáng kiến ​​nguồn mở liệt kê 9 giấy phép khác nhau trong danh sách "Giấy phép phổ biến và được sử dụng rộng rãi hoặc với các cộng đồng mạnh" .

Tôi muốn cấp phép cho dự án của tôi là nguồn mở. Thật không may, tôi không nói tiếng Pháp. Có một số biểu đồ tôi có thể tham khảo sẽ giúp tôi đưa ra lựa chọn đúng đắn, hoặc ít nhất là chỉ cho tôi đi đúng hướng? Ví dụ, một bảng tóm tắt sự khác biệt giữa các giấy phép, hoặc có lẽ là biểu đồ dòng chảy sử dụng các yêu cầu của tôi để hướng dẫn tôi vào giấy phép chính xác cho tôi?

Tôi cũng có ý định gặp một luật sư, nhưng bất kỳ thông tin nào để bắt đầu sẽ giúp ích.



2
Trình chọn giấy phép Nó cho phép bạn chọn một giấy phép cho dự án của bạn dựa trên các tiêu chí nhất định.
Mahmoud Hossam

Tôi cũng không phải là luật sư nên khi tôi muốn có giấy phép cho một ứng dụng mới, tôi đang làm việc, tôi chỉ tự mình viết một cái. Ai biết được liệu nó có thực sự giữ vững trước tòa hay không, nhưng nó khá đơn giản trong việc giải thích những gì tôi muốn làm / không được thực hiện với mã ... davidvhill.com/article/an-open-source-license-in-plain- tiếng Anh
David Hill

Github đã tạo trang web đơn giản hóa này để giúp người dùng chọn giấy phép: choosealicense.com
ltn100

Câu trả lời:


39

Jeff Atwood đã thực hiện một công việc khá tốt khi giải thích sự khác biệt giữa vô số giấy phép phần mềm nguồn mở bằng tiếng Anh đơn giản tại đây:

http://www.codinghorror.com/blog/2007/04/pick-a-license-any-license.html

Việc xem xét quan trọng nhất ảnh hưởng đến quyết định của bạn sẽ là các điều khoản phân phối lại. Đó là, bạn sẽ cho phép mã của mình được sử dụng trong các ứng dụng thương mại và nếu vậy, bạn có yêu cầu các ứng dụng đó mở mã riêng của chúng không?

Đây là nơi đáng chú ý của GPL: Nếu bạn cấp phép cho mã của mình theo GPL, bất kỳ ai sử dụng mã của bạn cũng phải cấp phép mã của họ theo GPL. Vì GPL yêu cầu tất cả các mã của bạn là nguồn mở, nên điều này không bao gồm việc sử dụng nó trong các công ty muốn giữ mã độc quyền của họ.

Lưu ý rằng GPL không cho phép bạn sử dụng mã GPL cho các ứng dụng kinh doanh nội bộ, miễn là bạn không phân phối lại các ứng dụng đó cho bên thứ ba.

Xem thêm
http://haacked.com/archive/2007/04/04/there-are-only-four-software-licenses.aspx


4
Lời khuyên của Jeff có một số lỗi trong đó! Trong nhiều khu vực pháp lý, bạn không thể đưa tác phẩm của mình vào phạm vi công cộng (ngoài việc bị chết trong khoảng thời gian cần thiết) và nó cũng không đề cập đến quan điểm của bạn về GPL cho mã bạn không phát hành, mà tôi đã phát hành đề cập đến mã máy chủ, một mô hình rất quan trọng trong ngành
jk.

29

Như bạn đã yêu cầu một biểu đồ so sánh giấy phép nguồn mở:
nhập mô tả hình ảnh ở đây
http://www.bitsandbuzz.com/article/which-open-source-license/

Xin vui lòng, cũng đọc bài viết tuyệt vời này: Áp dụng phương pháp tiếp cận nguồn mở để phát triển, phân phối và cấp phép phần mềm .


không thể truy cập URL tại vị trí của bài viết được đề xuất: opensource.sys-con.com/node/318776 - xem xét cập nhật vào tài khoản đó (tóm tắt bài viết ngắn gọn hoặc các điểm chính của nó sẽ giúp ích rất nhiều cho người đọc câu trả lời này) . Đề nghị đọc: Các câu trả lời chỉ chứa các liên kết ở nơi khác có thực sự là câu trả lời hay không?
gnat

Liên kết đó sẽ bị xóa bởi chủ nhân của nó, ở đây có nhiều liên kết: 1. gnu.org/licenses/license-list.html 2. blogs.oracle.com/davidleetodd/entry/...
Badar

8

Một nguồn tuyệt vời để hiểu các giấy phép nguồn mở là bộ phân biệt giấy phép tương tác rất toàn diện , từ Đồng hồ OSS của Đại học Oxford .

Điều này đặt câu hỏi hướng dẫn bạn hướng tới một giấy phép phù hợp cho phần mềm của bạn.

Có những ưu điểm và nhược điểm đối với từng loại, vì vậy hãy đọc những hạn chế mà họ đặt trên mã và quyết định ai là người bạn muốn có thể sử dụng nó. Cảnh báo, bất cứ điều gì bạn chọn ai đó sẽ phàn nàn - đây là lãnh thổ chiến tranh thần thánh và vượt ra ngoài phạm vi của câu hỏi này.


4

Có một lời giải thích đơn giản cho nhiều giấy phép có sẵn trên NRecacht (có nhiều giấy phép hơn trên blog. Được liệt kê một số dưới đây).

  • Giấy phép Copyleft: Bạn có thể sử dụng, sửa đổi và phân phối giấy phép theo cùng một giấy phép hoặc tương đương, nhưng bạn cũng nên chia sẻ mã nguồn.
  • Giấy phép phân phối phần mềm Berkely (BSD): Bạn có thể kết hợp phần mềm với phần mềm độc quyền của mình và phát hành phần mềm theo giấy phép độc quyền, nhưng bạn phải giữ lại văn bản và thông báo giấy phép BSD. Giấy phép này cũng có thể có một hoặc hai điều khoản nữa về việc sử dụng tên hoặc quảng cáo của tác giả.
  • Giấy phép công cộng Gnu (GPL): Bạn có thể sử dụng, sửa đổi và phân phối phần mềm miễn phí hoặc có tính phí, nhưng bạn cũng phải phân phối mã nguồn với nó và nếu phần mềm được kết hợp với phần mềm khác, phần mềm đó cũng sẽ có được phát hành dưới dạng GPL, trừ khi nó không phải là tổng hợp (nó không tương tác với phần mềm GPL)
  • Giấy phép công cộng Gnu nhỏ hơn (LGPL): Giống như GPL, nhưng bạn được phép liên kết phần mềm độc quyền của mình với phần mềm LGPL và phát hành nó theo các điều khoản của bạn. Nhưng có một số điều kiện theo đó bạn có thể làm như vậy.
  • Giấy phép công cộng Affero Gnu (AGPL): Giống như GPL, nhưng nó cũng nói rằng phần mềm của bạn được coi là đã được phân phối, nếu có ai đó có thể sử dụng nó (như nếu bạn giữ nó trên máy chủ và họ có thể chạy nó từ người phục vụ).
  • Giấy phép của Viện Công nghệ Massachusetts (MIT): Bạn được phép sử dụng, sửa đổi và phân phối các bản sao của phần mềm miễn là bạn cho phép các quyền tương tự đối với người mà bạn phân phối phần mềm
  • Giấy phép Apache: Nếu bạn tuân theo giấy phép Apache, bạn được phép sử dụng, sửa đổi và phân phối các bản sao của phần mềm và bạn có thể thêm tuyên bố bản quyền của riêng mình vào các thay đổi bạn thực hiện. Bạn cũng có thể cung cấp các điều khoản và điều kiện cấp phép bổ sung hoặc khác nhau để sử dụng, sao chép hoặc phân phối các sửa đổi của mình.
  • Giấy phép Công cộng Mozilla (MPL): Bạn có thể sử dụng, sửa đổi, phân phối và bán phần mềm, miễn là bạn cũng cung cấp cho người nhận mã nguồn. Bạn cũng có thể cấp phép phụ cho tác phẩm đã sửa đổi, miễn là bạn không giới hạn quyền của người nhận đối với mã nguồn.
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.