Đây là câu trả lời chuẩn khi các nhà phát triển không nghĩ rằng họ sẽ xoay quanh để làm điều gì đó trong bất kỳ khung thời gian hợp lý nào, nhưng nó đã được đưa ra nhiều lần.
Thật không công bằng khi nó liên tục được đưa lên, nhưng người được nhắc đến gần đây nhất lại không biết điều đó và chỉ nhận được "chúng tôi đang lấy bản vá cho điều đó" ngay lập tức. Trong trường hợp này, người bảo trì đã chán ngấy với cuộc thảo luận nhưng người dùng nghĩ rằng đó là một chủ đề mới. Dù sao đi nữa, rất có thể nếu bạn nhận được "bản vá" ngay lập tức, bạn không nên tự mình lấy nó nhưng có thể muốn đọc qua kho lưu trữ và theo dõi lỗi để biết thêm chi tiết về vấn đề này.
Nếu bạn liên tục tự đưa ra một yêu cầu, "lấy bản vá" có khả năng được coi là một cách loại bỏ tương đối lịch sự, so với một số lựa chọn ít lịch sự hơn ...
Và dĩ nhiên, có những người bảo trì thô lỗ sẽ nói "lấy miếng vá" mà không có lời giải thích nào cho bất cứ ai, nhưng tôi nói đó là thiểu số.
Nếu bạn đã từng duy trì một dự án nguồn mở với nhiều người dùng, bạn sẽ biết rằng có nhiều yêu cầu hơn 100 lần so với các nhà bảo trì có thể nhận được, và nhiều yêu cầu đó rất quan trọng đối với người yêu cầu nhưng sẽ cực kỳ khó khăn, hoặc sẽ làm gián đoạn rất nhiều người dùng khác hoặc có một số lỗ hổng khác chỉ hiển thị với sự hiểu biết toàn cầu về dự án và cơ sở mã. Hoặc đôi khi chỉ có những cuộc gọi phán xét, và phải mất quá nhiều thời gian để tranh luận hết lần này đến lần khác.
Hầu hết các công ty không phải là nguồn mở sẽ không cung cấp cho bạn quyền truy cập vào các nhà phát triển và bạn sẽ chỉ nhận được sự đối xử im lặng hoặc một câu chuyện lịch sự nhưng không có thật từ bộ phận hỗ trợ khách hàng. Vì vậy, trong mã nguồn mở ít nhất bạn có một số tùy chọn (trả tiền cho ai đó để mã hóa tính năng, v.v.) và trong khi các nhà phát triển có thể thô lỗ, thì ít nhất họ cũng đưa ra câu trả lời thẳng thắn. Tôi thà "không" hơn bình thường "nó nằm trong lộ trình của chúng tôi ... [2 năm sau] ... nó vẫn nằm trong lộ trình của chúng tôi" điều mà tôi đã nhận được từ một số nhà cung cấp ...
Vì vậy, tôi không nghĩ rằng có một vặn lại. Có thể người bảo trì nguồn mở thực sự rất bận rộn, có thể họ là một kẻ ngốc, nhưng dù sao đi nữa, họ có thể có một công việc khó khăn và tham gia vào một cuộc tranh luận giữa những người cuối cùng không đi đến đâu. Điều tốt nhất bạn có thể làm là đóng góp theo một cách nào đó và cố gắng mang tính xây dựng.
Có thể đó không phải là mã, nhưng có thể có rất nhiều phân tích và ghi lại các tình huống người dùng bạn có thể làm. Khi tôi đang duy trì trình quản lý cửa sổ Gnome, nhiều lần sẽ rất hữu ích khi mọi người phân tích vấn đề trên toàn cầu khi xem xét tất cả người dùng và thực sự viết ra các vấn đề và ưu và nhược điểm và những gì sẽ xảy ra từ góc độ toàn cầu.
(Thay vào đó, điều thông thường là bắt đầu rực lửa như thể họ là người dùng duy nhất quan trọng và không có sự đánh đổi. Và trong khi điều đó thật tuyệt, và là một bảng dữ liệu, và tôi thường cố gắng giữ lịch sự hoặc thậm chí giải quyết vấn đề của họ cuối cùng .. rực lửa không làm cho bất cứ điều gì xảy ra nhanh hơn. Nó chỉ làm rối loạn cảm xúc vào vấn đề và lãng phí thời gian của mọi người.)