GNU General Public License v2.0 (GPL 2.0): Tự do phần mềm hay cái bẫy pháp lý?

GPL 2.0 được phát hành năm 1991 bởi Free Software Foundation (FSF), gắn liền với triết lý của Richard Stallman. Cho tới nay, GPL 2.0 vẫn đang được dùng bởi Linux kernel, WordPress, và hàng ngàn dự án lớn nhỏ khác.

Nhưng cũng chính vì “tự do có điều kiện” đó, GPL 2.0 là license khiến rất nhiều developer, startup và doanh nghiệp hiểu sai, dùng sai, hoặc né luôn cho lành.

GPL 2.0 không nói về tiền, nó nói về quyền

Điểm đầu tiên cần hiểu cho đúng: GPL 2.0 không cấm bán phần mềm. Bạn hoàn toàn có thể bán phần mềm GPL.

Nhưng GPL 2.0 quan tâm tới những quyền sau:

• Quyền chạy phần mềm cho bất kỳ mục đích nào.
• Quyền xem và sửa mã nguồn.
• Quyền phân phối lại bản gốc.
• Quyền phân phối lại bản đã chỉnh sửa.

Và mấu chốt nằm ở đây: mọi quyền này phải được giữ nguyên cho người dùng sau bạn.

Copyleft là gì và vì sao GPL 2.0 bị gọi là “lây nhiễm”?

GPL 2.0 là một license dạng Copyleft mạnh.

Copyleft nghĩa là:

• Nếu bạn sử dụng mã GPL 2.0.
• Và tạo ra một sản phẩm phái sinh.
• Thì sản phẩm đó phải tiếp tục phát hành dưới GPL 2.0.

Chính điều này khiến GPL 2.0 thường bị gọi (không chính thức) là license “lây nhiễm”. Không phải vì nó xấu, mà vì nó không cho phép bạn giữ phần mở rộng của mình là độc quyền.

Điều gì được xem là “sản phẩm phái sinh” trong GPL 2.0?

Đây là phần gây tranh cãi và cũng là nơi nhiều người dính rắc rối nhất.

Theo tinh thần GPL 2.0, một sản phẩm bị xem là phái sinh nếu:

• Bạn sửa trực tiếp mã GPL.
• Bạn copy code GPL vào project của mình.
• Bạn liên kết chặt (static linking) với code GPL.

Trong thế giới PHP và WordPress, khái niệm này thường được hiểu rộng hơn, dựa trên mức độ phụ thuộc logic và kỹ thuật.

GPL 2.0 và WordPress: vì sao theme/plugin không “thoát” được?

WordPress core được phát hành dưới GPL 2.0 (hoặc mới hơn). Điều này dẫn tới một hệ quả rất quan trọng:

Theme và plugin WordPress bị xem là tác phẩm phái sinh.

Do đó:

• PHP code của theme/plugin phải là GPL-compatible.
• Bạn không được đóng mã PHP và cấm người khác chia sẻ.

Đây là lý do WordPress.org yêu cầu theme/plugin phải tuân thủ GPL.

Lưu ý quan trọng: CSS, hình ảnh, JS có thể dùng license khác, nhưng phần PHP thì không.

GPL 2.0 không cho bạn làm gì?

GPL 2.0 cấm bạn những điều sau:

• Phân phối phần mềm GPL nhưng không cung cấp mã nguồn.
• Thêm điều khoản hạn chế quyền người dùng.
• Đổi license sang dạng đóng.
• Cấm người khác bán lại hoặc chia sẻ phần mềm.

Nói cách khác: bạn không được lấy tự do của người dùng.

Vì sao doanh nghiệp thường ngại GPL 2.0?

GPL 2.0 xung đột trực tiếp với mô hình kinh doanh độc quyền:

• Không thể giữ bí mật code cốt lõi.
• Không thể bán license “chỉ cho một người dùng”.
• Khó bảo vệ IP theo cách truyền thống.

Với doanh nghiệp, GPL 2.0 không nguy hiểm – nhưng nó đòi hỏi phải đổi cách nghĩ về giá trị.

Vậy người ta kiếm tiền với GPL 2.0 bằng cách nào?

Rất nhiều dự án sống khỏe với GPL 2.0 nhờ:

• Bán dịch vụ support.
• Bán hosting, SaaS xoay quanh phần mềm.
• Bán tiện ích bổ sung nhưng vẫn GPL.
• Xây thương hiệu và hệ sinh thái.

WordPress, WooCommerce, Linux là những ví dụ rõ ràng nhất.

GPL 2.0 bảo vệ ai?

GPL 2.0 không bảo vệ developer khỏi bị “ăn cắp code”.

Nó bảo vệ:

• Người dùng cuối.
• Cộng đồng.
• Sự tự do lâu dài của phần mềm.

Nếu ai đó lấy code của bạn, họ vẫn phải chia sẻ lại. Họ không thể biến nó thành tài sản độc quyền.

Khi nào bạn nên (và không nên) chọn GPL 2.0?

Bạn nên dùng GPL 2.0 nếu:

• Bạn tin vào mã nguồn mở thực sự.
• Bạn muốn mọi cải tiến được trả lại cộng đồng.
• Bạn không định bán phần mềm như một hộp đen.

Bạn nên tránh GPL 2.0 nếu:

• Bạn cần giữ code độc quyền.
• Bạn muốn bán license hạn chế.
• Mô hình kinh doanh phụ thuộc vào việc khóa người dùng.

Kết luận

GPL 2.0 không phải là license “khó chịu”. Nó chỉ không thỏa hiệp.

Nó buộc bạn phải chọn: hoặc chơi cuộc chơi tự do một cách sòng phẳng, hoặc chọn một license khác phù hợp hơn.

Nếu bạn dùng GPL 2.0 mà vẫn muốn giữ mọi thứ cho riêng mình, thì vấn đề không nằm ở license – mà nằm ở việc bạn đã chọn sai triết lý ngay từ đầu.