Klipper: mã nguồn mở không có cộng đồng

Klipper đã trở thành chuẩn mực với nhiều người dùng máy in, nhưng một bài viết của Алексей Свиридкин trên blog Ænix đặt ra câu hỏi khó chịu: điều gì sẽ xảy ra nếu một dự án phụ thuộc vào một người? Tác giả nói rõ đây là ý kiến cá nhân và lập luận bằng những dẫn chứng khá cụ thể.

Luận điểm chính: mã của Klipper rất xuất sắc, nhưng dự án không được tổ chức như một tổ chức. CONTRIBUTING.md chỉ nêu tên Kevin O'Connor. Có bốn người review, nhưng chỉ ông có quyền commit vào master, nên hệ số bus factor bằng một. Trình theo dõi issue gần như đã đóng: chỉ còn một issue mở cho biết nó không còn được dùng, còn thảo luận chuyển sang diễn đàn nơi hơn 200 PR đang chờ.

Ví dụ, tác giả phân tích PR #6826, thêm việc lắng nghe trên socket TCP bên cạnh socket Unix. Theo ước tính của ông, dựa trên image Docker mkuf/moonraker, hơn 400 người sẽ dùng tính năng này, nhưng không có phản hồi thực chất nào. Vì vậy, các tính năng ngoài lõi phải chuyển sang các bản fork. Snapmaker đã thay đổi khoảng 20% mã nguồn cho máy in U1 của họ, còn Creality và các nhà sản xuất khác phát hành các phiên bản cũ đã đóng băng.

Tác giả cho rằng fork gây tốn kém cho nhà sản xuất vì phải rebase và backport, nên kêu gọi đóng góp vào nhánh chính ở nơi kênh tiếp nhận hoạt động. Với các fork thương mại, ông đề xuất các quỹ trung lập theo mô hình OpenTofu, Valkey và OpenSearch.

Bạn có thể không đồng ý với nhiều điểm, nhưng ai chọn máy in và firmware sẽ có lợi khi biết mình đang dựa vào hệ sinh thái nào. Với tôi, kết luận chính là giấy phép mã nguồn mở không đảm bảo việc phát triển mở.

Nguồn: Habr (Ænix blog)