Nguồn: armanckeser.com
Tóm tắt
Bài viết phân tích hiện tượng backlog tăng trưởng theo hàm mũ trong các dự án open source, lấy Jellyfin làm case study. Jellyfin — phần mềm media server mã nguồn mở thay thế Plex — đối mặt với tình trạng số lượng issue và pull request tăng nhanh hơn nhiều so với khả năng xử lý của nhóm maintainer. Đây là vấn đề phổ biến trong hệ sinh thái open source khi dự án phát triển về người dùng nhưng không tương xứng về contributor.
Tác giả chỉ ra rằng khi một dự án đạt ngưỡng phổ biến nhất định, số lượng báo cáo lỗi và yêu cầu tính năng tăng theo đường cong lũy thừa. Trong khi đó, số lượng maintainer tích cực thường chỉ tăng tuyến tính — hoặc không tăng. Kết quả là backlog ngày càng tích lũy, dẫn đến các PR nằm chờ hàng tháng, issue bị đóng vì timeout, và contributor mới nản lòng.
Bài viết đề xuất một số cơ chế để quản lý “Jellyfin flow” này: triage automation, nhãn phân loại rõ ràng, quy trình escalation cho bug nghiêm trọng, và quan trọng hơn — văn hóa cộng đồng khuyến khích contributor xử lý issue thay vì chỉ báo cáo. Các dự án như Linux kernel và Rust có thể là mô hình tham khảo về quy trình contribution có cấu trúc.
Vấn đề này có ý nghĩa rộng hơn với bài học về sustainability trong open source: phần mềm miễn phí không có nghĩa là chi phí bảo trì bằng 0 — ai đó phải trả bằng thời gian và công sức.