Pagamentos e desenvolvedores principais de código aberto

Não tenho certeza se existe um protocolo estabelecido para isso (mesmo que não seja oficial), mas achei que aqueles com mais experiência em código aberto podem querer compartilhar conosco.

Estou ciente de que as correções aleatórias enviadas para projetos de código aberto nunca são pagas. Eles podem ser indiretamente financiados por um cliente, mas nunca são pagos pelo próprio projeto de código aberto.

Mas e os desenvolvedores principais? Ouvi, por exemplo, que o drupal tem cerca de 800 desenvolvedores principais. Os desenvolvedores principais significam que eles trabalham no próprio núcleo drupal e, juntos, lançam as principais versões, portanto, são muito importantes para o projeto. É claro que o drupal é apenas um exemplo, mas, em geral, existe algum protocolo estabelecido no mundo do código aberto que defina se a empresa por trás do projeto deve pagá-los e esses desenvolvedores principais esperam tal pagamento?

Algum fato ou experiência em primeira mão?

Como exemplo particular, alguns dos principais desenvolvedores do Squeak trabalham para o Teleplace . Eles usam o Squeak como parte de seu trabalho diário, para que o Teleplace obtenha o material necessário e, em seguida, libere as alterações na imagem e na máquina virtual do Squeak de volta à comunidade Squeak.

Existem muitas outras empresas que pagam a seus funcionários, pelo menos em parte, para invadir o Squeak.

Eu cobri esse tópico em detalhes em uma postagem no blog sobre doações para projetos de código aberto .

A essência disso é esta: uma vez que um projeto de código aberto atinja um certo tamanho, uma das várias coisas pode acontecer para permitir que ele continue existindo (caso contrário, problemas de suporte e escopo o derrubam). Existem três maneiras principais de oferecer suporte a um projeto de SO nessa fase:

1. Uma grande empresa (Google, Microsoft, etc) "patrocina" o projeto e paga aos desenvolvedores de sua equipe que trabalham nele em período integral. Alguns projetos saem diretamente dessas empresas e, naturalmente, têm essa opção.
2. O projeto pode se transformar em um negócio real, no molde MySQL / Redhat. Isso significa licenças comerciais, suporte pago e serviços de personalização / integração. Caso contrário, algum tipo de oportunidade de negócios que gera receita de fluxo (como o que a Mozilla tem com o google colocando seu mecanismo de pesquisa como o padrão no Firefox).
3. Uma comunidade de mantenedores se forma em torno do projeto com o mantenedor original cedendo o controle para permitir que outros contribuam.

1 é improvável e não é algo que você pode planejar, enquanto 2 é muito difícil para a maioria dos desenvolvedores e a maioria dos projetos falha nesse ponto. Esse é um problema muito caro para o meu coração, e foi por isso que eu comecei a Binpress (a empresa cujo blog eu liguei no começo), para fornecer uma plataforma para os desenvolvedores construírem esses negócios sustentáveis ​​em cima de seus projetos de código aberto. De acordo com nossa experiência, este é um modelo muito viável, e vimos muito sucesso recentemente nesse espaço.