Thanh toán và nhà phát triển lõi nguồn mở

Tôi không chắc có một giao thức đã được thiết lập cho điều này hay không (ngay cả khi nó không phải là giao thức chính thức), nhưng nghĩ rằng những người có kinh nghiệm nhất với nguồn mở có thể muốn chia sẻ với chúng tôi.

Tôi biết rằng các bản vá ngẫu nhiên được gửi cho các dự án nguồn mở không bao giờ được trả tiền. Họ có thể được tài trợ gián tiếp bởi một khách hàng nhưng họ không bao giờ được trả tiền bởi chính dự án nguồn mở.

Nhưng làm thế nào về các nhà phát triển cốt lõi? Tôi nghe ví dụ rằng drupal có khoảng 800 nhà phát triển cốt lõi đằng sau nó. Các nhà phát triển cốt lõi có nghĩa là họ làm việc trên chính lõi drupal và cùng nhau họ đẩy các bản phát hành chính, vì vậy chúng rất quan trọng đối với dự án. Tất nhiên drupal chỉ là một ví dụ, nhưng nói chung, có bất kỳ giao thức được thiết lập nào trong thế giới nguồn mở xác định liệu công ty đứng sau dự án có dự kiến ​​trả tiền cho họ không và các nhà phát triển cốt lõi này có mong đợi thanh toán như vậy không?

Bất kỳ sự thật hoặc kinh nghiệm đầu tay?

Như một ví dụ cụ thể, một vài nhà phát triển Squeak cốt lõi làm việc cho Teleplace . Họ hack Squeak như một phần công việc hàng ngày của họ, vì vậy Teleplace có được những thứ họ cần, sau đó phát hành các thay đổi cho hình ảnh Squeak cơ bản và máy ảo trở lại cộng đồng Squeak lớn hơn.

Có khá nhiều công ty khác trả tiền cho nhân viên của họ, ít nhất là một phần, để hack vào Squeak.

Tôi đã đề cập chi tiết chủ đề này trong một bài đăng trên blog về quyên góp cho các dự án nguồn mở .

Ý chính của nó là - một khi dự án nguồn mở đạt đến một kích thước nhất định, một trong nhiều điều có thể xảy ra để cho phép nó tiếp tục tồn tại (nếu không thì các vấn đề về hỗ trợ và phạm vi sẽ làm giảm nó). Có 3 cách chính để hỗ trợ một dự án HĐH ở giai đoạn đó:

1. Một công ty lớn (Google, Microsoft, v.v.) "tài trợ" cho dự án và đã trả tiền cho các nhà phát triển từ đội ngũ nhân viên làm việc toàn thời gian. Một số dự án đi ra trực tiếp từ các công ty đó và tự nhiên có tùy chọn này được đưa vào.
2. Dự án có thể chuyển đổi thành một doanh nghiệp thực sự, trong khuôn mẫu MySQL / Redhat. Điều này có nghĩa là giấy phép thương mại, hỗ trợ trả phí và dịch vụ tùy biến / tích hợp. Mặt khác, một số loại cơ hội kỳ lạ mang lại thu nhập luồng (chẳng hạn như những gì Mozilla có với google bằng cách đặt công cụ tìm kiếm của họ làm công cụ mặc định trong Firefox).
3. Một cộng đồng của những người bảo trì hình thành xung quanh dự án với sự kiểm soát nhượng lại của người bảo trì ban đầu để cho phép những người khác đóng góp.

1 là không thể và không phải là thứ bạn có thể lập kế hoạch trong khi 2 là rất khó đối với hầu hết các nhà phát triển và hầu hết các dự án đều thất bại vào thời điểm đó. Đây là một vấn đề rất lớn đối với tôi, đó là lý do tại sao tôi đã thành lập Binpress (công ty có blog mà tôi đã liên kết ngay từ đầu), để cung cấp một nền tảng cho các nhà phát triển để xây dựng các doanh nghiệp bền vững này trên các dự án nguồn mở của họ. Từ kinh nghiệm của chúng tôi, đây là một mô hình rất khả thi và gần đây chúng tôi đã thấy rất nhiều thành công trong không gian đó.