Có nơi nào tốt để liên kết mọi người với giấy phép phần mềm trong tiếng Anh đơn giản giống như cách Creative Commons không?


8

Nếu bạn nhấp vào liên kết cc-wiki ở dưới cùng của trang web này, bạn sẽ nhận được một mô tả tiếng Anh đơn giản về những gì bạn đang có và không được phép làm. Các công cụ pháp lý cũng có ở đó, nhưng vì ai đó muốn sử dụng thư viện, tôi không muốn hợp pháp, tôi muốn một danh sách những gì tôi có thể và không thể làm.

Có một tài nguyên tương tự tồn tại cho giấy phép phần mềm, chẳng hạn như MIT, BSD-3clause, BSD-4clause, BSL, GPLv2, GPLv3, v.v.?


2
Có rất nhiều. Nhưng GPL rất phức tạp (và chịu quá nhiều cách hiểu khác nhau) đến mức không thể có được ý kiến ​​của bạn. Gần như thể FSF muốn một số phòng ngọ nguậy, vì vậy họ không cần phải ghim xuống một cách giải thích. Bạn không thể nhận được câu trả lời thẳng ở bất cứ đâu trên trang web của họ. Tất cả các giấy phép khác mà bạn đề cập đều dễ dàng; bạn chỉ cần làm theo yêu cầu ghi công của họ.
Robert Harvey

Câu trả lời:


5

Lý do không có Creative Commons như tóm tắt chung cho mỗi nhóm là mỗi nhóm được xác định bởi các nhóm khác nhau và nếu bạn giảm định nghĩa thực tế thành tóm tắt thì bạn sẽ bỏ qua chi tiết. Vì vậy, không một nhóm nào có thể chính thức tóm tắt từng nhóm. Wikipedia có một trang cho mỗi giấy phép, trong đó tóm tắt mỗi giấy phép.

Điểm mấu chốt là nếu bạn không hiểu giấy phép bạn cần tìm một luật sư hoặc ai đó. Mỗi cách sử dụng là khác nhau, vì vậy tốt hơn là rõ ràng.

Wikipedia cũng có một so sánh khá tốt . Nó cho biết nếu mỗi giấy phép cho phép

  • Liên kết với mã bằng một giấy phép khác (cần thiết để sử dụng với nguồn đóng)
  • Phát hành thay đổi theo một giấy phép khác

  • Sự chấp thuận của FSF
  • Phê duyệt OSI
  • Phê duyệt DFSG
  • Dự án Fedora phê duyệt
  • Tương thích với GPL

Dựa trên sự quen thuộc với triết lý của các tổ chức phê duyệt khác nhau, bạn có thể có được một ý tưởng khá hay về mỗi giấy phép.

BSL, BSD & MIT là tiếng Anh đơn giản và đủ ngắn để đọc bằng mọi cách.

  • Hầu hết tất cả các giấy phép yêu cầu ghi công. Đó là một thực hành tốt anyway. Bao gồm nó trong mã, trong trang giới thiệu và tài liệu / trang web.

  • Nếu bạn không thể trộn với một giấy phép khác (liên kết hoặc phát hành) thì thật khó để sử dụng trong một ứng dụng thương mại (trừ khi bạn cũng làm cho nó là nguồn mở, do đó tất cả đều là cùng một giấy phép). Bạn có thể bán (thương mại hóa) một ứng dụng nguồn mở, bạn chỉ cần cung cấp mã!

  • FSF sẽ không phê duyệt giấy phép hạn chế sử dụng. Ví dụ: nếu giấy phép nói "phi thương mại" hoặc "không sử dụng cho chính phủ" hoặc "không sử dụng cho mục đích mà tác giả không chấp thuận".

  • OSI có nghĩa là nó đáp ứng định nghĩa Nguồn mở , là danh sách các yêu cầu.

Tóm lại, Apache, BSL, BSD, MIT và MPL ​​có thể được sử dụng trong một ứng dụng nguồn đóng. Mọi thay đổi đối với mã MPL phải được phân phối lại. GPL không thể được sử dụng với mã nguồn đóng trừ các trường hợp ngoại lệ cụ thể. LGPL tương tự MPL, nhưng nó tương thích với GPL (trong khi MPL không vì nhiều lý do kỹ thuật khác nhau).

  • Hạn chế tối thiểu : Apache, BSD, MIT, BSL

  • Thỏa hiệp : LGPL, MPL

  • Hạn chế nhất : GPL

Mong rằng sẽ giúp. Có rất nhiều chi tiết khác trong đó về bằng sáng chế và như vậy.


Tôi không quen thuộc với triết lý của các tổ chức khác nhau. Tôi đang tìm kiếm xem bạn có thể sao chép mã trong các sản phẩm thương mại hay không, loại thuộc tính nào cần phải có, loại đó. Wikipedia không có những thứ đó.
Billy ONeal

@Billy: Dựa trên lời giải thích của bạn về những gì bạn đang tìm kiếm, tôi đã mở rộng câu trả lời của mình.
Jim McKeeth
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.