Các loại giấy phép Nguồn mở. Các loại giấy phép miễn phí của
Nhiều nhà phát triển và nhà thiết kế muốn xuất bản tác phẩm của họ dưới dạng dự án nguồn mở. Họ muốn có thể chia sẻ mã của họ. Cộng đồng nguồn mở đang ngày càng mạnh mẽ hơn. Phần mềm nguồn mở tồn tại cho mọi loại nhiệm vụ mà bạn có thể tưởng tượng. Và nhiều nhà phát triển web sử dụng phần mềm miễn phí làm nền tảng cho công việc của họ (WordPress, Drupal và nhiều CMS khác đều mở, miễn phí và miễn phí).
Nhưng tình hình là có rất nhiều giấy phép nguồn mở và đôi khi không dễ để hiểu ý nghĩa thực sự của chúng. Các nhà phát triển có được những quyền gì khi họ chọn một giấy phép mở cụ thể? Ít nhất hãy thử phác thảo chung tìm ra.
Cấp phép là gì?
Tóm lại: việc cấp phép trao một số quyền nhất định cho bên thứ ba để sử dụng sản phẩm của bạn.
Cấp phép là một giải pháp thay thế tuyệt vời cho việc đơn giản phát hành sản phẩm vào phạm vi công cộng hoặc cấp phép theo từng trường hợp cụ thể. Bằng cách phát hành sản phẩm của bạn ra công chúng, bạn sẽ mất tất cả các quyền đối với sản phẩm đó và không ai nợ bạn bất cứ điều gì. Trong các trường hợp lâm sàng đặc biệt, bước này có thể dẫn đến kiện tụng nếu chương trình của bạn gây tổn hại cho ai đó. Và trong trường hợp thứ hai, bạn sẽ mất nhiều thời gian hơn để cấp giấy phép hơn là cho việc phát triển.
Giấy phép nguồn mở mang lại cho mọi người cơ hội đóng góp cho một dự án mà không cần xin phép bất kỳ ai. Họ cũng bảo vệ bạn với tư cách là tác giả, đảm bảo rằng tên của bạn ít nhất có trong danh sách nhà phát triển. Điều này cũng sẽ bảo vệ tác phẩm của bạn khỏi bị người khác đánh cắp.
Giấy phép Công cộng GNU
Giấy phép Công cộng GNU Ít hơn
Nhiều giấy phép phái sinh đã xuất hiện từ GNU. Phổ biến nhất trong số đó là LGPL. Nó cung cấp nhiều quyền hơn một chút so với GPL tiêu chuẩn. Thường được sử dụng để cấp phép cho các thư viện cần hoạt động cùng với phần mềm không phải GPL và nguồn mở. Vì GPL yêu cầu phần mềm có các phần GPL cũng phải được phân phối theo GPL nên các nhà phát triển không thể sử dụng mã được cấp phép GPL để phát triển phần mềm thương mại độc quyền. LGPL trao quyền này.
Giấy phép BSD
Có cả một nhóm giấy phép BSD áp đặt ít hạn chế hơn đối với việc phân phối sản phẩm so với GPL nghiêm ngặt. Trong số toàn bộ bảng giấy phép BSD, có 2 loại được sử dụng nhiều nhất: BSD mới /BSD đã sửa đổi và BSD đơn giản /FreeBSD. Cả hai đều tuân thủ GPL và được một tổ chức có ảnh hưởng phê duyệt dưới dạng giấy phép miễn phí Mã nguồn mở sáng kiến.
Giấy phép BSD Mới cho phép phân phối không hạn chế cho bất kỳ mục đích nào và không đưa ra bất kỳ hình thức bảo đảm hay đảm bảo nào. Giấy phép cũng có điều khoản hạn chế việc sử dụng tên của những người tham gia dự án để chứng nhận tác phẩm mà không có sự cho phép rõ ràng. Trong ngôn ngữ thông thường, “hãy làm những gì bạn muốn với mã, nhưng đừng nói rằng bạn đã viết nó”. Sự khác biệt chính giữa BSD mới và BSD đơn giản là BSD đơn giản không bao gồm điều khoản “quyền đặc biệt” này.
Giấy phép MIT
Giấy phép MIT có lẽ là giấy phép ngắn nhất và tổng quát nhất trong số các giấy phép nguồn mở phổ biến. Các điều khoản của nó tự do hơn so với các giấy phép khác. Các quy định chính như sau:
Giấy phép này cho phép, miễn phí, những người có được bản sao của phần mềm này và tài liệu đi kèm (sau đây gọi là “ Phần mềm"), sử dụng Phần mềm mà không bị hạn chế, bao gồm quyền không hạn chế để sử dụng, sao chép, sửa đổi, thêm, xuất bản, phân phối, cấp phép phụ và/hoặc bán các bản sao của Phần mềm, cũng như cho những người được cung cấp Phần mềm, tùy theo tới các điều kiện sau:
Bản quyền nói trên cũng như các điều khoản và điều kiện này phải được bao gồm trong tất cả các bản sao hoặc các phần quan trọng của Phần mềm này.
Vậy tất cả những điều này có ý nghĩa gì:
Bạn có quyền tự do sử dụng, sao chép và sửa đổi phần mềm theo ý muốn. Không ai có thể ngăn cản bạn sử dụng phần mềm như vậy trong các dự án của mình, sao chép nó bao nhiêu lần tùy ý và sửa đổi nó theo cách bạn muốn.
Bạn có thể cung cấp phần mềm của mình miễn phí hoặc bạn có thể bán nó. Không có hạn chế về vấn đề này. Hạn chế duy nhất là phần mềm của bạn phải kèm theo thỏa thuận cấp phép.
Nói một cách đơn giản, bất cứ ai cũng có thể làm bất cứ điều gì họ muốn miễn là sản phẩm có giấy phép.
Giấy phép Apache
Giấy phép Apache, phiên bản 2.0, đưa ra một tập hợp các quyền rõ ràng. Những quyền này có thể áp dụng cho cả bản quyền và bằng sáng chế. Vì nhiều giấy phép chỉ có thể áp dụng cho bản quyền hoặc chỉ cho bằng sáng chế, tính linh hoạt của giấy phép Apache có lợi thế rõ ràng trong một số trường hợp nhất định.
Dưới đây là những điểm chính:
Quyền là mãi mãi. Một khi chúng được cấp cho bạn, bạn có thể sử dụng chúng mãi mãi.
Quyền có tính toàn cầu Nếu quyền được ban hành ở một quốc gia thì chúng sẽ được áp dụng cho tất cả các quốc gia khác. Ví dụ: nếu bạn sống ở Hoa Kỳ và giấy phép ban đầu được cấp ở Ấn Độ, thì bạn vẫn không bị giới hạn trong việc sử dụng mã (tôi không thể nói bất cứ điều gì về Ukraine, Nga và Belarus, mọi thứ ở đây đều rất lung lay).
Các quyền được cấp miễn phí trong mọi trường hợp không tính phí sử dụng.
Quyền không phải là độc quyền. Bạn có thể sử dụng tác phẩm như bất kỳ ai khác.
Quyền là không thể thay đổi Không ai có thể tước bỏ quyền của bạn. Nói cách khác, bạn không phải lo lắng rằng một ngày nào đó, sau khi tạo ra một số mã tuyệt vời, ai đó sẽ nói với bạn: “Xin lỗi, nhưng bạn không thể nhìn thấy nó nữa”.
Phân phối mã cũng có yêu cầu đặc biệt, họ chủ yếu quan tâm đến việc đề cập đến tên của các nhà phát triển.
Commons sáng tạo
Giấy phép Creative Commons () không hẳn là giấy phép nguồn mở, vì nó thường được sử dụng trong các dự án thiết kế và đa phương tiện. Có rất nhiều loại giấy phép CC và mỗi giấy phép CC đều cung cấp các quyền cụ thể. CC có 4 vị trí cơ bản có thể được sử dụng riêng lẻ hoặc kết hợp với nhau. Họ đây rồi:
Giấy phép này cho phép người khác phân phối lại, phối lại, sửa và xây dựng dựa trên tác phẩm, ngay cả vì mục đích thương mại, miễn là tác giả của tác phẩm được ghi nhận. Đây là giấy phép tự do nhất về những gì người dùng có thể làm với tác phẩm.
Copyleft – SA
Giấy phép này cho phép người khác sửa đổi, bổ sung và xây dựng dựa trên tác phẩm, thậm chí vì mục đích thương mại, miễn là tác giả được ghi công và tác phẩm phái sinh của họ được cấp phép theo các điều khoản tương tự.
Sử dụng phi thương mại - NC
Tác phẩm có thể được sửa đổi, phân phối, v.v. nhưng chỉ dành cho nhu cầu phi thương mại. Các thuật ngữ “thương mại” và “phi lợi nhuận” hơi mơ hồ. Ví dụ: một số người có thể hiểu “phi thương mại” là từ đồng nghĩa với “không để bán”. Những người khác có thể cho rằng họ không có quyền sử dụng ngay cả khi chỉ có quảng cáo. Nói chung, “thương mại” có nghĩa là một loại lợi ích vật chất nào đó.
Không có công cụ phái sinh – ND
Điều này có nghĩa là bạn có thể sao chép và phân phối tác phẩm được đề cập nhưng bạn không được sửa đổi hoặc tạo tác phẩm riêng dựa trên bản gốc.
Như đã đề cập, các thành phần này có thể được kết hợp. Giấy phép nghiêm ngặt nhất là “Ghi công - Phi thương mại - Không phái sinh” (BY-NC-ND). Đây là nhiều nhất một lựa chọn tốtđể giải phóng công việc của bạn nhưng vẫn duy trì quyền kiểm soát nó. Và giấy phép ít hạn chế nhất, “Ghi công” (BY), có nghĩa là mọi người có thể sử dụng tác phẩm của bạn miễn là họ ghi công cho bạn.
Các giấy phép được thiết kế cho công việc thiết kế chứ không phải phát triển phần mềm, nhưng không có gì ngăn cản bạn sử dụng nó trong cả hai trường hợp. Chỉ cần cẩn thận đi qua tất cả các điểm và chọn những gì bạn thích.
tái bút
Dưới đây là sáu giấy phép nguồn mở được sử dụng phổ biến nhất trên thế giới. Trên thực tế, còn rất nhiều trong số đó, một số nguồn tin cho rằng có khoảng 60. Nhiều loại thực tế trùng lặp với nhau với một số đặt trước nhỏ, điều này gây khó khăn cho việc lựa chọn và sử dụng chúng. Sáng kiến Nguồn Mở đang nỗ lực giảm số lượng xuống mức có thể quản lý được. Tôi tin rằng bốn cái sẽ đủ cho mọi trường hợp: GPL, LGPL, BSD và . Tôi khuyên bạn nên tự làm quen với từng giấy phép một cách chi tiết hơn và nếu bạn quan tâm đến việc sử dụng các giấy phép này trong doanh nghiệp của mình, như IBM, Google và hàng trăm công ty lớn khác đã làm, hãy nhớ tham khảo ý kiến luật sư của bạn. Ở các nước hậu Xô Viết, theo như tôi biết, không có bảo vệ pháp lý giấy phép nguồn mở, ít nhất là không có một tiền lệ tư pháp nào. Mặt khác, các luật sư của OSI (Sáng kiến Nguồn Mở) đảm bảo việc bảo vệ các quyền của bạn theo từng giấy phép này.
Sửa từ tarzanasg:
“Sử dụng phi thương mại - NC” và “Không phái sinh - ND” không áp dụng cho nguồn mở. Việc áp dụng các điều khoản này làm cho giấy phép và văn bản có tệp phương tiện trở thành độc quyền.
1) Giấy phép MIT
Giấy phép MIT được phát triển bởi Viện Công nghệ Massachusetts (MIT) và được coi là giấy phép học thuật, nghĩa là nó được chấp nhận sử dụng trong khoa học. Trên trang web GNU nó được gọi là giấy phép người nước ngoài. Ngoài ra, hệ thống XFree86 cũng được phân phối theo giấy phép MIT, chỉ trong trường hợp này nó được gọi là Giấy phép X11 trên trang web GNU.
2) Giấy phép BSD
Giấy phép BSD xuất hiện vào đầu những năm 1980 dành riêng cho việc phân phối hệ điều hành BSD. Có ba phiên bản nội dung của giấy phép này:
1. Giấy phép BSD gốc hoặc giấy phép BSD bốn điều khoản.
2. Giấy phép BSD đã sửa đổi ("Giấy phép BSD mới" trên trang web OSI) hoặc giấy phép BSD ba điều khoản.
3. "Giấy phép BSD+Bằng sáng chế" của Tập đoàn Intel - được thiết kế đặc biệt để sửa đổi và phân phối các chương trình có thể được bảo vệ bởi các bằng sáng chế phần mềm của Intel. Giấy phép này không được Sáng kiến Nguồn Mở hoặc FSF xác nhận.
Giấy phép BSD đầu tiên bao gồm 4 điều khoản:
1. Việc phân phối lại mã nguồn phải giữ lại thông báo bản quyền ở trên, danh sách các điều kiện này và tuyên bố từ chối trách nhiệm sau đây.
2. Khi phân phối lại mã nhị phân Thông báo bản quyền ở trên, danh sách các điều kiện này và tuyên bố từ chối trách nhiệm sau đây phải được sao chép lại trong tài liệu và/hoặc các tài liệu khác được cung cấp cùng với bản phân phối.
3. Tất cả tài liệu quảng cáo đề cập đến các tính năng hoặc việc sử dụng chương trình này phải bao gồm thông báo sau: "Sản phẩm này bao gồm phần mềm được phát triển bởi Đại học California, Berkeley và những người cộng tác của nó."
4. Không được sử dụng tên của Trường Đại học cũng như tên của nhân viên của trường để xác nhận hoặc quảng cáo các sản phẩm dựa trên phần mềm này mà không có sự cho phép trước bằng văn bản.
Nhưng vào năm 1999, do nhu cầu phổ biến, đoạn thứ ba đã bị loại bỏ như một "quy ước quảng cáo BSD khó chịu" vì các hệ thống phức tạp sử dụng mã của nhiều chương trình đôi khi phải cuộn qua tới hàng chục trang quảng cáo. Kết quả là giấy phép BSD ba điều khoản đã được sửa đổi, hiện là giấy phép chính.
Ngoài ra, trang web GNU còn cung cấp giấy phép hai điều khoản khác, "giấy phép FreeBSD", chỉ bao gồm hai điều khoản đầu tiên của giấy phép BSD. Trang GNU tương tự khuyến nghị không nên gọi giấy phép này là "giấy phép BSD" để tránh gây nhầm lẫn.
3) Giấy phép GPL
Giấy phép Công cộng GNU (Giấy phép Công cộng GNU hoặc Giấy phép Công cộng Mở thỏa thuận cấp phép GNU là giấy phép phần mềm miễn phí phổ biến nhất được tạo bởi Dự án GNU. Phiên bản đầu tiên của GPL được phát hành vào năm 1988, nhưng sau đó nó đã được sửa đổi và phiên bản 2 của GPL được phát hành vào tháng 6 năm 1991, phiên bản này vẫn là tiêu chuẩn. GPL cấp cho người nhận chương trình máy tính các quyền sau hoặc "quyền tự do":
- tự do chạy chương trình cho bất kỳ mục đích nào;
- tự do nghiên cứu cách chương trình hoạt động và sửa đổi nó (điều kiện tiên quyết cho điều này là quyền truy cập vào mã nguồn);
- tự do phân phối các bản sao;
- tự do cải tiến chương trình và đưa ra các cải tiến trong truy cập công cộng(điều kiện tiên quyết cho việc này là quyền truy cập vào mã nguồn).
Vào ngày 16 tháng 1 năm 2006, bản dự thảo giấy phép đầu tiên đã được trình bày tại hội nghị GPL 3 quốc tế đầu tiên, được tổ chức tại MIT. Tất nhiên, GPL 3 hóa ra dài hơn và phức tạp hơn GPL 2.
Gần như ngay sau đó Linus Torvalds bày tỏ sự thất vọng với giấy phép GPLv3, nói rằng ông không thấy bất kỳ thay đổi cơ bản nào trong đó có thể thúc đẩy bản cập nhật giấy phép nhân Linux. GPLv3 cũng bị Andrew Morton, một trong những nhà phát triển chính của hệ điều hành phản đối. Hệ thống Linux, David Woodhouse, Dave Jones và một số chuyên gia khác. Theo quan điểm của họ, phiên bản GPLv3 được trình bày cần được cải tiến nghiêm túc.
Bản dự thảo thứ hai xuất hiện vào ngày 27 tháng 7, sau khi các hội nghị quốc tế được tổ chức tại Hoa Kỳ, Brazil và Tây Ban Nha, và hơn một nghìn đề xuất đã được gửi đến hệ thống bình luận của FSF. Do đó, khá nhiều sửa đổi đã được thực hiện, nhưng chúng chủ yếu liên quan đến các sắc thái và vấn đề nhỏ.
Dưới đây là một số cải tiến mà GPLv3 mang lại:
- Dự thảo đầu tiên của GPLv3 cấm hoàn toàn việc sử dụng các điều khiển quyền kỹ thuật số(Quản lý hạn chế kỹ thuật số, DRM), chẳng hạn, đã nói như sau: "DRM về cơ bản không tương thích với mục đích của GPL và hạn chế nghiêm trọng quyền tự do của người dùng; do đó, GPL đảm bảo rằng phần mềm được phát hành theo giấy phép này sẽ không bao giờ bị phải tuân theo các hạn chế kỹ thuật số và sẽ không bao giờ làm điều tương tự với phần mềm hoặc nội dung kỹ thuật số khác." Tuy nhiên, trong phiên bản thứ hai của giấy phép, cách diễn đạt trở nên trung lập hơn và bản thân thuật ngữ DRM thậm chí còn không được đề cập trong văn bản.
- Bây giờ có thể mở rộng giấy phép với một số Các yêu cầu bổ sung(ví dụ: yêu cầu chỉ ra bản quyền của sản phẩm gốc đối với tất cả các sản phẩm đã được sửa đổi). Những bổ sung như vậy sẽ trợ giúp về vấn đề tương thích của GPL với các giấy phép miễn phí khác.
- Việc sử dụng bằng sáng chế được quy định. Như đã nêu trong dự thảo GPLv3: "...mọi chương trình thường xuyên bị đe dọa bởi các bằng sáng chế phần mềm. Chúng tôi muốn giảm bớt mối nguy hiểm mà phần mềm miễn phí phải đối mặt khi các nhà phân phối lại phá vỡ các bằng sáng chế tương tự này, từ đó biến phần mềm thành độc quyền. Để ngăn chặn những hành động này, The GPL giảm thiểu mối nguy hiểm này bằng cách quy định rằng bất kỳ bằng sáng chế nào cũng phải miễn phí cho mọi người sử dụng hoặc không được cấp phép cho bất kỳ ai cả.”
- Đã thêm điều khoản cho phép phân phối chương trình GPL qua các mạng ngang hàng, chẳng hạn như BitTorrent, mà không cần chấp nhận giấy phép và theo đó, không cần cung cấp mã nguồn phần mềm.
4) Giấy phép LGPL
Giấy phép Công cộng Chung GNU Ít hơn (viết tắt là GNU LGPL) được tạo đặc biệt để cho phép các thư viện được liên kết với các chương trình được phân phối theo các giấy phép khác. Giấy phép Công cộng Chung của Thư viện GNU xuất hiện cùng lúc với giấy phép GPL 2, vì vậy nó cũng nhận được phiên bản số 2, để chỉ ra rằng hai giấy phép này là bổ sung cho nhau. Số phiên bản khác nhau vào năm 1999 khi phiên bản LGPL 2.1 được phát hành, được đổi tên thành Giấy phép Công cộng Chung Nhỏ hơn để làm rõ vị trí của nó trong triết lý GNU.
Điều đáng lưu ý là cùng với bản dự thảo thứ hai của GPL 3 là bản dự thảo đầu tiên của LGPL 3, được phát triển như một trường hợp đặc biệt của GPL 3 thông qua việc sử dụng một phần điều khoản bổ sung.
5) Giấy phép tội lỗi
Bao gồm GNU GPL với việc bổ sung một điều khoản đặc biệt trao quyền liên kết không hạn chế với phần mềm không miễn phí. Kết quả là nó không hẳn là copyleft nhưng tương thích với GNU GPL.
6) Giấy phép Apache
Giấy phép không copyleft theo đó tác phẩm nổi tiếng máy chủ Apache. Cho phép bạn sửa đổi và phân phối các chương trình ở cả dạng nguồn mở và nhị phân. Ngoài những quyền lợi cho mình phần mềm(để sử dụng, sửa đổi, phân phối), giấy phép yêu cầu chuyển giao các bằng sáng chế liên quan. Biện pháp đối phó được cung cấp trong trường hợp có khiếu nại pháp lý chống lại nhà phát triển phần mềm được phân phối theo giấy phép Apache - trong trường hợp này, người đưa ra khiếu nại đó sẽ tự động mất các quyền được giao cho mình liên quan đến chương trình hoặc các bằng sáng chế liên quan.
7) Giấy phép công cộng chung (CPL)
IBM đã xây dựng giấy phép này để phân phối sản phẩm của mình.
Điều đặc biệt của giấy phép này là nó cho phép các nhà phát triển thay đổi nguồn và sử dụng nó trong các sản phẩm thương mại của bạn. Ngay cả Microsoft cũng phát hành sản phẩm của mình theo giấy phép này - cài đặt cửa sổ XML.
8) Giấy phép Mozilla (Giấy phép Công cộng Mozilla, MPL)
Một giấy phép rắc rối không thực hiện copyleft nghiêm ngặt. Có một số hạn chế phức tạp khiến nó không tương thích với GNU GPL. Ví dụ: một mô-đun tuân theo GPL không thể được liên kết về mặt pháp lý với một mô-đun tuân theo MPL.
9) Giấy phép SPL
Giấy phép Công cộng Sun (SPL) tương đương với MPL với những thay đổi rất nhỏ, chẳng hạn như đổi tên công ty từ Netscape thành Sun Microsystems. Bạn có thể thấy sự khác biệt chính xác giữa MPL và SPL ở hai dạng: dành cho tin tặc (www.netbeans.org/about/legal/mpl-spl-hdiff.html).
Để lại bình luận của bạn!
Tóm tắt báo cáo tại hội thảo" Hệ thống mở: triết học, công nghệ, kinh doanh" (được tiến hành ngày 30 tháng 1 năm 2002 bởi Viện Logic và ALT Linux): Tất cả sáu giấy phép sẽ được thảo luận trong báo cáo này đều là các giấy phép được Sáng kiến Nguồn Mở phê duyệt để phân phối phần mềm nguồn mở. văn bản gốc. Những giấy phép tương tự này được gọi là "giấy phép phần mềm miễn phí" trên trang web dự án nền tảng phần mềm miễn phí GNU (FSF)...
Bình luận (3)
Thật không may, tôi không thể không đồng ý với điều này. Nhưng có một vấn đề khác. Hầu hết các giấy phép copyleft đều dựa trên hệ tư tưởng AS IS, tức là. không có sự đảm bảo nào, điều này gây khó khăn sử dụng chuyên nghiệp sản phẩm dựa trên chúng. Rất thường xuyên, khi lựa chọn giữa một sản phẩm theo giấy phép copyleft và sản phẩm thương mại sự lựa chọn được đưa ra có lợi cho cái sau chỉ dựa trên sự đảm bảo về chức năng và sự hỗ trợ mà nhà sản xuất cam kết.
> Hầu hết các giấy phép copyleft đều dựa trên hệ tư tưởng AS IS, tức là. thiếu bất kỳ sự đảm bảo nào, điều này làm phức tạp đáng kể việc sử dụng chuyên nghiệp các sản phẩm dựa trên chúng. Rất thường xuyên, khi lựa chọn giữa một sản phẩm theo giấy phép copyleft và một sản phẩm thương mại, lựa chọn được đưa ra có lợi cho sản phẩm sau chỉ dựa trên các đảm bảo về chức năng và hỗ trợ mà nhà sản xuất cam kết.
Đây là tuyên truyền thuần túy. Thứ nhất, thật vô nghĩa khi đối chiếu giữa “copyleft” và “thương mại”. Copyleft không phản đối "thương mại", mà phản đối miễn phí không được bảo vệ hoặc (cùng với miễn phí không được bảo vệ) không tự do. "Thương mại" là một phương thức phân phối. Phần mềm copyleft có thể được cung cấp cả về mặt thương mại (vì tiền) và phi thương mại.
Thứ hai, AS IS là mặc định không có trách nhiệm pháp lý của tác giả/nhà cung cấp. Trách nhiệm và nghĩa vụ có thể được mô tả trong tài liệu khác; trên thực tế, các giấy phép copyleft không nhằm mục đích này; họ tuyên bố rõ ràng rằng họ quản lý việc phân phối và sử dụng.
- Dịch
171 từ mà bất kỳ lập trình viên nào cũng nên hiểu
Giấy phép MIT là giấy phép phổ biến nhất cho phần mềm nguồn mở. Đây là một trong những bài đọc của cô ấy, với sự phân tích từng dòng một.Đọc giấy phép
Nếu bạn là nhà phát triển nguồn mở và chưa đọc chi tiết giấy phép này - và nó chỉ dài 171 từ - bạn nên đọc. Đặc biệt nếu bạn không phải xử lý giấy phép hàng ngày. Đánh dấu bất cứ điều gì bạn không hiểu. Và tôi sẽ lặp lại tất cả những từ này, theo thứ tự và từng phần, cùng với ngữ cảnh và nhận xét. Đồng thời, điều quan trọng là phải tưởng tượng nó một cách tổng thể.Giấy phép MIT (MIT)Bản quyền "năm" "người giữ bản quyền"
Theo đây, quyền được cấp miễn phí cho bất kỳ người nào có bản sao của phần mềm này và các tệp tài liệu liên quan ("Phần mềm") để xử lý Phần mềm mà không bị hạn chế, bao gồm nhưng không giới hạn các quyền sử dụng, sao chép, sửa đổi, hợp nhất , xuất bản, phân phối, cấp phép lại và/hoặc bán các bản sao của Phần mềm và cho phép những người được cung cấp Phần mềm làm như vậy, tuân theo các điều kiện sau:
Thông báo bản quyền ở trên và thông báo cấp phép này sẽ được bao gồm trong tất cả các bản sao hoặc các phần quan trọng của Phần mềm.
PHẦN MỀM ĐƯỢC CUNG CẤP “NGUYÊN TRẠNG”, KHÔNG CÓ BẤT CỨ HÌNH THỨC BẢO ĐẢM NÀO, RÕ RÀNG HAY NGỤ Ý, BAO GỒM NHƯNG KHÔNG GIỚI HẠN ĐẢM BẢO VỀ KHẢ NĂNG CÓ THỂ BÁN, SỰ PHÙ HỢP CHO MỘT MỤC ĐÍCH CỤ THỂ VÀ KHÔNG VI PHẠM. TRONG MỌI TRƯỜNG HỢP CÁC TÁC GIẢ HOẶC NGƯỜI GIỮ BẢN QUYỀN SẼ KHÔNG CHỊU TRÁCH NHIỆM VỀ BẤT KỲ KHIẾU NẠI, THIỆT HẠI HOẶC TRÁCH NHIỆM PHÁP LÝ KHÁC NÀO DÙ TRONG HÀNH ĐỘNG HỢP ĐỒNG, VIỆC LẠI HOẶC CÁCH KHÁC, PHÁT SINH TỪ, NGOÀI HOẶC LIÊN QUAN ĐẾN PHẦN MỀM HOẶC VIỆC SỬ DỤNG HOẶC CÁC GIAO DỊCH KHÁC TRONG PHẦN MỀM.
Giấy phép MITBản quyền “năm” “chủ sở hữu quyền”
Giấy phép này cho phép những người có được bản sao của phần mềm và tài liệu đi kèm (sau đây gọi là “Phần mềm”) sử dụng Phần mềm mà không giới hạn, không giới hạn, bao gồm quyền không hạn chế sử dụng, sao chép, sửa đổi, hợp nhất, xuất bản, phân phối , cấp phép lại và/hoặc bán bản sao của Phần mềm cũng như cho những người được cung cấp Phần mềm này, tuân theo các điều kiện sau:
PHẦN MỀM ĐƯỢC CUNG CẤP "NGUYÊN TRẠNG", KHÔNG CÓ BẤT KỲ HÌNH THỨC BẢO ĐẢM NÀO, RÕ RÀNG HAY NGỤ Ý, BAO GỒM NHƯNG KHÔNG GIỚI HẠN ĐẢM BẢO VỀ KHẢ NĂNG CÓ THỂ BÁN, SỰ PHÙ HỢP CHO MỘT MỤC ĐÍCH CỤ THỂ VÀ KHÔNG VI PHẠM. TRONG MỌI TRƯỜNG HỢP CÁC TÁC GIẢ HOẶC NGƯỜI GIỮ BẢN QUYỀN SẼ KHÔNG CHỊU TRÁCH NHIỆM VỀ BẤT KỲ KHIẾU NẠI, THIỆT HẠI HOẶC KHIẾU NẠI KHÁC NÀO, BAO GỒM CHO DÙ TRONG HỢP ĐỒNG, VIỆC LẠI HAY KHÁC, PHÁT SINH TỪ VIỆC SỬ DỤNG PHẦN MỀM HAY VỚI PHẦN MỀM.
Giấy phép được chia thành năm đoạn, nhưng được chia một cách hợp lý như sau:
- Phần mở đầu
- Tên
- Bản quyền
- Sự cho phép
- Phạm vi
- Điều kiện
- Chuyển nhượng giấy phép
- Từ chối bảo hành
- Tuyên bố miễn trừ trách nhiệm
Phần mở đầu
Tên
"Giấy phép MIT" không phải là một giấy phép mà là một nhóm các hình thức cấp phép chịu ảnh hưởng của phong cách được áp dụng trong các sản phẩm do Viện Công nghệ Massachusetts sản xuất. Nó đã thay đổi thường xuyên trong những năm qua, cho cả các dự án sử dụng nó ban đầu và làm hình mẫu cho các dự án khác. Dự án Fedora duy trì một kho lưu trữ các tùy chọn giấy phép thú vị, với các tùy chọn giấy phép được lưu trữ trong văn bản thuần túy, như thể những điều kỳ diệu về mặt giải phẫu trong formaldehyde, thể hiện quá trình tiến hóa.
May mắn thay, Sáng kiến Nguồn Mở và nhóm Trao đổi Dữ liệu Gói Phần mềm đã chuẩn hóa dạng chung của giấy phép MIT và gọi nó là “Giấy phép MIT”. OSI đã áp dụng các mã định danh chuỗi cho các giấy phép nguồn mở phổ biến từ SPDX và từ viết tắt MIT ngụ ý rõ ràng "giấy phép MIT". Nếu bạn cần phân phối sản phẩm của mình theo các điều khoản của MIT, hãy sử dụng mẫu giấy phép tiêu chuẩn của MIT.
Nhưng ngay cả khi bạn bao gồm các dòng “Giấy phép MIT” hoặc “SPDX:MIT” trong tệp GIẤY PHÉP của bạn, người đọc có trách nhiệm sẽ kiểm tra văn bản của bạn theo biểu mẫu chuẩn, chỉ để đảm bảo an toàn. rất nhiều các hình thức khác nhau các giấy phép tự gọi mình là “Giấy phép MIT”, mặc dù chúng khác nhau về các chi tiết và do khái niệm quá mơ hồ về “Giấy phép MIT”, nhiều tác giả không thể cưỡng lại sự cám dỗ để thêm điều gì đó của riêng họ vào văn bản. Ví dụ kinh điển về một sự thay đổi tồi tệ, khủng khiếp, kinh tởm như vậy là giấy phép JSON, trong đó bổ sung thêm "Chương trình phải được sử dụng cho mục đích tốt, không phải mục đích xấu" vào giấy phép MIT. Thủ thuật này rất đúng tinh thần của Crockford. Đau đầu khủng khiếp. Có lẽ đó là sự nhạo báng luật sư. Họ cười suốt chặng đường tới ngân hàng.
Bài học là: chỉ viết “giấy phép MIT” là mơ hồ. Nói chung mọi người sẽ hiểu ý bạn, nhưng bạn sẽ tiết kiệm thời gian cho mọi người và chính mình bằng cách sao chép văn bản của Giấy phép Tiêu chuẩn MIT vào dự án của bạn.
Bản quyền
Bản quyền<год> <владельцы прав>
Trước khi Đạo luật Bản quyền năm 1976 được ban hành tại Hoa Kỳ, cần có các bước đặc biệt, “các yêu cầu chính thức” để đảm bảo sự tồn tại của bản quyền. Và nếu bạn không tuân theo họ, bạn có quyền khởi kiện sử dụng trái phép công việc của bạn bị hạn chế và đôi khi biến mất hoàn toàn. Một trong những yêu cầu chính thức là cái gọi là. “thông báo”: đánh dấu tác phẩm của bạn và các hành động cần thiết khác để thông báo cho thị trường về yêu cầu quyền. Biểu tượng là biểu tượng tiêu chuẩn cho việc này. ASCII không có biểu tượng như vậy nên sự kết hợp được sử dụng cho cùng mục đích.
Đạo luật Bản quyền năm 1976 đã loại bỏ sự cần thiết về mặt thủ tục. Ở Hoa Kỳ, chủ sở hữu quyền vẫn phải đăng ký tác phẩm của mình trước khi tiến hành thủ tục tố tụng, nhưng trên thực tế, việc này được thực hiện trực tiếp trước tòa án. Bạn sẽ không mất bản quyền nếu bạn quên khai báo, đăng ký, gửi bản sao đến Thư viện Quốc hội, v.v.
Nhưng ngay cả khi những tuyên bố này không còn cần thiết nữa thì chúng vẫn khá hữu ích. Bằng cách chỉ ra năm thực hiện một tác phẩm nhất định và các quyền đối với tác phẩm đó, bạn có thể làm rõ ngay khi nào các quyền này hết hạn và tác phẩm đó trở thành phạm vi công cộng. Danh tính tác giả cũng rất hữu ích - ở Hoa Kỳ, luật pháp đối xử với từng tác giả và nhóm tác giả một cách khác nhau. Trong kinh doanh, một công ty sẽ suy nghĩ kỹ trước khi sử dụng phần mềm của đối thủ, ngay cả khi giấy phép cho phép điều đó. Nếu bạn hy vọng người khác sẽ chú ý đến tác phẩm của mình và muốn cấp phép cho tác phẩm đó từ bạn thì thông tin về người giữ bản quyền cũng sẽ hữu ích.
Không có chỗ cho chủ sở hữu bản quyền trong tất cả các giấy phép. Các giấy phép hiện đại hơn, chẳng hạn như Apache 2.0 và GPL 3.0, xuất bản các văn bản GIẤY PHÉP phải được sao chép nguyên văn, sau đó trong các nhận xét và tập tin riêng biệtđã chỉ rõ chủ sở hữu của tác phẩm. Cách tiếp cận này loại bỏ những thay đổi đối với văn bản giấy phép và đơn giản hóa quá trình xử lý tự động của chúng.
Giấy phép MIT đến từ việc phát hành mã do nhiều tổ chức khác nhau thực hiện. Đối với những bản phát hành như vậy, chủ sở hữu các quyền chỉ là viện phát hành mã. Các tổ chức khác đã áp dụng các giấy phép này, thay thế MIT bằng tên riêng của họ, dẫn đến sự tồn tại của các giấy phép này. nhìn chung. Các giấy phép khác đã trải qua quá trình này, chẳng hạn như Giấy phép BSD của Đại học California, ban đầu là giấy phép bốn điều khoản nhưng hiện được sử dụng trong các biến thể ba và hai điều khoản, và Giấy phép ISC cho Hiệp hội Hệ thống Internet, một biến thể của giấy phép MIT.
Trong mỗi trường hợp, tổ chức tự nhận mình là chủ sở hữu các quyền và tận dụng khả năng “làm việc cho thuê”, cho phép tổ chức giữ quyền đối với công việc do nhân viên và nhà thầu thực hiện. Những quy tắc này thường không áp dụng cho công việc mà nhân viên và nhà thầu tự mình thực hiện. Chúng cũng không áp dụng cho các nhóm người phân tán làm việc cùng nhau tình nguyện mã hóa của họ. Đối với các nền tảng đang chạy các dự án như Quỹ Apache và Quỹ Eclipse chấp nhận mã từ có nhiều nguồn, điều này đặt ra một vấn đề. Các quỹ thường giải quyết vấn đề này bằng cách sử dụng giấy phép nội bộ yêu cầu một chủ sở hữu quyền duy nhất—Apache CLA và Eclipse CLA—để có được các quyền từ các nhà tài trợ. Việc thu thập quyền ở một nơi thậm chí còn quan trọng hơn đối với tất cả các loại giấy phép “copyleft”, chẳng hạn như GPL, vốn chuyển trách nhiệm phổ biến các giá trị của phần mềm miễn phí sang chủ sở hữu bản quyền.
Ngày nay, nhiều dự án, ngay cả những dự án không quản lý nhiều nhà cung cấp mã, đều sử dụng giấy phép MIT. SPDX và OSI đã góp phần vào việc này bằng cách tiêu chuẩn hóa các mẫu giấy phép không đề cập đến người nào đó hoặc một nhóm người có quyền. Do đó, hầu hết các tác giả chỉ cần viết tên của họ vào thông báo bản quyền và đôi khi còn ghi cả năm.
Chủ sở hữu ban đầu của mã vẫn giữ quyền đối với tác phẩm của họ. Nhưng trong khi các giấy phép giống như MIT cấp cho người khác quyền xây dựng và thay đổi phần mềm, tạo ra cái được gọi là “tác phẩm phái sinh”, chúng không cấp cho tác giả gốc khả năng sở hữu những gì người khác đã tạo ra. Mọi người đóng góp đều có quyền đối với phần công việc của họ được thực hiện trên cơ sở quy tắc hiện có.
Hầu hết các dự án đều không bận tâm đến việc thuyết phục người tham gia đồng ý cấp phép chứ đừng nói đến việc ký các văn bản về phân chia quyền. Điều này thật ngây thơ nhưng có thể hiểu được. Bất chấp giả định của các nhà phát triển rằng bằng cách gửi yêu cầu kéo tới GitHub, họ sẽ tự động nhận được một số quyền nhất định để phân phối dự án theo thư cấp phép, nhưng không có quy tắc nào như vậy ở Hoa Kỳ. Mặc định là bảo vệ bản quyền thay vì quyền chuyển nhượng giấy phép.
Để thu hẹp khoảng cách giữa việc chuyển giao quyền được hợp pháp hóa và ghi chép cũng như việc không có bất kỳ thủ tục giấy tờ nào, một số dự án chấp nhận Chứng chỉ Xuất xứ của Nhà phát triển, một tuyên bố tiêu chuẩn mà các nhà phát triển đề cập đến việc sử dụng thẻ meta Signed-Off-By DCO được thiết kế để phát triển. Nhân Linux, xuất phát từ nhân Unix do SCO sở hữu. DCO thực hiện rất tốt việc ghi lại quá trình mà mỗi dòng Linux được hình thành thông qua những người đã đóng góp cho nó. Mặc dù đây không phải là giấy phép nhưng nó cung cấp nhiều bằng chứng thuyết phục rằng những người đã gửi mã của họ cho dự án có ý định rằng nó sẽ được phân phối cùng với dự án và người dùng sẽ sử dụng nó theo giấy phép hạt nhân hiện có. Cũng được hỗ trợ cốt lõi là tệp CREDITS mà con người có thể đọc được, liệt kê tất cả những người đã đóng góp, với tên, tư cách thành viên, phạm vi đóng góp và dữ liệu khác.
Sự cho phép
Giấy phép này cho phép những người có được bản sao của phần mềm này và tài liệu đi kèm (sau đây gọi là “Phần mềm”) được
Mục đích của giấy phép MIT là, như bạn có thể đoán, nó là một giấy phép. Nói chung, giấy phép là sự cho phép mà một người hoặc thực thể– người cấp phép – cho phép người khác – người được cấp phép – làm điều gì đó mà có thể bị thách thức trước tòa. Giấy phép MIT là lời hứa không kiện tụng.
Đôi khi luật pháp tách biệt giữa giấy phép và lời hứa trong việc chuyển nhượng giấy phép. Nếu ai đó thất hứa cấp giấy phép cho bạn, bạn có thể kiện họ vì đã thất hứa, nhưng bạn có thể không bao giờ nhận được giấy phép. Trong câu này [ V. phiên bản tiếng Anh vì mục đích này, chủ nghĩa cổ xưa "theo đây" được sử dụng - khoảng. dịch] làm rõ rằng bản thân văn bản của giấy phép này đã cấp cho bạn giấy phép chứ không chỉ là lời hứa chuyển giao nó.
Và trong khi nhiều giấy phép cấp quyền cho một giấy phép có tên cụ thể thì giấy phép MIT là “giấy phép công cộng”. Giấy phép công cộng cấp quyền cho mọi người, tức là. – đối với xã hội. Đây là một trong ba ý tưởng tuyệt vời đằng sau các giấy phép nguồn mở. Giấy phép MIT tận dụng ý tưởng này bằng cách cung cấp giấy phép cho tất cả "những người có được bản sao của phần mềm".
Chỉ định khái niệm trong ngoặc và dấu ngoặc kép (“Định nghĩa”) – cách tiêu chuẩnđưa ra các điều khoản giá trị nhất định trong các văn bản pháp luật. Các bên sẽ có thể sử dụng các điều khoản này trong quá trình tố tụng tại tòa án.
Phạm vi
sử dụng Phần mềm miễn phí mà không bị hạn chế,
Những từ này, theo quan điểm của người được cấp phép, là những từ quan trọng nhất trong tất cả các từ trong giấy phép MIT. Các vấn đề chính liên quan đến quyền là khả năng bị truy tố vì vi phạm bản quyền và vi phạm bằng sáng chế. Không có lĩnh vực luật nào trong số này sử dụng từ “sử dụng miễn phí”. Do đó, tòa án chắc chắn sẽ hỏi định nghĩa này có nghĩa là gì. Tòa án sẽ thấy rằng mô tả này cố tình quá rộng và mở. Nó cho phép người được cấp phép chống lại bất kỳ khiếu nại nào của người cấp phép rằng họ không cấp phép cho việc sử dụng phần mềm cụ thể.
bao gồm quyền không hạn chế để sử dụng, sao chép, sửa đổi, hợp nhất, xuất bản, phân phối, cấp phép phụ và/hoặc bán các bản sao của Phần mềm cũng như cho những người được cung cấp Phần mềm,
Không có văn bản pháp lý hoàn hảo nào hoàn toàn rõ ràng hoặc hoàn toàn dễ hiểu. Đừng tin nếu ai đó nói với bạn điều ngược lại. Phần này của giấy phép là phần kém tiên tiến nhất.
Thứ nhất, “bao gồm cả luật vô hạn” là một ví dụ về cách không viết văn bản pháp luật. Có các biến thể của công thức này:
- bao gồm nhưng không giới hạn;
- bao gồm nhưng không giới hạn những khái quát ở trên;
- bao gồm nhưng không giới hạn trong;
Tất cả chúng đều được viết cho một mục đích và không ai trong số chúng đạt được điều đó. Các luật sư sử dụng chúng muốn ăn cá chứ không muốn mắc cạn. Trong giấy phép MIT, chúng có nghĩa là nỗ lực cung cấp một số ví dụ nhất định về "việc sử dụng phần mềm" - "sử dụng, sao chép, sửa đổi", v.v. - mà không ngụ ý rằng phần mềm chỉ có thể được sử dụng bởi một trong các các phương pháp được liệt kê. Vấn đề là nếu một giấy phép như vậy được đưa ra trước tòa thì tòa án sẽ phải xác định ý nghĩa của các điều khoản này để hiểu được giấy phép đó. Nếu tòa án muốn hiểu ý nghĩa của việc “sử dụng phần mềm”, thì tòa án sẽ không thể “bỏ qua” các ví dụ về việc sử dụng được chỉ định trong giấy phép. Tôi muốn nói rằng tốt nhất bạn nên viết giấy phép “sử dụng phần mềm mà không bị hạn chế”. Nó cũng ngắn hơn.
Thứ hai, các điều khoản được liệt kê là một sự nhầm lẫn. Một số trong số này được bảo vệ bởi luật bản quyền và bằng sáng chế, còn một số thì không.
- sử dụngđược tìm thấy trong Bộ luật Hoa Kỳ, Điều 35, đoạn 271 (a) trong danh sách những điều mà người sau có thể kiện mà không có sự cho phép của chủ sở hữu bằng sáng chế
- sao chép tìm thấy trong Bộ luật, Điều 17, đoạn 106, trong danh sách luật bản quyền
- thay đổi, xuất bản, hợp nhất không xuất hiện trong luật bản quyền hoặc luật sáng chế.
- phân phátđược tìm thấy trong luật bản quyền.
- cấp giấy phép con- Cái này thuật ngữ chung luật sở hữu trí tuệ. Nó có nghĩa là người khác có quyền cho đi giấy phép của chính họ để lấy một phần hoặc danh sách đầy đủ những gì bạn cho phép họ làm. Mục này là bất thường đối với giấy phép mở. Cách tiếp cận thông thường là trực tiếp, khi tất cả những người nhận được bản sao của phần mềm cũng nhận được giấy phép trực tiếp từ chủ sở hữu.
- bán- từ này là lai. Nó tương tự như việc bán hàng được đề cập trong luật sáng chế, nhưng đề cập đến việc bán các bản sao, như trong luật bản quyền. Về mặt bản quyền thì nó gần với "phân phối" hơn, nhưng luật bản quyền không đề cập đến việc bán hàng.
- cũng như những người được cung cấp Phần mềm này– cụm từ này có vẻ như là sự lặp lại không cần thiết của “cấp phép lại”. Nó cũng không cần thiết trong trường hợp những người nhận được bản sao của phần mềm sẽ ngay lập tức nhận được giấy phép.
Ba điều kiện cấp phép
tuân theo các điều kiện sau
Luôn luôn có một nhược điểm - và MIT thậm chí còn có ba trong số đó!
Nếu bạn không tuân thủ các điều kiện, bạn sẽ không nhận được sự cho phép. Vì vậy, về mặt lý thuyết, trong trường hợp này bạn có thể bị kiện, rất có thể là theo luật bản quyền.
Sử dụng giá trị của phần mềm để thúc đẩy người được cấp phép tuân thủ dù không trả tiền giấy phép là ý tưởng tuyệt vời thứ hai của phần mềm nguồn mở. Loại thứ hai, không được bao gồm trong giấy phép MIT, dựa trên các điều kiện cấp phép—các giấy phép như Giấy phép Công cộng GNU sử dụng các điều kiện để kiểm soát cách những người thay đổi có thể cấp phép và phân phối các phiên bản đã sửa đổi.
Chuyển nhượng giấy phép
Thông báo bản quyền ở trên và các điều khoản và điều kiện này phải được bao gồm trong tất cả các bản sao hoặc các phần quan trọng của Phần mềm.
Nếu bạn đưa cho ai đó một bản sao của phần mềm, bạn phải bao gồm văn bản giấy phép trong đó và bạn có thể thêm bất kỳ thông báo bản quyền nào. Điều này phục vụ một số mục đích:
- Nói với người khác rằng họ có quyền đối với phần mềm có giấy phép công cộng. Cái này tính năng chính mô hình được cấp phép trực tiếp, trong đó mỗi người dùng nhận được giấy phép trực tiếp từ chủ sở hữu quyền.
- Đưa ra ý tưởng về tác giả của phần mềm để biết rõ ai cần được khen ngợi, nổi tiếng và quyên góp.
- Cung cấp từ chối trách nhiệm bảo đảm và giới hạn trách nhiệm pháp lý.
Thật không may, những điều kiện này không được đáp ứng tốt. Hầu hết mọi giấy phép nguồn mở đều có những điều khoản như vậy. Những người tạo ra hệ thống và phần mềm có thể cài đặt thường nhận ra rằng họ cần hiển thị tệp có thông tin giấy phép trên màn hình và đưa các bản sao của giấy phép vào thư viện và thành phần. Các quỹ quản lý dự án dạy những cách thực hành này. Nhưng các nhà phát triển web dường như đã không được thông báo. Không có sự tha thứ cho họ.
Từ chối bảo hành
PHẦN MỀM ĐƯỢC CUNG CẤP "NGUYÊN TRẠNG", KHÔNG CÓ BẤT KỲ HÌNH THỨC BẢO ĐẢM NÀO, RÕ RÀNG HAY NGỤ Ý, BAO GỒM NHƯNG KHÔNG GIỚI HẠN ĐẢM BẢO VỀ KHẢ NĂNG CÓ THỂ BÁN, SỰ PHÙ HỢP CHO MỘT MỤC ĐÍCH CỤ THỂ VÀ KHÔNG VI PHẠM.
Hầu như tất cả các tiểu bang của Hoa Kỳ đều được pháp luật yêu cầu phải tuân theo một phiên bản của Bộ luật Thương mại Thống nhất, một bộ luật điều chỉnh các giao dịch thương mại. Điều 2 của UCC đề cập đến các hợp đồng mua bán hàng hóa, từ ô tô đã qua sử dụng được mua đấu giá đến việc cung cấp hóa chất công nghiệp cho các nhà máy.
Một số quy tắc UCC nhất định là bắt buộc và luôn được áp dụng. Những người khác chỉ mô tả trạng thái “mặc định” - trừ khi người bán và người mua viết điều gì đó khác trong thỏa thuận. Trong số các quy tắc “mặc định” này có sự đảm bảo, tức là lời hứa của người bán với người mua về chất lượng và sự phù hợp khi sử dụng sản phẩm.
Có tranh luận về việc liệu các giấy phép công cộng như MIT có phải là hợp đồng hay không - những thỏa thuận mà người được cấp phép và người cấp phép có thể bị ép buộc - hay chỉ đơn giản là những giấy phép có thể có các điều kiện kèm theo. Có ít tranh luận hơn về việc liệu phần mềm có phải là sản phẩm hay không và do đó phải chịu sự quản lý của UCC. Nhưng người cấp phép không có tranh chấp về trách nhiệm pháp lý: không ai muốn bị kiện nếu phần mềm họ phân phối bị hỏng, gây ra sự cố, không hoạt động hoặc có biểu hiện tiêu cực. Điều này hoàn toàn trái ngược với những gì ba quy tắc đảm bảo mặc định mô tả:
- Khả năng bán được, theo mục 2-314, là lời hứa rằng sản phẩm - phần mềm - ít nhất sẽ có chất lượng trung bình, được đóng gói và dán nhãn phù hợp cũng như phù hợp với mục đích. sử dụng bình thường. Quy tắc này chỉ áp dụng cho các đại lý phần mềm - nghĩa là cho những người bán chúng và những người tự coi mình là chuyên gia trong lĩnh vực này.
- Sự phù hợp cho một mục đích cụ thể, theo mục 2-315, áp dụng khi người bán biết rằng người mua mong đợi hàng hóa phù hợp cho một mục đích cụ thể.
- Không cản trở bằng sáng chế – Không được bao gồm trong UCC, nhưng thường được sử dụng trong luật hợp đồng. Nó bảo vệ người mua trong trường hợp sản phẩm đã mua bị phát hiện vi phạm quyền sở hữu trí tuệ của người khác.
Các luật sư từ lâu đã lầm tưởng rằng viết chữ in hoa là đáp ứng yêu cầu rõ ràng. Cái này sai. Chữ in hoa thường đẩy lùi người đọc thay vì thu hút sự chú ý của anh ta. Nhưng hầu hết các giấy phép nguồn mở đều đặt phần này bằng chữ in hoa vì đó là cách rõ ràng nhất để làm nổi bật văn bản trong các tệp văn bản thuần túy. Tôi muốn sử dụng dấu hoa thị hoặc nghệ thuật ASCII khác hơn, nhưng chuyến tàu đó đã rời đi.
Tuyên bố miễn trừ trách nhiệm
TRONG MỌI TRƯỜNG HỢP CÁC TÁC GIẢ HOẶC NGƯỜI GIỮ BẢN QUYỀN SẼ KHÔNG CHỊU TRÁCH NHIỆM VỀ BẤT KỲ KHIẾU NẠI, THIỆT HẠI HOẶC KHIẾU NẠI KHÁC NÀO, BAO GỒM CHO DÙ TRONG HỢP ĐỒNG, VIỆC LẠI HAY KHÁC, PHÁT SINH TỪ VIỆC SỬ DỤNG PHẦN MỀM HAY VỚI PHẦN MỀM.
Giấy phép MIT cung cấp phần mềm miễn phí, nhưng luật không ngụ ý rằng những người nhận được giấy phép miễn phí mọi người sẽ mất quyền xét xử nếu có sự cố xảy ra và người cấp phép bị kết tội. Các giới hạn trách nhiệm pháp lý, như giấy phép, cũng đóng vai trò là lời hứa không đưa ra tòa - chỉ trong trường hợp này chúng mới bảo vệ người cấp phép khỏi người được cấp phép.
Thông thường, tòa án sẽ đọc kỹ các tuyên bố từ chối trách nhiệm bảo đảm vì nó có thể giúp chuyển rủi ro từ bên này sang bên kia. Để cho người dân cơ hội tự bào chữa, trong mọi trường hợp có thể xảy ra, tòa án sẽ giải thích những sự miễn trừ này đối với người mà họ đang bảo vệ. Thông thường, tòa án sẽ từ chối xem xét chúng nếu những điều kiện đó nằm ở đâu đó sâu trong hợp đồng và không được nêu rõ. Vì vậy, các luật sư đã quen với việc viết chúng bằng chữ in hoa.
Giới hạn trách nhiệm pháp lý, trong số những điều khác, cũng giới hạn số tiền mà người được cấp phép có thể bị kiện. Đối với giấy phép mở, giới hạn này luôn bằng 0. Giấy phép thương mại thường bao gồm số tiền gấp bội số phí giấy phép đã trả trong 12 tháng qua.
Phần này liệt kê các loại mục đích hợp pháp mà người cấp phép không được sử dụng. Giống như nhiều hình thức pháp lý, giấy phép này đề cập đến việc vi phạm hợp đồng và tra tấn. Các quy tắc về tra tấn đề cập đến việc thực hiện các hành vi làm phát sinh thiệt hại. Nếu bạn tông phải ai đó trên đường khi đang nhắn tin, bạn đã phạm tội tra tấn. Nếu công ty của bạn bán tai nghe bị lỗi làm bỏng tai người khác thì đó là hành vi vi phạm pháp luật. Nếu hợp đồng không loại trừ rõ ràng các yêu cầu bồi thường do vi phạm hợp đồng, tòa án đôi khi sẽ lợi dụng điều đó. Giấy phép của MIT nêu rõ "theo các yêu cầu khác" để loại trừ mọi yêu cầu ngoại lai.
Cụm từ " PHÁT SINH TỪ VIỆC SỬ DỤNG PHẦN MỀM HOẶC CÁC HÀNH ĐỘNG KHÁC VỚI PHẦN MỀM" là một đặc điểm căng thẳng của nỗi sợ hãi có sẵn của một luật sư đối với sự an toàn của anh ta. Vấn đề là mọi khiếu nại liên quan đến phần mềm này đều có các giới hạn và ngoại lệ. Tuy nhiên, việc sử dụng phần mềm hoàn toàn được bao gồm trong “các hành động khác” với phần mềm . giấy phép ban đầu chỉ định ba tùy chọn cho các sự kiện “phát sinh từ”, “liên quan đến”, “sử dụng” - nghĩa là “phát sinh từ”, “liên quan đến” và “khi sử dụng”, trên thực tế, các sự kiện này trùng lặp với nhau , khiến tác giả bài viết phàn nàn - khoảng. dịch] Tuy nhiên, ngôn ngữ đó được sử dụng trong hàng triệu giấy phép khác.
Phần kết luận
Nhưng tất cả những tuyên bố này không quá lớn. Giấy phép MIT là một điển hình về mặt pháp lý. Cô ta làm việc. Nó không phải là thuốc chữa bách bệnh cho tất cả các bệnh về phần mềm, đặc biệt là các tranh chấp về bằng sáng chế. Nhưng những giấy phép như vậy đã phục vụ tốt và phục vụ một mục đích cụ thể - việc bãi bỏ các quy tắc mặc định bất tiện về bản quyền, bán hàng và hợp đồng - với đặt tối thiểu công cụ pháp lý. Trong bối cảnh chủ đề máy tính sức sống của cô ấy thật tuyệt vời. Nó đã tồn tại lâu hơn và sẽ tồn tại lâu hơn hầu hết các phần mềm được cấp phép theo nó. Người ta chỉ có thể đoán nó sẽ tiếp tục hoạt động trong bao nhiêu thập kỷ. Điều này đặc biệt có lợi cho những người không đủ khả năng thuê luật sư.Chúng ta đã thấy rằng giấy phép MIT là một tập hợp các định nghĩa được xác định và tiêu chuẩn hóa nhằm mang lại trật tự cho sự hỗn loạn của các biến thể ngẫu nhiên của các giấy phép được các tổ chức khác nhau thông qua.
Chúng tôi đã thấy cách tiếp cận của cô ấy đối với các vấn đề về ghi công và bản quyền ảnh hưởng đến thực tiễn quản lý quyền sở hữu trong các tổ chức học thuật và thương mại.
mở bằng Thêm thẻ
Với việc các điều khoản dịch vụ làm rõ (cuối cùng) tình trạng pháp lý của GitHub liên quan đến các dự án mà nó tổ chức, công ty đã quyết định tiến xa hơn trong việc giúp người dùng hiểu những gì họ được hưởng và những gì họ không được phép. Với mục đích này, tệp LICENSE từ thư mục gốc của dự án đã được thêm vào trang thông tin ngắn gọn về giấy phép từ trang web Chọn Giấy phép:
Chúng tôi quyết định dịch những ghi chú này cho bạn để nếu cần, bạn có thể nhanh chóng nhớ lý do tại sao cần có giấy phép này hoặc giấy phép kia. Dưới đây chúng tôi cung cấp mô tả ngắn gọn giấy phép và bảng có chứa ba cột:
- Phần đầu tiên chứa thông tin về những gì giấy phép cho phép bạn thực hiện với dự án (ngược lại, giấy phép bản quyền hoặc độc quyền thường cấm bạn làm điều này);
- Thứ hai là về những hạn chế mà giấy phép đặt ra đối với những người sửa đổi hoặc phân phối lại tác phẩm;
- Phần cuối cùng là về những gì giấy phép không đảm bảo và những gì nó không cho phép.
Giải thích ý nghĩa một số bảng
Quyền * phân phát, * sử dụng cho mục đích thương mại hoặc * sửa đổi tác phẩm có nghĩa chính xác như những gì nó nói - bạn có thể thực hiện các quyền này, nhưng chỉ với điều kiện bạn tuân thủ các điều kiện được chỉ định trong các phần * “Yêu cầu” và * "Cấm."
Đoạn văn * "Cho phép sử dụng cá nhân" sử dụng cá nhân) có nghĩa là nếu bạn thay đổi tác phẩm, bạn không cần phải phân phối lại nó - bạn có thể làm bất cứ điều gì bạn muốn với mã trên máy của chính mình.
Đoạn văn * "" có nghĩa là các đồng tác giả của tác phẩm (người đóng góp) từ bỏ quyền sáng chế (nếu có) đối với những phần mã mà họ đã thêm vào; điều này đảm bảo an toàn khi sử dụng tác phẩm - chắc chắn sẽ không có vụ kiện nào chống lại bạn.
Mặt hàng * "Tuyên bố từ chối trách nhiệm" và * “Không đảm bảo” có nghĩa là trong mọi trường hợp, tác giả của tác phẩm không thể chịu trách nhiệm về hậu quả của việc sử dụng, bán hoặc bất kỳ điều gì khác.
GNU AGPLv3
Cho phép:* sử dụng thương mại
* Truyền bá
* Thay đổi
* Sử dụng cá nhân
* Cấp quyền sáng chế Đòi hỏi:
*
*
*
* Sử dụng qua mạng tương đương với phân phối
* Cấm:
* Từ chối trách nhiệm
* Không có gì đảm bảo Đây là giấy phép copyleft mạnh nhất hiện có. Nó cho phép bạn làm bất cứ điều gì bạn muốn với mã, nhưng đổi lại, bất kỳ ai sửa đổi hoặc phân phối lại tác phẩm đều phải ghi rõ quyền tác giả ban đầu, phân phối mã nguồn đi kèm với tác phẩm (hoặc cung cấp nó theo yêu cầu) và chỉ ra rằng công việc đã được đóng góp những thay đổi đã được thực hiện. Tuy nhiên, các tác phẩm phái sinh phải được xuất bản theo cùng một giấy phép, không có ngoại lệ. Giấy phép đảm bảo rằng người dùng (nhà phân phối) sẽ không phải chịu bất kỳ khiếu nại nào do quyền sáng chế.
Điều làm cho giấy phép này khác với GPL cơ bản là nếu ai đó cung cấp một chương trình qua mạng (chẳng hạn như Internet), thì đó được coi là sự phân phối lại, có nghĩa là nhà phân phối phải cung cấp mã nguồn nếu được yêu cầu làm như vậy.
GNU GPLv3
Bản dịch gốc sang tiếng Nga
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
*
Cấp quyền sáng chế
Đòi hỏi:
*
Phân phối mã nguồn kèm theo sản phẩm
*
Tài liệu tham khảo về quyền tác giả và giấy phép trong tác phẩm
*
Cho biết những thay đổi được thực hiện đối với công việc
*
Các dẫn xuất của sản phẩm phải được phát hành theo cùng giấy phép Cấm:
*
Từ chối trách nhiệm
*
Không bảo đảm
Đây là giấy phép copyleft phổ biến nhất. Nó khác với chương trình trước chỉ ở chỗ nó không đánh đồng việc sử dụng chương trình qua mạng với việc phân phối chương trình đó.
GNU LGPLv3
Bản dịch gốc sang tiếng Nga
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
*
Cấp quyền sáng chế
Đòi hỏi:
*
Phân phối mã nguồn kèm theo sản phẩm
*
Tài liệu tham khảo về quyền tác giả và giấy phép trong tác phẩm
*
Cho biết những thay đổi được thực hiện đối với công việc
*
Cấm:
*
Từ chối trách nhiệm
*
Không bảo đảm
Điều này khác với giấy phép GPL chính ở chỗ việc sử dụng tác phẩm theo LGPL như một phần của làm việc nhiều hơn(tức là thư viện) không áp đặt các yêu cầu cấp phép ồ Nhiều công việc hơn theo LGPL hoặc nguồn mở. Nhưng mã của thư viện vẫn phải được cung cấp theo yêu cầu.
Giấy phép Công cộng Mozilla 2.0
Văn bản gốc
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
*
Cấp quyền sáng chế
Đòi hỏi:
*
Phân phối mã nguồn kèm theo sản phẩm (nếu dùng làm thư viện thì chỉ lấy mã nguồn thư viện)
*
Tài liệu tham khảo về quyền tác giả và giấy phép trong tác phẩm
*
Các dẫn xuất của sản phẩm phải được phát hành theo cùng một giấy phép (nhưng bạn có thể sử dụng sản phẩm làm thư viện) Cấm:
*
Từ chối trách nhiệm
*
Không bảo đảm
*
Một giấy phép khác rất phù hợp cho các thư viện do copyleft yếu. Không giống như LPGL, khi sử dụng tác phẩm theo giấy phép này làm thư viện, bạn thậm chí không cần phải mở mã nguồn của chính thư viện đó cũng như không cần chỉ ra những thay đổi đã được thực hiện đối với tác phẩm.
Giấy phép nêu rõ rằng các tác phẩm phái sinh không được sử dụng cùng tên nếu chúng đã được đăng ký nhãn hiệu.
Giấy phép MIT
Bản dịch gốc sang tiếng Nga
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
Đòi hỏi:
*
Tài liệu tham khảo về quyền tác giả và giấy phép trong tác phẩm Cấm:
*
Từ chối trách nhiệm
*
Không bảo đảm
Một trong những cái gọi là giấy phép “dễ dãi”, bạn có thể làm bất cứ điều gì bạn muốn với tác phẩm miễn là bạn ghi công cho tác giả gốc của tác phẩm. Các tác phẩm phái sinh có thể được phát hành theo một giấy phép khác mà không cần cung cấp nguồn. Tuy nhiên, giấy phép này không đảm bảo quyền sáng chế của người dùng, vì vậy, thay vào đó, nên sử dụng Giấy phép Apache được liệt kê bên dưới.
Giấy phép Apache 2.0
Bản dịch gốc sang tiếng Nga
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
*
Cấp quyền sáng chế
Đòi hỏi:
*
Tài liệu tham khảo về quyền tác giả và giấy phép trong tác phẩm
*
Cho biết những thay đổi được thực hiện đối với công việc Cấm:
*
Không có nghĩa vụ
*
Không bảo đảm
*
Quyền nhãn hiệu không được chuyển giao
Một giấy phép cho phép khác - nó chỉ yêu cầu người dùng, nếu tác phẩm đã được thay đổi, phải viết về nó và tất nhiên phải chỉ ra quyền tác giả ban đầu. Giấy phép nêu rõ rằng các tác phẩm phái sinh không được sử dụng cùng tên nếu chúng đã được đăng ký nhãn hiệu.
Người không có giấy phép
Văn bản gốc
Cho phép:
*
sử dụng thương mại
*
Truyền bá
*
Thay đổi
*
Sử dụng cá nhân
*
Cấp quyền sáng chế
Đòi hỏi:
(Không yêu cầu gì) Cấm:
*
Không có nghĩa vụ
*
Không bảo đảm
Bằng cách phát hành một tác phẩm theo giấy phép này, bạn từ bỏ mọi quyền đối với tác phẩm đó, theo nghĩa đen là đưa nó vào phạm vi công cộng - không có hạn chế nào được áp đặt đối với những người sử dụng nó. Tin tốt là bạn sẽ không chịu trách nhiệm về những gì mình viết - việc thiếu bảo hành được nêu ở đây giống như ở mọi nơi khác.
Còn những giấy phép khác thì sao? Còn BSD thì sao?
Bộ này là quá đủ nếu bạn muốn chọn giấy phép cho dự án Nguồn mở của mình - không cần phải viết giấy phép của riêng bạn hoặc sử dụng thứ gì đó cụ thể hơn. Sự nhầm lẫn nảy sinh do có quá nhiều giấy phép và khả năng tương thích của chúng với nhau là một vấn đề cấp bách với Nguồn mở. Giấy phép BSD khá phổ biến, nhưng phiên bản viết tắt của nó hoàn toàn giống với giấy phép MIT và GNU được khuyên nên sử dụng giấy phép sau. Nếu bạn gặp một dự án sử dụng một số loại giấy phép không chuẩn và muốn tìm hiểu những gì nó cho phép bạn, bạn có thể xem bảng cheat trên trang web Chọn Giấy phép.
Pyotr Sokovykh, người dịch mã nhị phân sang tiếng Nga
