Những điều cơ bản về nguồn mở (Phần 2)

Thứ tư - 04/08/2021 05:23

Tiếp theo kỳ trước - xem Phần 1 - và hết

(Bài đăng trên tạp chí Tia Sáng, số 14 xuất bản ngày 20/07/2021, các trang 32-35. Phiên bản điện tử có tại địa chỉ: https://tiasang.com.vn/-doi-moi-sang-tao/Nhung-dieu-co-ban-ve-nguon-mo-phan-2--28324)

Cả phần mềm nguồn đóng và PMTDNM đều có một giấy phép. Nếu như trong thế giới phần mềm nguồn đóng chỉ có một loại giấy phép duy nhất được gọi là thỏa thuận giấy phép của người sử dụng đầu cuối - EULA (End User License Agreement), thì thế giới nguồn mở lại có hàng chục loại giấy phép mở với các mức độ tự do khác nhau cho phần mềm tự do[9] và phần mềm nguồn mở[10]; cũng như có nhiều giấy phép mở, như của hệ thống giấy phép mở Creative Commons[11], cho các dạng nội dung khác nhau như văn bản, hình ảnh, âm thanh, video, .v.v., với các mức độ tự do khác nhau.

Điều quan trọng được nhấn mạnh ở đây là các hệ thống cấp phép mở cho PMTDNM và các nội dung mở được xây dựng dựa trên các Luật sở hữu trí tuệ sẵn có, chứ không phải dựa vào các luật nào đó đặc biệt dành cho thế giới nguồn mở. Vì thế, nhận thức như thể chỉ có một chế độ quyền tác giả duy nhất là không đúng, như được nêu trong một tài liệu do UNESCO xuất bản năm 2015[12], rằng tổng cộng có tới 3 chế độ quyền tác giả, đó là: (1) Copyright; (2) Copyleft; và (3) Creative Commons; trong đó 2 chế độ sau thường được sử dụng cho PMTDNM và nội dung mở, một cách tương ứng.

Hình 4. Các chế độ quyền tác giả

Khi sử dụng, đặc biệt là khi sửa đổi và/hoặc tùy biến thích nghi các PMTDNM, mã nguồn mở và nội dung mở do các cộng đồng nguồn mở làm ra để tạo ra các tài nguyên/tác phẩm phái sinh, điều quan trọng là bạn nhất định không được quên việc phải thừa nhận ghi công (các) tác giả đối với chúng. Hành vi này thể hiện sự tôn trọng (không vi phạm) bản quyền của bạn đối với (các) tác giả; ngược lại, hành vi không thừa nhận ghi công tài nguyên/tác phẩm không phải do tự bạn làm ra, được gọi là ‘ăn cắp’.

Ngày nay, số lượng các tệp mã nguồn phần mềm được chia sẻ tự do không mất tiền với các giấy phép mở là vô cùng nhiều, hơn 10 tỷ tệp trong hơn 161 triệu dự án phần mềm nguồn mở khắp trên thế giới, theo trang Software Heritage[13]. Tương tự, số lượng các tệp nội dung được cấp phép mở Creative Commons là gần 2 tỷ[14]. Điều này cho thấy, các cộng đồng nguồn mở trên thế giới là lớn tới mức nào.

Hình 5. Software Heritage: Số lượng các tệp mã nguồn và dự án phần mềm nguồn mở

E. Mô hình cộng đồng của nguồn mở

Một đặc tính khác để phân biệt giữa phần mềm nguồn mở và phần mềm nguồn đóng là ở câu hỏi ‘Ai là chủ sở hữu của phần mềm?’. Chủ sở hữu của các phần mềm nguồn đóng thường là của các công ty hoặc các tập đoàn, dù đôi khi là của cá nhân; trong khi chủ sở hữu của các phần mềm nguồn mở thường lại là của các cộng đồng, bao gồm cả các lập trình viên phát triển phần mềm nguồn mở đó đang làm việc trong các công ty/tập đoàn khác nhau. Ví dụ điển hình nhất là nhân Linux - một chương trình phần mềm nguồn mở nổi tiếng nhất trong thế giới nguồn mở với giấy phép mở GPL v.2, từ năm 2005 đã do cộng đồng của hơn 7.800 lập trình viên tới từ hơn 800 công ty khắp trên thế giới cùng phát triển[15], bao gồm cả các tập đoàn khổng lồ đa quốc gia như IBM, Microsoft .v.v., và nằm dưới sự quản lý không phải của bất kỳ công ty/tập đoàn nào, mà của Quỹ Linux (Linux Foundation) - tổ chức đại diện cho cộng động của tất cả các lập trình viên đó, cùng với nhiều lập trình viên tự do không làm việc cho bất kỳ một công ty/tập đoàn nào nhưng có các đóng góp để phát triển nhân Linux.

Vì cộng đồng, chứ không phải công ty, mới là yếu tố chính để phát triển thành công bất kỳ phần mềm nguồn mở nào, nên việc xây dựng các cộng đồng nguồn mở có vai trò trung tâm trong việc phát triển phần mềm nguồn mở cũng như phát triển công nghệ mở. Quân đội Mỹ từ lâu đã nêu 15 yếu tố quyết định cho sự thành công của phát triển công nghệ mở nhằm có được các phần mềm tốt nhất trong quân sự[16], trong đó khẳng định 2 yếu tố quan trọng hàng đầu là: (1) Cộng đồng trước, công nghệ sau; (2) Mở là mặc định, đóng chỉ khi cần. Lý lẽ đằng sau việc này là vì ngày nay, phần mềm được sử dụng để chế tạo và điều khiển vũ khí, nó không thể bị phụ thuộc vào bất kỳ công ty/tập đoàn nào; vì việc thắng hay bại khi có xung đột hay chiến tranh không thể phụ thuộc vào cái gật hay lắc đầu của ông giám đốc công ty/tập đoàn bất kỳ nào được.

Từ mô hình phát triển phần mềm nguồn mở được nêu ở trên, để ‘nhiều con mắt soi vào thì lỗi sẽ cạn’ và để bất kỳ ai cũng có thể tải về mã nguồn của phần mềm nguồn mở bất kỳ nào, mã nguồn sẽ được đặt trên Internet không biên giới. Điều này giúp giải thích vì sao các cộng đồng nguồn mở hầu hết có phạm vi toàn cầu (3 trong số 4 dạng cộng đồng), chứ không bị giới hạn bởi đường biên giới của một quốc gia, như trên Hình 6.

Hình 6. Các dạng cộng đồng nguồn mở và phạm vi toàn cầu của nó[17]

Một đặc tính khác trong phát triển phần mềm nguồn mở là có sự tham gia không chỉ của các lập trình viên phần mềm, mà còn cả những người sử dụng nữa - họ có thể có các vai trò, ví dụ như, trong phát hiện/báo cáo lỗi hoặc đề xuất xây dựng mới/tùy chỉnh các chức năng phần mềm, nên cộng đồng của một dự án phần mềm nguồn mở bao gồm tất cả các lập trình viên và người sử dụng, như trên Hình 7.

Hình 7. Thành phần của cộng đồng một dự án PMTDNM[18]

Việc quản lý điều hành các cộng đồng một dự án phần mềm nguồn mở thường có ở 2 dạng chính[19]: (1) Nhà độc tài nhân từ (Benevolent Dictatorship), ví dụ điển hình của dạng này là với Quỹ Linux, nơi quản lý điều hành việc phát triển nhân Linux, do người phát minh ra nhân Linux, Linus Torvalds, dẫn dắt; (2) Người tài lãnh đạo (Meritocracy), ví dụ điển hình của dạng này là như với Quỹ phần mềm Apache, nơi quản lý điều hành nhiều dự án phần mềm mang giấy phép mở Apache, một trong số đó là dự án máy chủ web Apache nổi tiếng thế giới, hay bộ phần mềm văn phòng nguồn mở OpenOffice.

Hình 8. Các mô hình quản lý điều hành dự án phần mềm nguồn mở[20]

F. Mô hình kinh doanh của nguồn mở

Do đặc thù của việc phát triển và cấp phép mở của PMTDNM dẫn tới việc hầu như ai cũng có thể tải về để sử dụng cả mã nguồn cũng như mã nhị phân của các sản phẩm PMTDNM đó một cách hoàn toàn hợp pháp; điều tương tự đối với các nội dung mở như các tài nguyên truy cập mở, dữ liệu mở hay tài nguyên giáo dục mở. Điều này dẫn tới việc các mô hình kinh doanh của thế giới nguồn mở nói chung, bao gồm cả các PMTDNM và nội dung mở, là khác so với các mô hình kinh doanh truyền thống của thế giới nguồn đóng theo kiểu ‘ăn bánh trả tiền’, như được nêu ở phần đầu. Thông thường, mô hình doanh thu của các PMTDNM và nội dung mở là dựa vào việc bán các dịch vụ xung quanh các sản phẩm nguồn mở (cả các PMTDNM và các dạng nội dung mở), chứ không dựa vào việc thu tiền từ việc bán trực tiếp các sản phẩm của chung cộng đồng. Ví dụ, bạn hoàn toàn tự do không mất tiền để tải về và cài đặt bộ phần mềm văn phòng nguồn mở LibreOffice lên máy tính của bạn để sử dụng hàng ngày, nhưng để sử dụng nó được nó tốt nhất, bạn có thể phải mất tiền để mua các dịch vụ đào tạo và/hoặc tùy chỉnh để có một tính năng mới mà bạn cần sử dụng thêm với nó. Nhiều ví dụ về các mô hình kinh doanh của PMTDNM được nêu trong tài liệu ‘Các khía cạnh kinh tế và các mô hình kinh doanh của phần mềm tự do’[21]; cũng như 24 ví dụ về các mô hình doanh thu với các dạng nội dung số được cấp phép mở Creative Commons được nêu trong tài liệu ‘Làm bằng Creative Commons[22]’, có lẽ là rất cần được tham khảo và giảng dạy trong các cơ sở giáo dục mọi cấp học ở Việt Nam từ nay trở đi.

G. Kết luận và gợi ý

Thế giới của các PMTDNM và nội dung mở, nhất là nội dung số mở, có triết lý, các nguyên tắc, luật lệ và mô hình của nó. Chúng là khác và/hoặc rất khác, thậm chí là trái ngược hoàn toàn với những điều tương tự của thế giới của phần mềm và nội dung (số) nguồn đóng/sở hữu độc quyền theo truyền thống.

Để ứng dụng và phát triển tốt được PMTDNM và nội dung (số) mở, bạn không thể cứ duy trì và sử dụng tư duy đóng truyền thống, mà cách tốt nhất là thông qua giáo dục và truyền thông để thay đổi từ tư duy đóng sang mở, ở mức độ phạm vi càng rộng, càng sâu và càng sớm càng tốt; tốt nhất là từ các học sinh tiểu học.

Một khi triết lý, các nguyên tắc, luật lệ và các mô hình của thế giới nguồn mở hầu như không được dạy ở bất kỳ đâu trong các cơ sở giáo dục mọi cấp ở Việt Nam, sẽ là dễ hiểu vì sao vô cùng hiếm thấy các sản phẩm nguồn mở đích thực “Make in Vietnam” hiện nay. Mặt khác, các sản phẩm phần mềm và nội dung số MỞ “Make in Vietnam” cần tuân thủ với triết lý, các nguyên tắc, luật lệ và các mô hình của thế giới nguồn mở, phải luôn được “phát triển cùng và không tách rời khỏi cộng đồng nguồn mở thế giới”, tránh xa các lỗi cơ bản như không được cấp phép mở và/hoặc không được xây dựng từ và trong cộng đồng (ví dụ, mã nguồn do các lập trình viên của chỉ một công ty và không có người ngoài công ty nào phát triển cùng; hoặc mã nguồn không nằm trên các kho mã nguồn mở trên Internet, ví dụ như, GibLab hoặc GitHub, .v.v.); hay tệ hơn, lấy mã nguồn của một dự án phần mềm nguồn mở có sẵn trên Internet về rồi sửa nó và tự nhận bản quyền là của mình - hành vi, như được nêu ở phần trên, được gọi là ‘ăn cắp’.

Với Khuyến cáo Tài nguyên Giáo dục Mở của UNESCO đã được 193 quốc gia trên thế giới thông qua vào ngày 25/11/2019[23] và dự kiến Khuyến cáo Khoa học Mở của UNESCO cũng sẽ được ngần ấy các quốc gia thông qua vào tháng 11/2021, có thể khẳng định chắc chắn là Tài nguyên Giáo dục Mở và Khoa học Mở là xu thế không thể đảo ngược của thế giới ngày nay. Vì cả Tài nguyên Giáo dục Mở và Khoa học Mở đều được truyền cảm hứng và phát triển từ PMTDNM (cả về triết lý, các nguyên tắc, luật lệ, và các mô hình), là không khó để hình dung rằng nếu chưa hiểu và làm tốt được với PMTDNM dù nó đã tới Việt Nam từ hơn 20 năm qua, thì khó có thể làm gì tốt được với Tài nguyên Giáo dục Mở và Khoa học Mở, đặc biệt khi mà, như trong bản thảo Khuyến cáo Khoa học Mở mới nhất được UNESCO xuất bản ngày 12/05/2021[24], cả phần mềm nguồn mở, mã nguồn mở, và Tài nguyên Giáo dục Mở, bên cạnh nhiều điều mở khác, đều là các thành phần chính của Khoa học Mở.

Rất nhiều công việc cần phải làm để ứng dụng và phát triển tốt nguồn mở ở Việt Nam. Trước mắt gợi ý hai từ khóa cần được đáp ứng càng sớm càng tốt: (1) Cấp phép mở; và (2) Xây dựng các cộng đồng nguồn mở. Trách nhiệm chính của việc đầu chắc chắn nằm ở các cơ quan nhà nước; còn việc sau cần phải là bổn phận của các cơ sở giáo dục và đào tạo, chứ không phải là của các công ty/tập đoàn, dù họ sẽ luôn là các tác nhân hỗ trợ tốt để các cộng đồng nguồn mở phát triển.

H. Các chú giải

[9] FSF: Licenses: https://www.gnu.org/licenses/license-list.html

[10] OSI: Open Source Licenses by Category: https://opensource.org/licenses/category

[11] Creative Commons: About The Licenses: https://creativecommons.org/licenses/

[12] Lê Trung Nghĩa, 2018: Không chỉ có một loại quyền tác giả: https://tiasang.com.vn/khoa-hoc-cong-nghe/Khong-chi-co-mot-loai-quyen-tac-gia-12644

[13] Software Heritage: https://www.softwareheritage.org/. Truy cập ngày 10/06/2021.

[14] Catherine Stihler, Creative Commons, May 24, 2021: Announcing Our 20th Anniversary “Better Sharing” Campaign. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://giaoducmo.avnuc.vn/cap-giay-phep-mo/cong-bo-ky-niem-lan-thu-20-chien-dich-chia-se-tot-hon-cua-chung-toi-428.html

[15] Linux Foundation, 2012: Linux Kernel Development. Bản dịch tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/386z85gsawuuety/lf_who_writes_linux_2012-Vi-18042012.pdf, tr.2

[16] US Army, 2011: Open Technology Development (OTD): Lessons Learned & Best Practices for Military Software: https://www.dropbox.com/s/sqsft68wjakvri6/OTD-lessons-learned-military-signed.pdf?dl=0. Bản dịch tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/7dr3l68df0n8qkd/OTD-Lessons-Learned-And-Best-Practices-For-Military-Software-Vi.pdf, tr. 42

[17] Matthias Stürmer, 2013: Four types of open source communities. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://vnfoss.blogspot.com/2013/10/4-dang-cac-cong-ong-nguon-mo.html

[18] Tùy biến từ hình ảnh trong bài của Simon Phipps: Community types. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: http://vnfoss.blogspot.com/2011/10/cac-dang-cong-ong.html

[19] Ross Gardler, Gabriel Hanganu, 2012: Governance models. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: http://vnfoss.blogspot.com/2013/02/cac-mo-hinh-ieu-hanh.html

[20] Tùy biến từ hình ảnh trong tài liệu của The Linux Foundation, 2011: Understanding the Open SourceDevelopment Model. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/3s6dbuatgqnmsl6/lf_os_devel_model-Vi-31012012.pdf

[21] A. Albos Raya et al., 2010: Economic Aspects and Business Models of Free Software. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/0vs8e8zhvhpgx95/fta-m5-economic_models-Vi--26012015.pdf?dl=0

[22] Paul Stacey and Sarah Hinchliff Pearson, 2017, CC BY-SA 4.0: Made with Creative Commons. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/a6n50my7owufi6w/Made%20with%20Creative%20Commons_Vi-10022020.pdf?dl=0

[23] UNESCO, 2019: Recommendation on Open Educational Resources. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/o6lml26uw88ear2/DCPMS_U1911920_Vi-04122019.pdf?dl=0

[24] UNESCO, 12/05/2021: Draft text of the Unesco Recommendation on Open Science. Bản dịch sang tiếng Việt của Lê Trung Nghĩa: https://www.dropbox.com/s/hh9havem2m15dka/376893eng_Vi-13052021.pdf?dl=0