VietNetwork.Vn

Một giấy phép phần mềm là một thỏa thuận pháp lý mà định nghĩa như thế nào một mảnh nhất định của phần mềm có thể được sử dụng.

Đối với các nhà phát triển phần mềm, những người có thể muốn thực hiện một số quyền, quyền hạn và kiểm soát cách người khác sử dụng, sửa đổi và chia sẻ công việc, việc chọn giấy phép phần mềm là một quyết định quan trọng.

Một số nhà phát triển có thể muốn đặt ra những hạn chế mạnh mẽ về cách phần mềm của họ có thể được sử dụng. Tuy nhiên, những người khác có thể chọn cấp phép phần mềm của họ với ít hoặc không có hạn chế. Điều này có thể là vì họ muốn phần mềm của họ được sử dụng rộng rãi nhất có thể, hoặc có lẽ họ phản đối các giấy phép phần mềm hạn chế trên cơ sở triết học.

Bất kể lý do của họ là gì, các nhà phát triển có thể thực hiện điều này bằng cách triển khai giấy phép phần mềm nguồn mở . Nói chung, giấy phép phần mềm nguồn mở làm cho mã nguồn có sẵn để sử dụng, sửa đổi và phân phối dựa trên các điều khoản và điều kiện đã thỏa thuận. Có nhiều giấy phép phần mềm nguồn mở khác nhau và chúng khác nhau dựa trên những hạn chế mà người tạo có thể muốn người dùng trong tương lai tuân theo.

Khi nói đến việc lập kế hoạch dài hạn cho dự án của bạn, sẽ rất hữu ích khi hiểu các giấy phép phần mềm nguồn mở có sẵn để bạn có thể đưa ra quyết định sáng suốt về loại giấy phép nào phù hợp nhất với nhu cầu dự án của bạn.

Trong bài viết này, mình sẽ chia sẻ thông tin về các quyền bạn có khi tác phẩm của bạn được tạo ra (chẳng hạn như bản quyền) và cách cấp phép giúp thiết lập thỏa thuận pháp lý mà bạn muốn người dùng tuân theo khi sử dụng phần mềm của bạn. Chúng ta cũng sẽ thảo luận về sự khác biệt giữa phần mềm độc quyền, miễn phí và phần mềm nguồn mở, giấy phép cho phép và copyleft, cũng như thông tin về các tùy chọn giấy phép phần mềm nguồn mở được đề xuất khi tạo dự án GitHub.
Lưu ý: Bài viết này không nhằm cung cấp bất kỳ hình thức tư vấn pháp lý nào, nó chỉ là một nguồn thông tin về chủ đề cấp phép phần mềm nguồn mở.

Nếu bạn muốn tìm hiểu thêm về bằng sáng chế, nhãn hiệu và sở hữu trí tuệ, bạn có thể truy cập Văn phòng Nhãn hiệu và Bằng sáng chế Hoa Kỳ.

1. Xác định Bản quyền và Cấp phép

Ở Hoa Kỳ và nhiều quốc gia, có một số biện pháp bảo vệ pháp lý nhất định mà bạn tự động được cấp cho bất kỳ tác phẩm sáng tạo nào do bạn sản xuất, một trong số đó là bản quyền. Văn phòng Bản quyền Hoa Kỳ định nghĩa bản quyền là "một loại tài sản trí tuệ bảo vệ các tác phẩm gốc có quyền tác giả", cụ thể là khi "tác giả sửa chữa tác phẩm dưới một hình thức diễn đạt hữu hình". Điều này có nghĩa là với bản quyền, bạn không phải là chủ sở hữu của ý tưởng, mà là sự thể hiện tài liệu của ý tưởng. Nếu chủ sở hữu bản quyền muốn được bảo vệ pháp lý chặt chẽ hơn đối với tác phẩm của họ, thì điều này có thể đạt được thông qua bằng sáng chế, nhãn hiệu và luật sở hữu trí tuệ. Bản quyền tác phẩm của bạn không yêu cầu một quy trình chính thức để đảm bảo các quyền này được trao.

Bản quyền cấp cho chủ sở hữu các quyền khác nhau, chẳng hạn như sao chép và phân phối các bản sao của tác phẩm. Nếu chủ sở hữu muốn kiểm soát cách người khác có thể sử dụng tác phẩm của họ, thì họ phải thực hiện giấy phép nêu rõ các quy tắc mà những người dùng đó phải tuân theo. Nếu chủ sở hữu bản quyền tuyên bố tác phẩm là "Mọi quyền được bảo lưu", điều này có nghĩa là tác phẩm của họ không thể được sử dụng hoặc sửa đổi bởi bất kỳ ai, ngoại trừ chính họ.

Một sự phức tạp khác cần phải thừa nhận là công việc sáng tạo mà bạn sản xuất cho chủ nhân của mình. Nếu bạn đang tham gia vào công việc được gọi là công việc cho thuê, điều này có nghĩa là bất kỳ tác phẩm nào bạn tạo ra cho công ty hoặc tổ chức bạn làm việc đều thuộc về thực thể đó, vì họ đang trả tiền cho bạn. Do đó, việc chia sẻ tác phẩm này mà không được phép sẽ dẫn đến hậu quả pháp lý vì bạn không có quyền sở hữu đối với bản quyền hoặc giấy phép.

2. Phần mềm độc quyền, phần mềm miễn phí và phần mềm nguồn mở

Phần mềm độc quyền là bất kỳ phần mềm nào có giấy phép hạn chế cách nó có thể được sử dụng, sửa đổi hoặc chia sẻ. Trò chơi điện tử là một ví dụ phổ biến của phần mềm độc quyền. Nếu bạn mua một trò chơi điện tử (dù dưới dạng hộp mực, đĩa hay bản tải xuống kỹ thuật số), bạn không được phép tạo bản sao của trò chơi đó để chia sẻ với bạn bè hoặc bán kiếm lời. Cũng có khả năng bạn không được phép sửa đổi mã của trò chơi để chạy nó trên một nền tảng khác với nền tảng bạn đã mua ban đầu.

Người dùng phần mềm thường phải tuân theo một số hạn chế nhất định với thỏa thuận cấp phép người dùng cuối (EULA). Nếu bạn đã từng mua phần mềm, bạn có thể cho rằng mình sở hữu phần mềm đó. Tuy nhiên, nếu bạn đã mua phần mềm độc quyền, phần mềm đó có thể sẽ đi kèm với EULA xác định rằng bạn không sở hữu phần mềm đó. Thay vào đó, bạn là chủ sở hữu của giấy phép phần mềm cho phép bạn sử dụng phần mềm đó. EULA cũng có thể xác định cách bạn có thể sử dụng chính giấy phép và chúng thường hạn chế bạn chia sẻ nó với người khác mà không có sự cho phép của chủ sở hữu phần mềm (nhà phát triển hoặc nhà xuất bản phần mềm).

Một công cụ pháp lý khác tương tự như EULA là thỏa thuận Điều khoản dịch vụ (ToS). Đôi khi được gọi là Điều khoản Sử dụng hoặc Điều khoản và Điều kiện, Điều khoản dịch vụ nêu ra các quy tắc mà người dùng phải tuân theo để được phép sử dụng một chương trình hoặc dịch vụ. Phổ biến hơn là thấy EULA đi kèm với phần mềm yêu cầu mua một lần, trong khi các thỏa thuận ToS phổ biến hơn đối với các trang web và dịch vụ đăng ký. Thông thường, lần đầu tiên bạn khởi động một phần mềm độc quyền nhất định, một hộp thoại sẽ xuất hiện giải thích EULA hoặc ToS và chứa nút I Agree (hoặc một cái gì đó tương tự) mà bạn phải nhấp vào trước khi có thể sử dụng chương trình.

Phần mềm với những hạn chế như vậy không phải lúc nào cũng là tiêu chuẩn. Trước những năm 1970, phần mềm thường được phân phối cùng với mã nguồn của nó, có nghĩa là người dùng có thể tự do sửa đổi và chia sẻ phần mềm theo ý muốn. Tuy nhiên, theo thời gian, các nhà xuất bản phần mềm bắt đầu áp đặt các hạn chế đối với các hoạt động này, điển hình là với mục tiêu tăng lợi nhuận bằng cách giảm số lượng người sử dụng phần mềm của họ nhưng không trả tiền.

Sự phát triển này có những tác động dưới dạng hai chuyển động có liên quan chặt chẽ với nhau: phần mềm miễn phí và phần mềm nguồn mở. Mặc dù cả hai khác nhau, nhưng các phong trào phần mềm miễn phí và phần mềm nguồn mở đều cho rằng người dùng phần mềm nên được phép truy cập mã nguồn của chương trình, sửa đổi nó khi họ thấy phù hợp và chia sẻ nó thường xuyên và với bất kỳ ai họ thích.

Lưu ý: Vì phần mềm miễn phí thường được coi là nguồn mở, nhưng phần mềm nguồn mở không phải lúc nào cũng được coi là miễn phí, hướng dẫn này sẽ mặc định các thuật ngữ bao hàm hơn "phần mềm nguồn mở" và "giấy phép phần mềm nguồn mở" phía trước. Tuy nhiên, xin lưu ý rằng hai thuật ngữ này không phải lúc nào cũng có thể hoán đổi cho nhau.

Nếu bạn muốn được giải thích cặn kẽ hơn về lịch sử và sự khác biệt giữa phần mềm miễn phí và phần mềm nguồn mở, chúng tôi khuyến khích bạn đọc bài viết của mình về sự khác biệt giữa phần mềm nguồn mở và miễn phí.

Những người ủng hộ phần mềm nguồn mở vẫn khuyến khích các nhà phát triển phân phối phần mềm của họ với một giấy phép. Tuy nhiên, thay vì giấy phép phần mềm độc quyền nêu rõ những điều người dùng không được làm, họ khuyên bạn nên sử dụng giấy phép phần mềm nguồn mở nêu rõ các quyền tự do có sẵn cho người dùng phần mềm nhất định. Các giấy phép này thường được phân phối dưới dạng một tập tin duy nhất trong chương trình, thường được đặt tên LICENSE.txt hoặc quy ước đặt tên tương tự.

Trong những năm qua, đã có một số bất đồng về những quyền tự do cụ thể nào cần được đảm bảo bằng giấy phép phần mềm nguồn mở. Điều này đã dẫn đến sự xuất hiện của nhiều giấy phép nguồn mở khác nhau, nhưng hầu hết trong số này có thể thuộc một trong hai loại: giấy phép cho phép và giấy phép copyleft.

3. Giấy phép Phần mềm Nguồn mở Permissive và Copyleft

Một Giấy phép Phần mềm Nguồn mở Permissive, đôi khi được gọi là một giấy phép không copyleft, cấp cho người dùng được phép sử dụng, sửa đổi và chia sẻ mã nguồn, nhưng người dùng cũng có tùy chọn để thay đổi một số những điều khoản và điều kiện để phân phối lại, trong đó có tác phẩm phái sinh. Trong ngữ cảnh của phần mềm, một tác phẩm phái sinh là một phần của phần mềm dựa trên một chương trình hiện có. Nếu bản gốc được phát hành theo giấy phép cho phép, người sáng tạo có thể chọn chia sẻ tác phẩm phái sinh của họ với các điều khoản khác với điều khoản mà giấy phép của tác phẩm gốc có thể yêu cầu.

Một giấy phép copyleft, cũng cấp cho người dùng được phép sử dụng, sửa đổi và chia sẻ mã nguồn, nhưng bảo vệ chống lại mời relicensing qua những hạn chế cụ thể và các điều khoản và điều kiện. Điều này có nghĩa là người dùng phần mềm tạo tác phẩm phái sinh được yêu cầu phát hành theo cùng các điều khoản và điều kiện cấp phép copyleft của tác phẩm gốc. Sự có đi có lại này là một khía cạnh xác định của giấy phép copyleft và nhằm mục đích bảo vệ ý định của người sáng tạo bằng cách đảm bảo rằng người dùng sẽ có cùng quyền và quyền khi sử dụng các tác phẩm bắt nguồn từ phần mềm gốc.

Ngoài ra, có các giấy phép tương đương miền công cộng (public-domain-equivalent licenses) cấp cho người dùng quyền sử dụng các tác phẩm có bản quyền mà không cần ghi công hoặc khả năng tương thích cấp phép bắt buộc. Đối với người sáng tạo, điều này có nghĩa là mọi quyền đối với tác phẩm của họ đều bị tước bỏ hoàn toàn. Mặc dù có một số trùng lặp về triết lý đằng sau giấy phép miền công cộng và phần mềm miễn phí và mã nguồn mở, đã có sự bất đồng trong nhiều năm về việc liệu giấy phép tương đương miền công cộng có thực sự đủ điều kiện là nguồn mở hay không. Trong năm 2012, Giấy phép CC0 đã được đệ trình nhưng cuối cùng bị Tổ chức Sáng kiến ​​Nguồn mở (OSI) từ chối phê duyệt, một tổ chức phi lợi nhuận xác định các tiêu chuẩn cho phần mềm nguồn mở và duy trì danh sách các giấy phép nguồn mở đã được phê duyệt. Tuy nhiên, OSI đã phê duyệt một giấy phép tương đương miền công cộng có tên là Unlicense vào năm 2020.

4. Tại sao lại bao gồm giấy phép phần mềm nguồn mở?

Là một nhà phát triển bắt đầu một dự án từ đầu, điều quan trọng là phải có một số quen thuộc với các giấy phép phần mềm nguồn mở có sẵn để đánh giá cách bạn muốn người khác sử dụng công việc của mình. Việc công nhận các giấy phép này cũng rất quan trọng đối với người dùng để họ có thể hiểu các quyền hoặc hạn chế do thỏa thuận mà họ đã đưa ra khi sử dụng tác phẩm của người sáng tạo.

Một lần nữa, bất kỳ tác phẩm gốc nào sẽ có bản quyền khi hoàn thành, nhưng không có giấy phép, không rõ ràng những gì được và không được phép cho những người muốn sử dụng nó. Hãy xem xét các lý do sau tại sao bạn có thể bao gồm giấy phép phần mềm nguồn mở:

• Cải tiến: Cộng đồng nguồn mở tự hào về việc nuôi dưỡng một nền văn hóa khuyến khích sự hợp tác và đổi mới. Sử dụng giấy phép phần mềm nguồn mở mời người dùng tham gia vào việc phát triển cộng đồng. Điều này tạo ra tinh thần trách nhiệm chung để cải tiến mã nguồn một cách nhất quán hoặc mở rộng chương trình hơn nữa vì lợi ích của mọi người.

• Quyền sở hữu: Nếu bạn muốn thực hiện nhiều quyền hơn đối với công việc của mình, việc chọn một giấy phép có thể đặt những hạn chế đó sẽ giúp bạn làm như vậy. Ví dụ: nếu bạn muốn bất kỳ tác phẩm phái sinh nào cấp quyền giống như quyền mà bạn đã chọn ban đầu, bạn có thể muốn chọn giấy phép copyleft. May mắn thay, giấy phép phần mềm nguồn mở cung cấp sự minh bạch cho người dùng tương lai về mức độ kiểm soát của bạn đối với công việc, dù nhiều hay ít, là tùy thuộc vào bạn.

• Cạnh tranh: Có rất nhiều phần mềm ngoài kia và nếu bạn muốn thâm nhập vào thị trường đó, việc sử dụng giấy phép nguồn mở có thể giúp đưa bạn lên bản đồ. Một số ví dụ phổ biến về phần mềm nguồn mở được phát triển để cạnh tranh với các lựa chọn thay thế độc quyền đã được thiết lập bao gồm hệ điều hành Linux, Android của Google và trình duyệt Firefox.

Hãy nhớ rằng có thể kiếm tiền từ một dự án phần mềm mã nguồn mở, nhưng thực tiễn kinh doanh điển hình để kiếm tiền từ phần mềm là sử dụng giấy phép độc quyền để bảo vệ phần mềm không bị chia sẻ hoặc bị đánh cắp.

Những lý do sử dụng giấy phép phần mềm nguồn mở này có thể không áp dụng được cho bạn và mình khuyến khích bạn tự nghiên cứu về chủ đề này trước khi chọn giấy phép cho dự án tiếp theo của mình. Ngoài ra, bạn có thể muốn tìm kiếm sự hỗ trợ của một chuyên gia pháp lý để xác nhận sự hiểu biết đầy đủ về ý nghĩa của giấy phép đối với công việc của bạn trong hiện tại và tương lai.

Như đã đề cập trước đó, bài viết này tập trung vào các giấy phép phần mềm nguồn mở được liệt kê khi tạo kho lưu trữ mới cho dự án của bạn trên GitHub. Bạn sẽ nhận thấy ở cuối trang có một tùy chọn để chọn giấy phép. Khi bạn nhấp vào hộp, danh sách các giấy phép thả xuống sẽ xuất hiện để bạn chọn, như sau:


Trong các phần tiếp theo, mình sẽ cung cấp các mô tả ngắn gọn về các loại giấy phép phần mềm nguồn mở mà bạn có thể chọn cho dự án tiếp theo của mình, bắt đầu với các giấy phép được phép do GitHub đề xuất.

5. Giấy phép phần mềm nguồn mở được phép (Permissive Open-Source Software Licenses)

Giấy phép được phép cấp cho người dùng phần mềm quyền sử dụng, sửa đổi và chia sẻ mã nguồn. Ngoài ra, người tạo phần mềm bắt nguồn từ phần mềm được cấp phép dễ dàng có thể thay đổi các điều kiện cấp phép để phân phối lại.
Xin lưu ý, danh sách sau đây không đại diện cho tất cả các giấy phép phần mềm nguồn mở được phép có sẵn. Đúng hơn, danh sách này được lấy từ các tùy chọn giấy phép do GitHub cung cấp khi bắt đầu một dự án mới. Ngoài ra, những mô tả ngắn gọn này không toàn diện. Mình khuyên bạn nên đọc kỹ tài liệu về bất kỳ giấy phép nào mà bạn muốn sử dụng hoặc trao đổi với chuyên gia pháp lý để biết thêm thông tin.

5.1. Giấy phép Apache (Apache License)

Giấy phép Apache được viết bởi Apache Software Foundation (ASF). Với giấy phép này, người dùng không phải chia sẻ phiên bản mã nguồn đã sửa đổi của họ theo cùng một giấy phép và có thể chọn sử dụng một giấy phép khác, điều này được gọi là cấp phép con.

5.2. Giấy phép MIT (MIT License)

Các Giấy phép MIT là từ Viện Công nghệ (MIT) Massachusetts và là một trong những ngắn nhất để đọc với vài hạn chế. Tương tự như giấy phép Apache, nó cũng cung cấp cho người dùng tùy chọn cấp phép phụ cho phần mềm.

5.3. Giấy phép BSD (BSD Licenses)

GitHub cho phép bạn chọn giữa hai giấy phép BSD, Giấy phép BSD 2 Khoản "Đơn giản hóa", đôi khi được gọi là giấy phép "FreeBSD", và Giấy phép 3-Khoản BSD "Mới" hoặc "Đã sửa đổi" . Sự khác biệt chính giữa hai giấy phép này là với điều khoản 3. Điều khoản này hạn chế người dùng phần mềm sử dụng tên của tác giả, các tác giả hoặc những người đóng góp, để xác nhận các sản phẩm hoặc dịch vụ.

5.4. Giấy phép phần mềm tăng cường (Boost Software License)

Các Giấy phép Boost Software (Boost Software License), là từ các thư viện Boost của C ++ và được sự chấp thuận của OSI trong năm 2008. Giấy phép này cũng tương tự như giấy phép MIT và BSD, ngoại trừ nó không yêu cầu ghi công khi phân phối lại dưới dạng nhị phân.

6. Giấy phép phần mềm nguồn mở Copyleft (Copyleft Open-Source Software Licenses)

Giấy phép Copyleft cấp cho người dùng phần mềm quyền sử dụng, sửa đổi và chia sẻ mã nguồn, nhưng cũng bảo vệ chống lại việc cấp phép thông qua các hạn chế và điều khoản và điều kiện cụ thể. Điều này thể hiện đặc tính có đi có lại của giấy phép này yêu cầu công việc của người dùng phải tuân thủ các quyền ban đầu được nêu trong giấy phép.

Một lần nữa, danh sách sau đây không đại diện cho tất cả các giấy phép phần mềm nguồn mở copyleft hiện có. Đúng hơn, danh sách này được lấy từ các tùy chọn giấy phép do GitHub cung cấp khi bắt đầu một dự án mới. Ngoài ra, những mô tả ngắn gọn này không toàn diện. Mình khuyên bạn nên đọc kỹ tài liệu về bất kỳ giấy phép nào mà bạn muốn sử dụng hoặc trao đổi với chuyên gia pháp lý để biết thêm thông tin.

6.1. Giấy phép GNU

Đã có một số phiên bản của Giấy phép Công cộng GNU (GPL) do Tổ chức Phần mềm Tự do phát hành, bốn trong số đó người dùng có thể chọn trên GitHub. Các v3.0 GPL yêu cầu người dùng trạng thái bất kỳ sửa đổi mã ban đầu và làm cho rằng mã gốc có sẵn khi phân phối bất kỳ mã nhị phân sử dụng vào công việc của họ theo đó phần mềm được cấp phép. Giấy phép này cũng giúp dễ dàng làm việc với các giấy phép khác như Apache, mà phiên bản trước (v2.0), không có khả năng tương thích.
Trước phiên bản GPL v3.0 hiện tại, phiên bản thứ hai đã được tạo, Giấy phép Công cộng GNU v2.0. Giấy phép này chia sẻ các điều khoản và điều kiện tương tự như v3.0, nhưng được coi là một giấy phép copyleft mạnh mẽ. Giấy phép strong copyleft yêu cầu mọi sửa đổi đối với mã nguồn phải được phát hành bằng cách sử dụng cùng một giấy phép. Sự khác biệt cơ bản với v2.0 là người dùng phần mềm được phép phân phối công việc nếu họ tuân thủ các yêu cầu của giấy phép, bất kể các nghĩa vụ pháp lý trước đó. Mục tiêu của điều khoản này là ngăn một cá nhân hoặc một bên gửi khiếu nại vi phạm bằng sáng chế sẽ hạn chế quyền tự do của người dùng theo giấy phép này.

Ngoài ra còn có Giấy phép Công cộng Ít hơn GNU, được gọi là LGPL, và v2.1 của GPL v2.0. Giấy phép này được coi là điểm trung gian giữa giấy phép copyleft mạnh và yếu. Sự khác biệt chính với giấy phép này là người dùng phần mềm có thể kết hợp một thành phần phần mềm của LGPL với của riêng họ và không bắt buộc phải chia sẻ mã nguồn của các thành phần của chính họ. Người dùng cũng có thể phân phối thư viện kết hợp, là sự kết hợp của các chức năng trong thư viện LGPL và các chức năng từ thư viện không phải LGPL, nhưng phải có một bản sao của thư viện không phải LGPL đó và thông tin về vị trí của thư viện.

Một giấy phép GNU khác là GNU Affero General Public License v3.0, được gọi là AGPL. Sự khác biệt chính với giấy phép này là nó dành riêng cho các chương trình phần mềm được sử dụng trên máy chủ. Giấy phép này yêu cầu người dùng chạy chương trình đã sửa đổi trên máy chủ chia sẻ thông tin này và cung cấp mã nguồn đã sửa đổi để tải xuống phiên bản sửa đổi có liên quan hiện đang chạy trên máy chủ.

6.2. Giấy phép Công cộng Eclipse (Eclipse Public License)

Các Giấy phép Eclipse Public, là từ Quỹ Eclipse và được coi là một giấy phép weak copyleft. Giấy phép copyleft yếu yêu cầu người dùng phần mềm chia sẻ bất kỳ thay đổi nào họ thực hiện đối với mã. Giấy phép này đã chọn triển khai copyleft yếu hơn như một cách để giảm bớt các yêu cầu khắt khe hơn mà người dùng gặp phải với Giấy phép Công cộng của GNU.

6.3. Giấy phép Công cộng Mozilla (Mozilla Public License)

Giấy phép Mozilla Public License, hoặc MPL, là từ Mozilla Foundation và cũng được coi là một giấy phép copyleft yếu. Sự khác biệt với giấy phép này (so với Giấy phép Công cộng Eclipse) là nó là bản copyleft dựa trên tập tin, có nghĩa là mã có thể được kết hợp với mã nguồn mở hoặc mã độc quyền.

7. Giấy phép tương đương miền công cộng (Public-Domain-Equivalent Licenses)

Giấy phép tương đương miền công cộng cấp cho người dùng quyền sử dụng các tác phẩm có bản quyền mà không cần ghi công hoặc khả năng tương thích cấp phép bắt buộc. Như bạn có thể nhớ lại, những giấy phép này không phải lúc nào cũng được OSI chấp thuận.

7.1. Giấy phép phổ biến Creative Commons Zero (Creative Commons Zero Universal License)

Các Giấy phép Creative Commons Zero Universal License, đã được viết bởi Creative Commons và được coi là một giấy phép bản quyền công cộng. Điều này có nghĩa là tác phẩm có bản quyền có thể được phân phối tự do. Xin lưu ý rằng giấy phép này không được OSI chấp thuận. Điểm chính về giấy phép này là người dùng có thể sử dụng, phân phối và sửa đổi mã nguồn, nhưng phải đồng ý từ bỏ mọi bản quyền để đảm bảo tác phẩm này có thể truy cập được trong miền công cộng. Ngoài ra, người dùng không phải cung cấp bất kỳ ghi nhận tác giả nào và có thể sử dụng nó cho mục đích thương mại.

7.2. Giấy phép Unlicense

Giấy phép không cấp phép được phát hành vào năm 2012 và được coi là giấy phép tương đương miền công cộng đã được OSI chấp thuận. Với giấy phép này, người dùng phần mềm có thể sử dụng, sửa đổi, phân phối mã nguồn và mã nhị phân đã biên dịch cho cả mục đích thương mại và phi thương mại. Giấy phép này cũng khuyên những người dùng muốn đảm bảo các đóng góp cho mã hoặc phần mềm có sẵn cho miền công cộng bằng cách bao gồm tuyên bố về cam kết chia sẻ cơ sở mã với công chúng.

Có nhiều yếu tố cần xem xét khi chọn giấy phép phần mềm nguồn mở. Tuy nhiên, chắc chắn có những lựa chọn phổ biến trong cộng đồng các nhà phát triển. Các giấy phép phổ biến bao gồm Giấy phép MIT, Giấy phép Apache và Giấy phép BSD. Một số giấy phép copyleft phổ biến bao gồm Giấy phép Công cộng GNU và Giấy phép Công cộng Mozilla.

Hãy nhớ rằng, bài viết này chỉ cung cấp thông tin về một số giấy phép phần mềm nguồn mở phổ biến, cụ thể là những giấy phép do GitHub đề xuất. Mình khuyến khích bạn khám phá tất cả các tùy chọn cấp phép hiện có của mình hoặc tham khảo sự trợ giúp của chuyên gia pháp lý để đưa ra quyết định sáng suốt về những gì phù hợp nhất với nhu cầu của dự án của bạn.