Pagar pessoas para trabalhar em código aberto é bom

Sentimento geral sobre pagar mantenedores de OSS

• Há amplo consenso de que pagar pessoas para trabalhar em código aberto é benéfico.
• Vários comentaristas doam pessoalmente (muitas vezes uma porcentagem fixa da renda) e/ou organizam doações estruturadas por meio de organizações sem fins lucrativos com base na importância das ferramentas.
• Alguns enfatizam celebrar qualquer caminho sustentável para os mantenedores (emprego, bolsas, contratos de suporte etc.), em vez de purismo sobre a origem dos recursos.

Preocupações sobre “sempre é bom” e modelos de negócio

• Vários argumentam que pagamento não é sempre bom: patrocinadores corporativos podem direcionar projetos para rumos hostis aos usuários ou sustentar modelos de negócio exploratórios.
• Outros respondem que “o perfeito não deve bloquear o bom”: até que exista financiamento público em escala, o dinheiro corporativo costuma ser a única opção realista e bifurcações continuam sendo uma válvula de segurança.
• Há receio de que algumas “vitórias” (por exemplo, OSS financiado por corporações e hostil ao usuário) sejam, na verdade, negativas líquidas, especialmente quando consolidam monopólios de fato.

Mecanismos de financiamento discutidos

• Bolsas: úteis, mas instáveis, geralmente ligadas a recursos específicos; não são suficientes sozinhas.
• Serviços, consultoria, hospedagem, suporte e recursos “enterprise” pagos são citados como formas bem-sucedidas de financiar software totalmente livre em alguns ecossistemas.
• Modelos de compromisso por limiar / “Kickstarter para recursos” são mencionados (por exemplo, o lançamento GPL do Blender), mas vistos como limitados por incentivos de carona.
• Propostas de licenças “quase open source” ou source-available, mais uma fundação que arrecada contribuições obrigatórias de empresas, geram debate.

Debate sobre a definição de “open source”

• Um dos fios mais acalorados: alguns insistem que “open source” deve significar licenças compatíveis com a OSI, sem restrições de uso; todo o resto é “source available”.
• Outros defendem um guarda-chuva mais amplo e pragmático que inclui licenças como BSL, Polyform e outras variantes pós-nuvem, argumentando que a própria proposta original de “open source” era orientada por negócios.
• Forte temor de “openwashing”: diluir o termo para abranger open-core, relicenciamento bait-and-switch e esquemas restritivos de source-available.
• Alguns dizem preferir ver projetos morrerem a flexibilizar a definição no estilo OSI.

Economia e quem deve pagar

• OSS é descrito como um bem público com clássicos problemas de carona; bibliotecas como complementos favorecem estruturalmente a consolidação.
• Muitos argumentam que a maioria dos usuários se importa principalmente com “livre no sentido de preço”, não com liberdades, o que distorce os incentivos.
• Repetidamente aparece a ideia de que grandes empresas, e não desenvolvedores individuais, devem arcar com a maior parte da responsabilidade de financiamento; sugestões incluem orçamentos corporativos para OSS e PTO para tempo de voluntariado.

Papel do governo e do setor público

• Modelos da UE como o NLNet e o German Sovereign Tech Fund são elogiados; alguns querem um mecanismo semelhante nos EUA.
• Outros são céticos quanto à participação direta do governo devido à burocracia e ao desperdício, preferindo fundações independentes que canalizem dinheiro público.

Impacto de contribuidores pagos

• Exemplos de alguns ecossistemas de linguagem mostram que um pequeno número de contribuidores financiados em tempo integral pode melhorar dramaticamente a documentação, a UX e a coesão.
• Uma minoria alerta que dinheiro pode distorcer a dinâmica da comunidade e que equipes pagas podem depois abandonar projetos, deixando os usuários com encargos de manutenção inesperados.