Trả tiền cho các thành viên dự án nguồn mở để sửa lỗi và các tính năng

Question

Tôi gặp vấn đề cần giải quyết mà tôi nghĩ sẽ mất 4 ngày, nhưng nếu tôi có yêu cầu tính năng được sắp xếp và phát hành ảnh chụp thì tôi nghĩ mình có thể thực hiện nó trong một. Một cách hời hợt điều này tạo ra một ngân sách của 3 x tỷ lệ hàng ngày của tôi để có được nó yêu cầu tính năng hành động.

Vì vậy, câu hỏi của tôi là, bạn đã bao giờ trả tiền cho một thành viên dự án O/S để sửa chữa điều gì đó cho bạn? Nó có hoạt động không? Làm cách nào bạn bán ý tưởng cho người quản lý/đồng nghiệp của mình và tiền từ đâu đến?

Quan trọng nhất là bạn đã hỏi về cách độc đáo như thế nào? Có một nghi thức cho những điều này? Các nhà lãnh đạo dự án có khả năng tiếp thu ý tưởng này không?

Trong trường hợp quan trọng, phần mềm có tính năng bị thiếu là dự án JBoss - ngôi nhà của nguồn mở chuyên nghiệp - và tôi có thể yêu cầu chi phí như tôi là nhà thầu.

Answer 1

Khi làm việc, chúng tôi đã may mắn thuê người bảo trì nguồn mở để nâng cao các thư viện mà chúng tôi sử dụng.

Dưới đây là một số dự án chúng tôi đã làm trong quá khứ:

1. Chúng tôi cần phải tích hợp Quake 2 với wxWidgets. Chúng tôi thuê Vadim Zeitlin, một người đóng góp lớn cho wxWidgets. Trong chưa đầy 4 ngày, ông đã xây dựng một tiện ích wxQuake2 bằng cách điều chỉnh phiên bản Windows của Quake 2.
2. Sau đó, chúng tôi cần truy cập di động vào bitmap thô. Vì vậy, chúng tôi đã thuê lại Vadim và làm việc với anh ấy để tạo ra một API bitmap thô mới. Điều này liên quan đến một số công việc thiết kế đáng kể, nhưng chúng tôi thực sự thích API kết quả và chúng tôi sử dụng nó cho đến ngày nay.
3. Vào một ngày sau đó, chúng tôi đã thuê một trong những người đóng góp cốt lõi khác để cải thiện hỗ trợ trợ năng wxWidgets. Khi nó bật ra, chúng tôi đã không sử dụng mã này ngay lập tức, vì nhiều lý do kỹ thuật. Nhưng những người khác đã tăng cường mã này kể từ đó, và chúng tôi hy vọng sẽ sử dụng nó một ngày nào đó.

Nói cách khác, thuê người bảo trì nguồn mở rất giống như thuê bất kỳ loại nhà thầu nào khác. Nhưng một số thứ cũng hơi khác một chút. Dưới đây là một số lời khuyên dựa trên kinh nghiệm của chúng tôi:

1. Bạn sẽ có may mắn nhất nếu bạn muốn nâng cấp dự án hiện tại và phát hành các thay đổi dưới dạng nguồn mở.
2. Nói chung, bạn muốn thuê thành viên của nhóm nòng cốt. Họ có hồ sơ theo dõi tốt nhất, họ là người làm việc hiệu quả nhất và họ có cơ hội tốt nhất để thay đổi của bạn được hợp nhất ngược dòng.
3. Bạn muốn nhận các thay đổi của mình được hợp nhất ngược dòng. Nếu bạn không, bạn sẽ được duy trì một ngã ba địa phương, đó là một nhức đầu.
4. Trước khi thuê, hãy thực hiện một số nghiên cứu. Ai làm việc trên các tính năng mà bạn quan tâm? Họ là người mà bạn thích làm việc cùng? Đọc danh sách gửi thư và lướt qua lịch sử kiểm soát phiên bản và chọn một vài người để tiếp cận.
5. Trong giai đoạn thiết kế, có thể có một chút cho-và-lấy. Các nhà phát triển đang xem xét sức khỏe lớn hơn của dự án và bạn đang xem xét nhu cầu của một doanh nghiệp cụ thể. Điều này đôi khi làm cho các cuộc đàm phán phức tạp hơn một chút đối với chúng tôi, nhưng kết quả cuối cùng thường là một thiết kế tốt hơn so với chúng tôi sẽ tự chọn.

Và quan trọng nhất, đừng ngại ngùng. Trong bất kỳ dự án nguồn mở đủ lớn nào, một số thành viên của nhóm nòng cốt sẽ điều hành các doanh nghiệp tư vấn.Trong các dự án mã nguồn mở nhỏ hơn, bạn thường sẽ tìm thấy một số người đóng góp, những người muốn để điều hành các doanh nghiệp tư vấn.

Và nếu bạn vẫn còn do dự khi tiếp cận ai đó, bạn luôn có thể hỏi, "Bạn có biết ai muốn được trả tiền để làm việc trên $ FEATURE không?" Nếu họ không quan tâm, bạn đã không đặt chúng tại chỗ, và họ có thể cho bạn biết ai hỏi.

Nói chung, chúng tôi đã rất ấn tượng với tính chuyên nghiệp và năng suất của các nhà bảo trì nguồn mở, và tôi sẽ giới thiệu tuyến đường này cho những người khác.