Những giấy phép phần mềm nào tôi nên biết? [đóng cửa]

Cấp giấy phép là điều mà tôi thực sự không chú ý đến; Tôi đoán tôi cảm thấy không cần thiết. Tuy nhiên tôi không thể không nghĩ rằng tôi nên.

Vì vậy, những giấy phép phổ biến nhất mà tôi, như một lập trình viên, nên được biết đến là gì? Ngoài ra, sẽ rất hữu ích nếu bạn có thể bao gồm một mô tả ngắn gọn về từng được cung cấp.

Giấy phép MIT

Bản tóm tắt Twitter của Aleister Crowley là "Hãy làm những gì bạn héo (với điều kiện bạn cho tôi tín dụng)".

Bạn có thể dễ dàng tìm thấy hình thức chính xác của giấy phép MIT, vì vậy tôi sẽ nói về những gì giấy phép tốt cho.

Đó là một giấy phép cho phép, có nghĩa là những người khác có thể dễ dàng sử dụng mã của bạn. Đặc biệt, họ có thể sử dụng mã của bạn để kiếm tiền. Nghĩa vụ cấp phép đối với người dùng chỉ đơn giản là bao gồm thông báo bản quyền của bạn trong tất cả các bản sao hoặc các phần quan trọng của phần mềm của họ.

Đó là giấy phép bạn sử dụng để đảm bảo chiếm phần mềm tối đa, khi bạn không quan tâm rằng người khác có thể sử dụng phần mềm của bạn để xây dựng một cái gì đó và không chia sẻ những đổi mới của họ.

Commons sáng tạo

Bạn sẽ tìm thấy khá nhiều nội dung đồ họa miễn phí theo một trong những giấy phép này .

Các ví dụ tốt nhất tôi từng thấy cho giấy phép CC là phông chữ, biểu tượng và hình ảnh miễn phí sẽ được sử dụng trong các ứng dụng (ví dụ: ứng dụng iPhone và Droid).

Tôi là một fan hâm mộ lớn của Giấy phép phần mềm Boost . Nó rất giống với hầu hết các giấy phép OSS không copyleft khác, ngoại trừ việc nó rõ ràng không yêu cầu ghi công khi phần mềm hoặc tác phẩm phái sinh được phân phối ở dạng nhị phân. Đây là một vấn đề lớn đối với tôi, khi tôi phát triển mã cho thư viện tiêu chuẩn D trong thời gian rảnh rỗi và mã thư viện tiêu chuẩn cần "chỉ hoạt động" từ góc độ cấp phép, mà không yêu cầu người dùng thêm một loạt các phân bổ. Do đó, khi tôi muốn phát hành thứ gì đó theo giấy phép nguồn mở cho phép, ngay cả khi đó không phải là một phần của thư viện chuẩn, tôi có xu hướng sử dụng giấy phép Boost trong trường hợp bất kỳ ai khác muốn mượn mã của tôi để sử dụng trong ngữ cảnh của một thư viện chuẩn. .

Các mã nguồn mở lớn cần tìm kiếm là BSD và MIT một mặt (cho phép, chỉ yêu cầu cung cấp tín dụng) và GPL và Apache (chia sẻ giống nhau, nhiều hạn chế hơn).

Tôi thích MPL cho công việc nguồn mở, bởi vì nó cảm thấy giống như lý tưởng Platonic đối với tôi. Nó bảo vệ công việc của bạn dưới dạng nguồn mở bằng cách yêu cầu các thay đổi và cập nhật phải được cung cấp, không giống như giấy phép MIT và BSD. Mặt khác, đó không phải là giấy phép lan truyền mà cố gắng cho bạn biết những gì bạn có thể và cũng không thể có trong dự án của bạn, như GPL, mà tôi thấy là vượt quá giới hạn của nó. (Đặt một thư viện GPL duy nhất ở bất cứ đâu trong dự án và toàn bộ phải là GPL. IMO hơi giống với người đã làm móng mà bạn sử dụng, cho rằng anh ta có quyền đối với toàn bộ ngôi nhà của bạn.)

Miền công cộng là tuyệt vời cho đến khi ... các công ty cố gắng kết hợp mã miền công cộng vào ứng dụng của họ và sau đó các luật sư có thể muốn nhận các bản phát hành từ mỗi người đóng góp cho một dự án phạm vi công cộng. Một ví dụ điển hình là SQLite, một điều không chắc chắn ở chỗ nó thuộc phạm vi công cộng và không được phát hành theo giấy phép thân thiện với người tiêu dùng, như MIT.

Tham chiếu Trang cấp phép của SQLite .

Bằng cách nào đó tôi đã không nghe nói về GPL Affero (AGPL) cho đến gần đây.

Nếu bạn thích tôn giáo lan truyền về khía cạnh chia sẻ và chia sẻ tương tự của GPL, thì bạn có thể muốn sử dụng mã này cho mã có khả năng chạy phía máy chủ. Nó quy định rằng mọi người không thể tạo ra các dẫn xuất độc quyền của một cơ sở mã GPL và sau đó chạy nó trên một số máy chủ mà mọi người sử dụng mà không chia sẻ các thay đổi mã với những người đó.

(Giấy phép kiểu GPL có ý nghĩa đối với các dự án lớn và là một phần của hệ sinh thái GNU. Nhưng như @MasonWheeler chỉ ra, sử dụng nó quá phù phiếm cho những thứ nhỏ như thư viện JavaScript quá nặng tay. yêu cầu quyền đối với ngôi nhà của bạn.)