Cách chọn giấy phép Nguồn mở cho khung RAD trên GitHub

Trong bài viết này chúng ta sẽ nói một chút về bản quyền, nhưng chủ yếu là về việc chọn giấy phép miễn phí cho RAD framework IONDV. Khung và cho các sản phẩm nguồn mở dựa trên nó. Chúng tôi sẽ cho bạn biết về giấy phép cho phép Apache 2.0, về điều gì đã dẫn chúng tôi đến đó và những quyết định mà chúng tôi phải đối mặt trong quá trình này.

Quá trình chọn giấy phép khá tốn nhiều công sức và cần phải được đọc kỹ và nếu bạn không phải là người chủ sở hữu nền giáo dục pháp lý hài lòng, thì một trường thông tin chưa được xử lý về các giấy phép miễn phí khác nhau sẽ mở ra trước mắt bạn. Điều chính cần làm là đưa ra một số tiêu chí hạn chế. Thông qua quá trình thảo luận và suy ngẫm, bạn và nhóm của mình sẽ có thể hiểu những gì bạn muốn cho phép người dùng sản phẩm của mình và những gì nên cấm. Khi bạn đã có trong tay một mô tả nhất định, bạn cần phủ nó lên các giấy phép hiện có và chọn mô tả có số điểm lớn nhất trùng khớp. Tất nhiên, nghe có vẻ đơn giản, nhưng trên thực tế, thông thường ngay cả sau khi thảo luận, các câu hỏi vẫn còn đó.

Cách chọn giấy phép Nguồn mở cho khung RAD trên GitHub

Đầu tiên, một liên kết đến chọnalicense.com, một trang web hữu ích mà chúng tôi đã sử dụng rộng rãi. Đặc biệt chú ý tới bảng so sánh giấy phép theo 13 tiêu chí chính. Có thể tiếng Anh và sự kiên nhẫn sẽ ở bên bạn.

Bột lựa chọn

Hãy bắt đầu với những đặc điểm chung của giấy phép dành cho phần mềm miễn phí. Phần mềm nguồn mở ngụ ý giấy phép độc quyền miễn phí, không giới hạn việc phân phối thương mại và phi thương mại theo mô hình Lõi mở. Theo đó, việc đưa phần mềm lên mạng theo giấy phép miễn phí không thể hạn chế hoàn toàn việc chuyển giao, phân phối và bán phần mềm đó bởi các bên thứ ba và bạn chỉ cần chuẩn bị tinh thần cho việc này.

Giấy phép miễn phí cung cấp cho người dùng quyền tham gia thiết kế ngược phần mềm hoặc thay đổi phần mềm theo những cách có sẵn khác. Hầu hết các giấy phép không cho phép bạn đổi tên sản phẩm hoặc thực hiện bất kỳ thao tác nào với sản phẩm, thay đổi quyền của tác giả và/hoặc chủ sở hữu hệ thống.

Các câu hỏi chính mà chúng tôi quan tâm về giấy phép miễn phí là:

  1. Những thay đổi được thực hiện đối với phần mềm có nên được ghi lại và không liên quan đến người giữ bản quyền hệ thống không?
  2. Tên phần mềm phái sinh có nên trùng với tên phần mềm của người giữ bản quyền không?
  3. Có thể thay đổi giấy phép cho bất kỳ phiên bản mới nào sang phiên bản khác, kể cả phiên bản độc quyền không?

Sau khi xem xét kỹ danh sách các giấy phép phổ biến nhất, chúng tôi đã chọn một số giấy phép mà chúng tôi đã kiểm tra chi tiết hơn. Giấy phép tiềm năng cho IONDV. Khung là: GNU GPLv3, Apache 2.0, MIT và MPL. MIT gần như bị loại trừ ngay lập tức, đây là giấy phép không copyleft dễ dãi, cho phép sử dụng, sửa đổi và phân phối mã theo hầu hết mọi cách, nhưng chúng tôi không hài lòng với tùy chọn này, chúng tôi vẫn muốn giấy phép điều chỉnh mối quan hệ giữa bản quyền người nắm giữ và người sử dụng. Hầu hết các dự án nhỏ hơn trên GitHub đều được xuất bản theo giấy phép MIT hoặc các biến thể khác nhau của nó. Bản thân giấy phép rất ngắn và điều cấm duy nhất là nêu rõ quyền tác giả của người tạo phần mềm.

Tiếp theo là giấy phép mpl 2.0. Phải thừa nhận rằng, chúng tôi chưa đến với nó ngay lập tức, nhưng sau khi nghiên cứu chi tiết hơn, chúng tôi nhanh chóng loại trừ nó, vì nhược điểm chính là giấy phép không áp dụng cho toàn bộ dự án mà áp dụng cho các tệp riêng lẻ. Ngoài ra, nếu người dùng thay đổi file thì không thể thay đổi giấy phép. Trên thực tế, cho dù bạn có chăm chỉ thay đổi một dự án Nguồn mở đến đâu, bạn sẽ không bao giờ có thể kiếm tiền từ nó vì giấy phép như vậy. Nhân tiện, điều này không liên quan đến người giữ bản quyền.

Vấn đề tương tự vẫn tiếp diễn với giấy phép GNU GPLv3. Nó yêu cầu bất kỳ tập tin nào vẫn ở dưới nó. GNU GPL là giấy phép copyleft yêu cầu các tác phẩm phái sinh phải là nguồn mở và vẫn theo cùng một giấy phép. Nghĩa là: bằng cách viết lại hai dòng mã, bạn sẽ buộc phải thực hiện các thay đổi của mình và trong quá trình sử dụng hoặc phân phối tiếp theo, hãy lưu mã theo GNU GPL. Trong trường hợp này, đây là một yếu tố hạn chế đối với người dùng dự án của chúng tôi chứ không phải đối với chúng tôi. Nhưng việc thay đổi GPL sang bất kỳ giấy phép nào khác đều bị cấm, ngay cả trong các phiên bản GPL. Ví dụ, nếu bạn thay đổi LGPL (một tiện ích bổ sung của GPL) vào GPL thì sẽ không có đường quay lại LGPL. Và điểm này có ý nghĩa quyết định trong việc bỏ phiếu chống lại nó.

Nhìn chung, sự lựa chọn của chúng tôi ban đầu nghiêng về phía GPL3 chính xác là do việc phân phối mã đã sửa đổi theo cùng một giấy phép. Chúng tôi nghĩ rằng bằng cách này, chúng tôi có thể bảo mật sản phẩm của mình nhưng chúng tôi thấy ít rủi ro hơn trong Apache 2.0. Theo Tổ chức Phần mềm Tự do, GPLv3 tương thích với Giấy phép Apache v2.0, nghĩa là luôn có thể thay đổi giấy phép từ Giấy phép Apache v2.0 sang GPL v3.0.

Apache 2.0

Apache 2.0 — một giấy phép cho phép cân bằng với sự nhấn mạnh vào bản quyền. Dưới đây là câu trả lời cô đưa ra cho những câu hỏi mà chúng tôi quan tâm. Những thay đổi được thực hiện đối với phần mềm có nên được ghi lại và không liên quan đến người giữ bản quyền hệ thống không? Có, tất cả các thay đổi phải được ghi lại và chúng tôi không chịu trách nhiệm về mã gốc hoặc mã đã sửa đổi. Tệp có các thay đổi phải được đính kèm với mã mà bạn đã thực hiện các thay đổi này. Tên phần mềm phái sinh có nên trùng với tên phần mềm của người giữ bản quyền không? Có, phần mềm phái sinh phải được phát hành dưới một tên khác và nhãn hiệu khác nhưng phải có dấu hiệu của người giữ bản quyền. Có thể thay đổi giấy phép cho bất kỳ phiên bản mới nào sang phiên bản khác, kể cả phiên bản độc quyền không? Có, nó có thể được phát hành theo các giấy phép khác nhau, Apache 2.0 không giới hạn việc sử dụng bất kỳ giấy phép thương mại và phi thương mại nào.

Ngoài ra, khi phát hành các sản phẩm mới dựa trên mã nguồn mở cho Apache 2.0 hoặc các sản phẩm có chức năng bổ sung thì không cần thiết phải sử dụng cùng một giấy phép. Dưới đây bạn có thể thấy hình ảnh có các điều khoản và hạn chế của giấy phép Apache 2.0.

Cách chọn giấy phép Nguồn mở cho khung RAD trên GitHub

Giấy phép đặt ra yêu cầu duy trì và đề cập đến bản quyền cũng như giấy phép mà phần mềm được phát hành. Tính khả dụng bắt buộc thông báo bản quyền với tên của người giữ bản quyền và giấy phép bảo vệ quyền của tác giả ban đầu của phần mềm, vì ngay cả khi nó được đổi tên, cho đi hoặc bán theo giấy phép khác, nhãn hiệu của tác giả sẽ vẫn còn. Bạn cũng có thể sử dụng tập tin cho việc này THÔNG BÁO và đính kèm nó vào mã nguồn hoặc tài liệu dự án.

Chúng tôi phát hành công khai tất cả các sản phẩm của mình trên GitHub theo giấy phép Apache 2.0, ngoại trừ IONDV. Kho lưu trữ chiến tranh, mã nguồn được xuất bản theo giấy phép GPLv3 trên GitHub vào tháng XNUMX năm nay bởi Trung tâm Công nghệ Xã hội Viễn Đông. Hiện tại, bên cạnh việc khuôn khổmô-đun được phát hành ứng dụng được thực hiện trên khuôn khổ. Về trung tâm chúng ta đã nói đến Hệ thống quản lý dự án và về Đăng ký truyền thông.

Những thứ kia. chi tiết về khuôn khổ

IONDV. Framework là một framework nguồn mở dựa trên node.js để tạo các ứng dụng web cấp cao dựa trên siêu dữ liệu, không yêu cầu kỹ năng lập trình nghiêm túc.

Cơ sở chức năng của ứng dụng là đăng ký dữ liệu - mô-đun Đăng ký. Đây là mô-đun chính được thiết kế trực tiếp để làm việc với dữ liệu dựa trên cấu trúc siêu dữ liệu - bao gồm các mô-đun để quản lý dự án, chương trình, sự kiện, v.v. Dự án cũng sử dụng mô-đun cổng thông tin để hiển thị các mẫu dữ liệu tùy ý - nó triển khai sổ đăng ký phía trước kho lưu trữ.

MongoDb được sử dụng cho DBMS - nó lưu trữ cài đặt ứng dụng, siêu dữ liệu và chính dữ liệu đó.

Làm thế nào để áp dụng giấy phép cho dự án của bạn?

Thêm một tập tin GIẤY PHÉP với văn bản giấy phép trong kho lưu trữ dự án của bạn và voilà, một dự án được bảo vệ bởi Apache 2.0. Bạn cần chỉ rõ người giữ bản quyền, thế là xong thông báo bản quyền. Điều này có thể được thực hiện trong mã nguồn hoặc trong một tập tin THÔNG BÁO (một tệp văn bản liệt kê tất cả các thư viện được cấp phép theo giấy phép Apache cùng với tên của người tạo ra chúng). Đặt chính tệp đó vào mã nguồn hoặc trong tài liệu được phân phối cùng với tác phẩm. Đối với chúng tôi nó trông như thế này:

Bản quyền © 2018 ION DV LLC.
Được cấp phép theo Giấy phép Apache, Phiên bản 2.0

Văn bản giấy phép Apache 2.0

Giấy phép Apache
Phiên bản 2.0, tháng 2004 năm XNUMX
http://www.apache.org/licenses/

ĐIỀU KHOẢN VÀ ĐIỀU KIỆN SỬ DỤNG, SINH SẢN VÀ PHÂN PHỐI

  1. Các định nghĩa.

    "Giấy phép" có nghĩa là các điều khoản và điều kiện sử dụng, sao chép,
    và phân phối như được xác định bởi Phần 1 đến Phần 9 của tài liệu này.

    "Người cấp phép" có nghĩa là chủ sở hữu bản quyền hoặc tổ chức được ủy quyền bởi
    chủ sở hữu bản quyền đang cấp Giấy phép.

    "Pháp nhân" có nghĩa là sự kết hợp của thực thể hành động và tất cả
    các thực thể khác kiểm soát, được kiểm soát bởi hoặc dưới quyền
    kiểm soát với thực thể đó. Theo mục đích của định nghĩa này,
    "kiểm soát" nghĩa là (i) quyền lực, trực tiếp hoặc gián tiếp, gây ra
    chỉ đạo hoặc quản lý của thực thể đó, cho dù bằng hợp đồng hoặc
    nếu không, hoặc (ii) quyền sở hữu từ năm mươi phần trăm (50%) trở lên của
    cổ phiếu đang lưu hành, hoặc (iii) quyền sở hữu có lợi của pháp nhân đó.

    “Bạn” (hoặc “Của bạn”) có nghĩa là một cá nhân hoặc Pháp nhân
    thực hiện các quyền được cấp bởi Giấy phép này.

    Biểu mẫu "Nguồn" có nghĩa là biểu mẫu ưa thích để thực hiện sửa đổi,
    bao gồm nhưng không giới hạn mã nguồn phần mềm, tài liệu
    nguồn và tập tin cấu hình.

    Biểu mẫu "Đối tượng" có nghĩa là bất kỳ hình thức nào được tạo ra từ các hoạt động cơ học
    chuyển đổi hoặc dịch của một biểu mẫu Nguồn, bao gồm nhưng
    không giới hạn đối với mã đối tượng đã biên dịch, tài liệu được tạo,
    và chuyển đổi sang các loại phương tiện khác.

    "Tác phẩm" có nghĩa là tác phẩm có quyền tác giả, dù ở dạng Nguồn hay
    Biểu mẫu đối tượng, được cung cấp theo Giấy phép, như được chỉ ra bởi
    thông báo bản quyền được bao gồm trong hoặc đính kèm với tác phẩm
    (ví dụ được cung cấp trong phần Phụ lục bên dưới).

    "Tác phẩm phái sinh" có nghĩa là bất kỳ tác phẩm nào, dù ở dạng Nguồn hay Đối tượng
    , dựa trên (hoặc bắt nguồn từ) Công việc và
    sửa đổi biên tập, chú thích, chi tiết hoặc các sửa đổi khác
    đại diện cho toàn bộ tác phẩm có quyền tác giả. Đối với các mục đích
    của Giấy phép này, Tác phẩm phái sinh sẽ không bao gồm các tác phẩm vẫn còn
    có thể tách khỏi, hoặc chỉ liên kết (hoặc liên kết theo tên) với các giao diện của,
    Tác phẩm và Tác phẩm phái sinh của chúng.

    "Đóng góp" có nghĩa là bất kỳ tác phẩm nào có quyền tác giả, bao gồm
    phiên bản gốc của Tác phẩm và bất kỳ sửa đổi hoặc bổ sung nào
    đối với Tác phẩm đó hoặc Tác phẩm phái sinh của chúng, điều đó là cố ý
    được chủ sở hữu bản quyền đệ trình cho Người cấp phép để đưa vào Tác phẩm
    hoặc bởi một cá nhân hoặc Pháp nhân được ủy quyền để gửi thay mặt cho
    chủ sở hữu bản quyền. Vì mục đích của định nghĩa này, “đã nộp”
    có nghĩa là bất kỳ hình thức giao tiếp điện tử, bằng lời nói hoặc bằng văn bản nào được gửi đi
    cho Bên cấp phép hoặc đại diện của Bên cấp phép, bao gồm nhưng không giới hạn ở
    giao tiếp trên danh sách gửi thư điện tử, hệ thống kiểm soát mã nguồn,
    và phát hành các hệ thống theo dõi được quản lý bởi hoặc thay mặt cho
    Người cấp phép nhằm mục đích thảo luận và cải tiến Công việc, nhưng
    loại trừ thông tin liên lạc được đánh dấu rõ ràng hoặc bằng cách khác
    được chủ sở hữu bản quyền chỉ định bằng văn bản là “Không phải là một đóng góp”.

    "Cộng tác viên" có nghĩa là Người cấp phép và bất kỳ cá nhân hoặc Pháp nhân nào
    Người cấp phép đã nhận được một Khoản đóng góp thay mặt cho họ và
    sau đó được hợp nhất trong Công việc.

  2. Cấp Giấy phép Bản quyền. Tùy thuộc vào các điều khoản và điều kiện của
    Giấy phép này, mỗi Người đóng góp theo đây sẽ cấp cho Bạn vĩnh viễn,
    trên toàn thế giới, không độc quyền, không tính phí, miễn phí bản quyền, không thể thu hồi
    giấy phép bản quyền để tái sản xuất, chuẩn bị các Tác phẩm phái sinh của,
    hiển thị công khai, thực hiện công khai, cấp phép phụ và phân phối
    Tác phẩm và các Tác phẩm phái sinh đó ở dạng Nguồn hoặc Đối tượng.

  3. Cấp giấy phép sáng chế. Theo các điều khoản và điều kiện của
    Giấy phép này, mỗi Người đóng góp theo đây sẽ cấp cho Bạn vĩnh viễn,
    trên toàn thế giới, không độc quyền, không tính phí, miễn phí bản quyền, không thể thu hồi
    (ngoại trừ như đã nêu trong phần này) bằng sáng chế để thực hiện, đã thực hiện,
    sử dụng, đề nghị bán, bán, nhập khẩu, và nói cách khác là chuyển Công việc,
    trong đó giấy phép đó chỉ áp dụng cho những yêu cầu bằng sáng chế có thể cấp phép
    bởi Người đóng góp đó nhất thiết bị vi phạm bởi
    (Các) Đóng góp một mình hoặc kết hợp (các) Đóng góp của họ
    với Công việc mà (các) Đóng góp đó đã được gửi đến. Nếu bạn
    khởi kiện vụ kiện về bằng sáng chế chống lại bất kỳ tổ chức nào (bao gồm
    yêu cầu bồi thường chéo hoặc phản tố trong một vụ kiện) cáo buộc rằng Tác phẩm
    hoặc một Đóng góp được kết hợp trong Công việc tạo thành trực tiếp
    hoặc vi phạm bằng sáng chế đóng góp, sau đó là bất kỳ giấy phép bằng sáng chế nào
    được cấp cho Bạn theo Giấy phép này cho Tác phẩm đó sẽ chấm dứt
    kể từ ngày vụ kiện đó được nộp.

  4. Phân phối lại. Bạn có thể sao chép và phân phối các bản sao của
    Tác phẩm hoặc Tác phẩm phái sinh của chúng ở bất kỳ phương tiện nào, có hoặc không có
    sửa đổi và ở dạng Nguồn hoặc Đối tượng, với điều kiện là Bạn
    đáp ứng các điều kiện sau:

    (a) Bạn phải cung cấp cho bất kỳ người nhận Tác phẩm nào khác hoặc
    Sản phẩm phái sinh một bản sao của Giấy phép này; và

    (b) Bạn phải làm cho bất kỳ tập tin sửa đổi nào có thông báo nổi bật
    nói rằng Bạn đã thay đổi các tập tin; Và

    © Bạn phải giữ lại, ở dạng Nguồn của bất kỳ Tác phẩm phái sinh nào
    mà Bạn phân phối, tất cả bản quyền, bằng sáng chế, nhãn hiệu và
    thông báo phân bổ từ biểu mẫu Nguồn của Tác phẩm,
    loại trừ những thông báo không liên quan đến bất kỳ phần nào của
    Các tác phẩm phái sinh; và

    (d) Nếu Tác phẩm bao gồm tệp văn bản “THÔNG BÁO” như một phần của nó
    phân phối, thì bất kỳ Tác phẩm phái sinh nào mà Bạn phân phối phải
    bao gồm một bản sao có thể đọc được của các thông báo ghi công có trong
    trong tệp THÔNG BÁO đó, ngoại trừ những thông báo không
    liên quan đến bất kỳ phần nào của Tác phẩm phái sinh, trong ít nhất một
    trong số các vị trí sau: trong tệp văn bản THÔNG BÁO được phân phối
    như một phần của Tác phẩm phái sinh; trong biểu mẫu Nguồn hoặc
    tài liệu, nếu được cung cấp cùng với Tác phẩm phái sinh; hoặc là,
    trong màn hình được tạo bởi Tác phẩm phái sinh, nếu và
    bất cứ nơi nào thông báo của bên thứ ba như vậy thường xuất hiện. Nội dung
    của tệp THÔNG BÁO chỉ nhằm mục đích cung cấp thông tin và
    không sửa đổi Giấy phép. Bạn có thể thêm thuộc tính của riêng mình
    thông báo trong Tác phẩm phái sinh mà Bạn phân phối, cùng với
    hoặc như một phụ lục cho văn bản THÔNG BÁO từ Tác phẩm, được cung cấp
    rằng các thông báo phân bổ bổ sung như vậy không thể được hiểu
    khi sửa đổi Giấy phép.

    Bạn có thể thêm tuyên bố bản quyền của riêng Bạn vào các sửa đổi của Bạn và
    có thể cung cấp các điều khoản và điều kiện giấy phép bổ sung hoặc khác
    để sử dụng, tái tạo hoặc phân phối các sửa đổi của Bạn, hoặc
    cho bất kỳ Tác phẩm phái sinh nào như vậy nói chung, với điều kiện Bạn sử dụng,
    tái sản xuất và phân phối Tác phẩm tuân thủ theo cách khác
    các điều kiện nêu trong Giấy phép này.

  5. Nộp các đóng góp. Trừ khi bạn có quy định rõ ràng khác,
    bất kỳ Đóng góp nào được cố ý gửi để đưa vào Tác phẩm
    bởi Bạn đối với Người cấp phép sẽ tuân theo các điều khoản và điều kiện của
    Giấy phép này, không có bất kỳ điều khoản hoặc điều kiện bổ sung nào.
    Bất chấp những điều trên, không có gì ở đây sẽ thay thế hoặc sửa đổi
    các điều khoản của bất kỳ thỏa thuận cấp phép riêng biệt nào mà bạn có thể đã thực hiện
    với Người cấp phép về những Đóng góp đó.

  6. Nhãn hiệu. Giấy phép này không cấp quyền sử dụng giao dịch
    tên, nhãn hiệu, nhãn hiệu dịch vụ hoặc tên sản phẩm của Bên cấp phép,
    ngoại trừ khi được yêu cầu để sử dụng hợp lý và theo thông lệ trong việc mô tả
    nguồn gốc của Tác phẩm và sao chép nội dung của tệp THÔNG BÁO.

  7. Từ chối bảo hành. Trừ khi luật pháp hiện hành yêu cầu hoặc
    đã đồng ý bằng văn bản, Bên cấp phép cung cấp Công việc (và mỗi
    Người đóng góp cung cấp Đóng góp của mình) trên CƠ SỞ “NGUYÊN TRẠNG”,
    KHÔNG CÓ BẢO ĐẢM HOẶC ĐIỀU KIỆN BẤT KỲ HÌNH THỨC NÀO, rõ ràng hoặc
    ngụ ý, bao gồm, nhưng không giới hạn, bất kỳ bảo đảm hoặc điều kiện nào
    TITLE, KHÔNG VI PHẠM, KHẢ NĂNG LINH HOẠT hoặc PHÙ HỢP VỚI A
    MỤC ĐÍCH CỤ THỂ. Bạn hoàn toàn chịu trách nhiệm về việc xác định
    tính thích hợp của việc sử dụng hoặc phân phối lại Công việc và giả định bất kỳ
    rủi ro liên quan đến việc Bạn thực hiện các quyền theo Giấy phép này.

  8. Trách nhiệm hữu hạn. Trong mọi trường hợp và không có lý thuyết pháp lý nào,
    cho dù trong sai phạm (bao gồm cả sơ suất), hợp đồng, hoặc bằng cách khác,
    trừ khi luật hiện hành yêu cầu (chẳng hạn như cố ý và thô thiển
    hành vi cẩu thả) hoặc được đồng ý bằng văn bản, bất kỳ Người đóng góp nào sẽ
    chịu trách nhiệm với Bạn về các thiệt hại, bao gồm mọi thiệt hại trực tiếp, gián tiếp, đặc biệt,
    thiệt hại ngẫu nhiên hoặc do hậu quả của bất kỳ nhân vật nào phát sinh như một
    kết quả của Giấy phép này hoặc việc sử dụng hoặc không có khả năng sử dụng
    Công việc (bao gồm nhưng không giới hạn các thiệt hại do mất thiện chí,
    ngừng làm việc, máy tính bị lỗi hoặc trục trặc, hoặc bất kỳ và tất cả
    các thiệt hại hoặc mất mát thương mại khác), ngay cả khi Người đóng góp đó
    đã được thông báo về khả năng xảy ra những thiệt hại như vậy.

  9. Chấp nhận bảo hành hoặc trách nhiệm pháp lý bổ sung. Trong khi phân phối lại
    Tác phẩm hoặc Tác phẩm phái sinh của chúng, Bạn có thể chọn cung cấp,
    và tính phí, chấp nhận hỗ trợ, bảo hành, bồi thường,
    hoặc các nghĩa vụ trách nhiệm pháp lý khác và / hoặc các quyền phù hợp với điều này
    Giấy phép. Tuy nhiên, khi chấp nhận các nghĩa vụ đó, Bạn chỉ có thể hành động
    nhân danh chính Bạn và chịu trách nhiệm duy nhất của Bạn, không nhân danh
    của bất kỳ Cộng tác viên nào khác và chỉ khi Bạn đồng ý bồi thường,
    bảo vệ và giữ cho mỗi Người đóng góp vô hại đối với bất kỳ trách nhiệm pháp lý nào
    phát sinh bởi, hoặc các khiếu nại được khẳng định chống lại Người đóng góp đó bởi lý do
    việc bạn chấp nhận bất kỳ bảo hành hoặc trách nhiệm bổ sung nào như vậy.

    END OF KHOẢN VÀ ĐIỀU KIỆN

    PHỤ LỤC: Cách áp dụng Giấy phép Apache cho công việc của bạn.

    Để áp dụng Giấy phép Apache cho công việc của bạn, hãy đính kèm thông tin sau
    thông báo soạn sẵn, với các trường được bao quanh bởi dấu ngoặc "[]"
    được thay thế bằng thông tin nhận dạng của riêng bạn. (Không bao gồm
    dấu ngoặc vuông!) Văn bản phải được đặt trong
    cú pháp nhận xét cho định dạng tệp. Chúng tôi cũng khuyến nghị rằng một
    tên tập tin hoặc lớp và mô tả mục đích được đưa vào
    cùng “trang in” với thông báo bản quyền để dễ dàng hơn
    nhận dạng trong kho lưu trữ của bên thứ ba.

    Bản quyền [yyyy] [tên của chủ sở hữu bản quyền]

    Được cấp phép theo Giấy phép Apache, Phiên bản 2.0 (“Giấy phép”);
    bạn không được sử dụng tệp này trừ khi tuân thủ Giấy phép.
    Bạn có thể có được một bản sao của Giấy phép tại

    http://www.apache.org/licenses/LICENSE-2.0

    Trừ khi được luật pháp hiện hành yêu cầu hoặc đồng ý bằng văn bản, phần mềm
    được phân phối theo Giấy phép được phân phối trên CƠ SỞ “NGUYÊN TRẠNG”,
    KHÔNG CÓ ĐẢM BẢO HOẶC ĐIỀU KIỆN NÀO, rõ ràng hoặc ngụ ý.
    Xem Giấy phép cho các quyền quản lý ngôn ngữ cụ thể và
    hạn chế theo Giấy phép.

Giấy phép = hợp đồng

Giấy phép miễn phí, mặc dù miễn phí nhưng không cho phép sự dễ dãi và chúng tôi đã đưa ra các ví dụ về các hạn chế. Chọn giấy phép có tính đến cả sở thích của bạn và người dùng, vì phần mềm nguồn mở được thiết kế dành riêng cho họ. Người sử dụng dự án nên coi giấy phép như một loại thỏa thuận giữa anh ta và người giữ bản quyền, vì vậy trước khi thực hiện bất kỳ hành động nào đối với mã nguồn, hãy nghiên cứu kỹ các hạn chế mà giấy phép của dự án áp đặt cho bạn.

Chúng tôi hy vọng rằng chúng tôi đã làm sáng tỏ chủ đề về giấy phép và, bất chấp sự phức tạp của vấn đề, nó sẽ không trở thành trở ngại trên con đường đến với Nguồn mở của bạn. Phát triển dự án của bạn và đừng quên các quyền của bạn và của người khác.

Liên kết hữu ích

Cuối cùng, một số tài nguyên hữu ích đã giúp chúng tôi khi tìm kiếm thông tin về các giấy phép hiện có và chọn giấy phép phù hợp nhất cho mục đích của chúng tôi:

Nguồn: www.habr.com

Thêm một lời nhận xét