Những vấn đề không ai muốn thừa nhận với phần mềm mã nguồn mở

Phần mềm mã nguồn mở có nhiều lợi ích khiến mọi người gắn bó với cộng đồng trong nhiều năm. Đó là sự đoàn kết và được xây dựng vì tất cả mọi người. Tuy nhiên, càng tham gia cộng đồng này, bạn sẽ càng thấy rõ những vấn đề cần được khắc phục.

Đây không phải là những vấn đề nghiêm trọng - chúng không đột nhiên phá hủy bản chất mã nguồn mở - và chúng chủ yếu là những vấn đề của con người. Tuy nhiên, các vấn đề sẽ trở nên trầm trọng hơn nếu không được giải quyết, vì vậy việc thảo luận về chúng là một bước cần thiết để xác định điều gì có thể sai. Đó không phải là một cuộc tấn công vào cộng đồng, mà là một cái nhìn trung thực về những vấn đề bị bỏ qua một cách lặng lẽ.

Cái giá của các dự án tâm huyết

Tại sao những người đóng góp thường âm thầm kiệt sức

Một trong những vết nứt đầu tiên bắt đầu xuất hiện không phải là mã nguồn mà là con người. Các dự án thành công được xây dựng trên nền tảng của những người làm việc không công, những người phải chịu đựng nhiều đêm thức trắng và sự thất vọng âm thầm. Nhiều công cụ miễn phí mà chúng ta sử dụng chỉ tồn tại được là nhờ một nhóm người đã từ bỏ quá nhiều. Đáng buồn thay, khi niềm đam mê phai nhạt, dự án ngay lập tức bị đình trệ, cộng đồng tan rã, và người dùng chuyển sang lĩnh vực khác.

Sự cố npm LeftPad được cộng đồng DEV báo cáo là một ví dụ điển hình. LeftPad nổi tiếng là gói JavaScript nhỏ bé đã làm sập hàng nghìn trang web vào năm 2016 sau khi người sáng tạo, Azer Koçulu, gỡ bỏ nó khỏi trình quản lý gói Node. Sau nhiều năm duy trì một số gói module nhỏ mà không được đánh giá cao, một cuộc tranh cãi đã nổ ra, và người sáng tạo đã bỏ đi. Đây là một trường hợp kiệt sức và nó cho thấy mọi thứ thực sự mong manh như thế nào khi chúng ta chỉ dựa vào thiện chí.

Tài liệu: Do chuyên gia viết, dành cho chuyên gia

Tại sao hướng dẫn thường gây nhầm lẫn thay vì giúp ích

Đối với những người mới tham gia một dự án mã nguồn mở, việc tham gia vào một cuộc thảo luận giữa chừng có thể khá khó khăn. Tài liệu không phải lúc nào cũng có sẵn, và đôi khi, ngay cả khi có, nó cũng lỗi thời hoặc rời rạc, giả định rằng mọi người dùng đều nắm vững những kiến ​​thức cơ bản. Điều này đúng ngay cả với một dự án lớn như Blender, vốn thường xuyên là chủ đề thảo luận của cộng đồng về khả năng làm quen của người dùng với nó. Ngay cả diễn đàn người dùng của Blender cũng có những người mới yêu cầu hướng dẫn dành cho người mới bắt đầu.

Đây là một thách thức thậm chí còn lớn hơn đối với các dự án nhỏ hơn với ít người tham gia và lao động không được trả lương. Ưu tiên đương nhiên được dành cho việc hoàn thiện mã nguồn thay vì tài liệu. Tài liệu thường chỉ nêu bật các tính năng chứ không đề cập đến những thách thức thực tế khi triển khai.

Mệt mỏi do phân mảnh là có thật

Không ổn định do có quá nhiều lựa chọn

Tự do lựa chọn luôn là một trong những điểm mạnh của nguồn mở, nhưng điều này cũng có thể là một điểm yếu. Hầu như mọi công cụ mã nguồn mở phổ biến đều có một số lựa chọn thay thế và phân nhánh. Linux là một ví dụ điển hình, với hàng trăm bản phân phối. Mỗi bản phân phối mới đều giải quyết một thách thức kỹ thuật cụ thể hoặc khám phá một hướng đi mới. Mức độ đa dạng này, mặc dù thúc đẩy sự đổi mới, nhưng cũng làm phân tán nguồn lực.

Đối với một nhà phát triển, việc lựa chọn hỗ trợ cho phiên bản nào thực sự trở thành một vấn đề nan giải, và người dùng luôn tự hỏi liệu trong số rất nhiều tùy chọn, tùy chọn nào sẽ vẫn được duy trì sau nhiều năm.

Một nghiên cứu của Đại học Cornell về 1.932 dự án GitHub cho thấy 315 dự án (16%) đã bị bỏ dở, và chỉ 41% sống sót nhờ những người bảo trì cốt lõi mới tham gia. Khi điều đó xảy ra, người dùng sẽ chuyển sang các nhánh hoặc giải pháp thay thế mới hơn chỉ để đảm bảo an toàn và tương thích.

Khi phần mềm chính thống đối mặt công cụ mã nguồn mở

Ảnh hưởng của doanh nghiệp định hình lại các dự án và ưu tiên như thế nào?

Niềm đam mê từ cộng đồng từng là xương sống của phần mềm mã nguồn mở, nhưng điều này đã bắt đầu thay đổi khi các công ty công nghệ lớn tham gia ngày càng sâu. Họ đang tài trợ cho các dự án, tài trợ cho việc phát triển và mua lại những công cụ phổ biến.

Bản tuyên ngôn OpenTofu năm 2023 ra đời khi HashiCorp công bố thay đổi giấy phép cho Terraform, chuyển từ Giấy phép Công cộng Mozilla (MPL 2.0) sang Giấy phép Nguồn Doanh nghiệp (BSL) 1.1 hạn chế hơn. Sự thay đổi này đã hạn chế việc sử dụng thương mại, thúc đẩy các công ty hợp tác và tạo ra OpenTofu, một nhánh mã nguồn mở hoàn toàn của Terraform dưới sự quản lý trung lập của Linux Foundation. Đây là một ví dụ rõ ràng về cách các quyết định của doanh nghiệp ảnh hưởng đến định hướng và khả năng tiếp cận của những dự án mã nguồn mở.

Giữ cho mã nguồn mở lành mạnh: Đối mặt với những rạn nứt tiềm ẩn

Mã nguồn mở nhắc nhở chúng ta rằng mọi người có thể cùng nhau xây dựng và giải quyết vấn đề cho tất cả mọi người. Niềm đam mê, sự hợp tác và sáng tạo là những điểm mạnh cốt lõi của cộng đồng mã nguồn mở. Tuy nhiên, sự kiệt sức, phân mảnh và ảnh hưởng của doanh nghiệp là những vấn đề chúng ta không được bỏ qua nếu muốn cộng đồng phát triển. Chúng có thể không phá vỡ mã nguồn mở, nhưng đủ mạnh để định hình những ai có thể tham gia và cách thức phát triển của nó.

Nhiều người thích thay thế các dịch vụ của Google bằng những tùy chọn mã nguồn mở và dùng thử các ứng dụng ghi chú mã nguồn mở. Nhưng tất cả những điều này sẽ không thể tồn tại lâu dài nếu cộng đồng không bắt đầu làm một số việc khác biệt. Cộng đồng mã nguồn mở nên trân trọng những người tận tâm duy trì dự án hơn, quan tâm nhiều hơn đến việc đầu tư vào tính rõ ràng và đạt được sự cân bằng phù hợp giữa tính độc lập và hỗ trợ.