Phần mềm không bao giờ trung lập: bài học từ lịch sử open source
Một bài viết trên FOSS.life lập luận rằng nỗi nhớ về thời kỳ open source "trung lập chính trị" thực chất là ảo tưởng: phong trào phần mềm tự do vốn mang tính đạo đức và xã hội, còn khái niệm "neutral code" chỉ là sản phẩm của một lần tái thương hiệu vì lợi ích doanh nghiệp năm 1998.

Một bài viết trên FOSS.life lập luận rằng nỗi nhớ về thời kỳ open source "trung lập chính trị" thực chất là ảo tưởng. Phong trào phần mềm tự do vốn mang tính đạo đức và xã hội ngay từ đầu, còn khái niệm "mã nguồn trung lập" chỉ là sản phẩm của một lần tái thương hiệu vì lợi ích doanh nghiệp vào năm 1998.
Bài viết bắt đầu từ một lời phàn nàn quen thuộc trong giới lập trình: cho rằng open source đang bị "chính trị hóa". Theo lập luận này, ngày xưa mã nguồn mở là một sân chơi thuần túy kỹ thuật, công cụ trung lập như chiếc búa hay dòng điện, và giờ đây bị phá vỡ bởi các quy tắc ứng xử (code of conduct) cùng những cuộc tranh luận về đạo đức trong dự án.
Tác giả cho rằng đây không phải hiện tượng mới. Điều đang diễn ra là các lập trình viên đang dần nhận ra bản chất gốc của phong trào giải phóng phần mềm, và rằng hệ sinh thái "trung lập chính trị" mà họ tiếc nuối vốn chỉ là một giai đoạn ngoại lệ do doanh nghiệp tạo ra.
Cuộc "tẩy trắng" năm 1998
Vào thập niên 1980, khi Richard Stallman khởi động dự án GNU và công bố GNU Manifesto, phong trào mang tính đạo đức và phản kháng quyền lực một cách rõ rệt. Theo bài viết, Stallman xây dựng phần mềm tự do vì coi phần mềm độc quyền là mối đe dọa trực tiếp tới tự do con người, quyền tự chủ cá nhân và tinh thần đoàn kết xã hội. Trong thế giới quan của Free Software Foundation (FSF), tự do phần mềm là một quyền xã hội cơ bản.
Tác giả ghi chú rõ rằng việc ghi nhận vai trò lịch sử của Stallman là vấn đề sự thật, không phải sự ủng hộ con người ông, và những phát ngôn sau này của ông về vấn đề xâm hại tình dục và tuổi đồng thuận là đáng lên án.
Bước ngoặt đến năm 1998. Khi Linux bắt đầu lan rộng, một nhóm nhân vật có tiếng trong cộng đồng nhận thấy các tập đoàn lớn e ngại cách nói của Stallman. Những cụm từ như "bổn phận đạo đức" hay "giải phóng người dùng" nghe quá giống một chiến dịch chống tư bản trong phòng họp hội đồng quản trị.
Ngày 3/2/1998, Christine Peterson đặt ra thuật ngữ "Open Source". Vài tuần sau, Bruce Perens và Eric S. Raymond ra mắt Open Source Initiative (OSI). Mục tiêu của lần tái thương hiệu này được bài viết mô tả là gạt bỏ ngôn ngữ đạo đức, triết học của Free Software để thay bằng câu chuyện thực dụng, thân thiện với doanh nghiệp. Theo chính ghi chép lịch sử của OSI, bước chuyển chiến lược này được thiết kế để "phân biệt với nhãn hiệu 'free software' vốn tập trung vào triết học và chính trị".
Trong hai thập kỷ sau đó, phiên bản đã được "tẩy trắng" này thống trị, xây dựng nên internet hiện đại, đồng thời khiến cả một thế hệ lập trình viên tin rằng công nghệ xưa nay vốn không mang màu sắc chính trị.
Tiêu chuẩn kép của chữ "trung lập"
Bài viết chỉ ra một sự bất đối xứng. Khi GitHub tuân thủ luật kiểm soát xuất khẩu của Mỹ và cắt quyền truy cập kho lưu trữ riêng của lập trình viên ở các quốc gia bị trừng phạt như Iran, Syria hay Crimea, giới công nghệ thường chỉ nhún vai, coi đó là thực tế bất biến của doanh nghiệp.
Nhưng khi một nền tảng mã nguồn mở phi lợi nhuận do cộng đồng tài trợ như Codeberg đưa ra những quy tắc minh bạch, do cộng đồng bỏ phiếu quyết định, ví dụ cấm các kho lưu trữ chủ yếu do AI tạo ra nhằm tránh quá tải máy chủ và giữ an toàn mã nguồn, phản ứng lại hoàn toàn khác: bị gọi là "hoảng loạn đạo đức", "mất tự do phần mềm" hay "cực đoan hóa công nghệ".
Tác giả lý giải sự khác biệt này: suốt hai mươi năm, lập trình viên được rèn cho thói quen chấp nhận sự quản trị của doanh nghiệp và nhà nước như một mặc định vô hình, trong khi sự quản trị của cộng đồng và con người lại bị dán nhãn "can thiệp chính trị".
Theo bài viết, một nền tảng không áp đặt bất kỳ tiêu chuẩn cộng đồng nào không phải là trung lập, mà là chọn ưu tiên sự thoải mái của kẻ xấu hơn sự an toàn của số đông. Việc "trung lập" hoàn toàn, không kiểm duyệt chỉ khiến các maintainer tình nguyện phải gánh chịu miễn phí các hành vi lạm dụng, spam và chi phí máy chủ.
Trở về nguyên lý gốc
Tác giả khẳng định điều đang diễn ra không phải cái chết của open source, mà là sự sụp đổ của ảo tưởng rằng công nghệ có thể tồn tại tách biệt khỏi lao động và hệ quả con người. Phần mềm do con người viết, con người duy trì và chạy trên hạ tầng do con người tài trợ, giống như nghệ thuật, không thể tồn tại trong chân không.
Nếu một maintainer quyết định ngừng dành buổi tối và cuối tuần để làm không công cho một công ty hay người dùng đang gây hại cho mình, thì việc gọi đó là "văn hóa hủy diệt" (cancel culture) là vô lý. Đó chỉ là quyền tự quyết cơ bản. Tương tự, một nền tảng phi lợi nhuận giới hạn các kho lưu trữ tự động không phải là "kiểm duyệt" mà là quản lý tài nguyên để máy chủ không bị quá tải.
Bài viết cũng nhắc lại việc Linux áp dụng Contributor Covenant năm 2018 từng gây tranh luận gần như y hệt các tranh luận về LLM (mô hình ngôn ngữ lớn) hôm nay, với cáo buộc rằng lập trình viên "không chính trị" sẽ bị săn đuổi và đẩy khỏi cộng đồng — điều mà theo tác giả đã không xảy ra.
Trong open source cổ điển, tự do luôn là con đường hai chiều: bạn có quyền tuyệt đối viết và phát hành bất kỳ mã nào, nhưng người khác cũng có quyền tuyệt đối nói "không, tôi không muốn thứ này ở gần tôi hay nền tảng của tôi".
Góc nhìn
Với lập trình viên và doanh nghiệp Việt Nam đang xây dựng sản phẩm trên nền tảng mã nguồn mở, bài viết này là lời nhắc rằng việc chọn dự án, chọn nền tảng lưu trữ mã nguồn hay chọn giấy phép không chỉ là quyết định kỹ thuật. Mỗi nền tảng đều có chủ sở hữu, chính sách và ràng buộc pháp lý riêng, và cái được gọi là "mặc định trung lập" thường chỉ là chính sách của bên mạnh hơn được coi là đương nhiên.
Việc hiểu rõ lịch sử phong trào phần mềm tự do giúp đội ngũ kỹ thuật đọc đúng các tranh luận về giấy phép, quy tắc ứng xử hay giới hạn sử dụng AI trong dự án, thay vì phản ứng theo quán tính. Đồng thời, khi doanh nghiệp phụ thuộc vào một dự án mã nguồn mở quan trọng, việc chủ động hỗ trợ maintainer — về thời gian, tiền bạc hoặc hạ tầng — là cách thực tế để giảm rủi ro dự án bị bỏ rơi vì kiệt sức.
Nguồn: foss.life · Quy trình biên tập


