Mã nguồn mở không đồng nghĩa với cộng đồng mở
Bài viết phân tích sự chuyển dịch của văn hóa phần mềm mã nguồn mở từ những ngày sơ khai đơn giản đến áp lực quản lý cộng đồng trên GitHub. Tác giả lập luận rằng các nhà phát triển không nhất thiết phải chịu gánh nặng duy trì cộng đồng hay chấp nhận đóng góp công khai để mã nguồn của họ vẫn được coi là 'mở'.

Mã nguồn mở không đồng nghĩa với cộng đồng mở
Phần mềm mã nguồn mở đã tồn tại từ lâu trước khi các hệ thống kiểm soát phiên bản phân tán (DVCS) ra đời. Ngày xưa, tác giả thường chỉ lưu trữ một trang HTML đơn giản hoặc một tệp tin txt mô tả dự án, cùng với một máy chủ FTP chứa các gói nén tarball. Nếu may mắn, bạn có thể liên hệ với tác giả qua email hoặc tham gia một mailing list để nhận thông báo và thảo luận về phần mềm. Có thể còn có một kênh IRC không chính thức nơi mọi người tụ tập. Đó là mã nguồn mở theo đúng nghĩa của nó: Không cộng đồng, không chính trị, không quy tắc ứng xử (Code of Conduct), không pull requests hay issues, và không có đội ngũ nòng cốt.
Sau đó, các nền tảng như Sourceforge xuất hiện, cung cấp CVS/SVN và mailing list vận hành miễn phí, giúp việc xây dựng dự án công khai trở nên dễ dàng hơn. Tiếp đến là cuộc chiến hệ thống DVCS mà Git đã chiến thắng, và thế giới cuối cùng hội tụ về GitHub.
"Vào cuối những năm 2000, GitHub được tạo ra. Điều này đã khiến rất nhiều người tức giận và bị coi là một bước đi sai lầm." - Douglas Adams (nếu còn sống).
GitHub đã biến phần lớn mã nguồn mở thành một công việc không lương cho những người bảo trì (maintainers). Bạn đi làm và nhận các vé được giao mới; họp với các bên liên quan; lập kế hoạch lộ trình; giải quyết chính trị văn phòng và các sự xao nhãng; đáp ứng thời hạn, chỉ số và KPI. Một ngày nào đó bạn đến nơi và nhận ra yêu cầu đã thay đổi, phải bắt đầu lại từ đầu. Standups, họp 1-1, Agile, Waterfall. Nhưng ít nhất bạn có lương và bảo hiểm y tế, nên bạn chấp nhận những điều vô nghĩa đó.
Sau đó, bạn về nhà và muốn thư giãn với sở thích của mình. Ting ting, bạn có thông báo mới. Issues chất đống. Các pull requests được ném về phía bạn, yêu cầu tái cấu trúc toàn bộ phần mềm để làm những việc nằm ngoài phạm vi ban đầu. Phàn nàn, đòi hỏi. Giờ đây có cả một nhóm chat. Những người thiếu kiên nhẫn đang tức giận và bạn phải dỗ dành họ, tổ chức các cuộc họp 1-1. Giờ đây bạn có trách nhiệm với một "cộng đồng". Bạn chưa bao giờ đăng ký việc này, nhưng những gánh nặng này dường như đã trở thành quy chuẩn. Đột nhiên, mã nguồn mở trở thành công việc thứ hai. Bạn bị kiệt sức (burnout). Bạn thậm chí không còn quyền kiểm soát hay định hướng dự án của chính mình mà không bị tên tuổi của mình bị lôi kéo vào bùn nhão.
Mọi thứ không nhất thiết phải như vậy
Một số dự án quá khổng lồ và phức tạp đến mức cần một đội ngũ để quản lý. Nhưng đó là ngoại lệ, không phải quy tắc.
Hãy tự giải phóng bản thân. Hãy quay lại cách làm cũ. Đặc biệt nếu bạn đang tức giận về làn sóng người mới và các bot AI đang đánh cắp sự chú ý của bạn.
Hãy tắt trình theo dõi issues và pull requests, hoặc triển khai một máy chủ git trần (bare git server) chỉ để phát hành mã nguồn của bạn. Hãy tìm một nhóm nhỏ những người bạn thực sự biết và tin tưởng để làm việc cùng nhau, hoặc làm hoàn toàn một mình. Bạn không cần phải cho phép người lạ xâm nhập không gian của mình. Bạn không cần một quy tắc ứng xử mang tính trình diễn hay chính sách về LLM. Mã nguồn mở không nhất thiết phải được phát triển một cách công khai mới được gọi là "mã nguồn mở".
Hãy viết mã. Hãy tạo ra những thứ bạn thích. Sử dụng bất kỳ công cụ nào bạn muốn. Hãy phát hành mã (code drops) vào lúc 2 giờ sáng ngày Giáng sinh. Dù bạn làm gì, đừng để bị lừa vào việc vận hành một tổ chức vừa là vườn ươm công nghệ, vừa là nhà trẻ cho những người được cha mẹ tặng bàn phím nhưng không có kỹ năng xã hội.


