Recentemente, o @gabrielbaiano levantou um ponto necessário aqui no TabNews sobre a postura bizarra de usuários que tratam desenvolvedores de projetos open source como funcionários não remunerados.

Eu escrevi uma resposta lá, mas lendo as interações da thread, percebi que o buraco é muito mais embaixo. Existe uma falha estrutural na compreensão do que significa "código aberto" na cabeça de muita gente que consome tecnologia hoje. A distorção chegou a um ponto onde o usuário de software gratuito bate no peito para exigir prazos e suporte de quem doa o próprio tempo livre.

Decidi expandir meu comentário e transformá-lo nesta publicação para colocar os pingos nos "is". Não é só um desabafo, é um alinhamento sobre como as coisas funcionam de verdade.

Eu realmente estou incrédulo, li alguns comentários aqui que me fazem desacretidar que sabem minimamente a história da computação. É um vergonha, e nem fazem parte da nossa "profission"

O open source é hoje um movimento tecnológico e uma forma de trabalho que vai além da produção de software. O movimento open source usa os valores e o modelo descentralizado de produção do software open source para descobrir maneiras inovadoras de resolver problemas em suas comunidades e setores. O código-fonte do software open source é projetado para ser acessado abertamente pelo público: todas as pessoas podem vê-lo, modificá-lo e distribuí-lo conforme suas necessidades.

O software open source (OSS - Open Source Software) é desenvolvido de forma descentralizada e colaborativa e conta com a revisão e a produção pela comunidade. Ele costuma ser mais barato, mais flexível e mais duradouro do que as opções proprietárias, já que é desenvolvido por comunidades independentes, e não por um único autor ou empresa.

Fonte: https://www.redhat.com/pt-br/topics/open-source/what-is-open-source

Tendo minimamente esse ponto esclarecido, opensource é uma forma de distribuição. Assim como GNU, GPL, etc, podendo ser visto como estratégia. A google é Rainha nisso.

agora para você que possui paciência e gostaria de aprender

Como "cobrar" por algo que é Open Source (ou de graça)

Onde ninguém têm a necessidade de atender seu problema individual.

Antes de tudo, esclarecer alguns pontos conceituais que muitos na nossa área ainda confundem:

1. "Open Source" fala sobre Liberdade, não sobre Gratuidade

A famosa máxima da Free Software Foundation resume bem: Free as in free speech, not as in free beer("Livre como em liberdade de expressão, e não como em cerveja grátis"). O Open Source é uma forma de distribuição e licenciamento que garante acesso ao código, transparência, auditabilidade e colaboração. Ele não proíbe a comercialização, nem obriga o mantenedor a trabalhar de graça como suporte técnico. E fundamentalmente esquecivel por algumas pessoas: Um projeto open source é uma das ferramentas mais fundamentais e acessíveis para quem está começando a estudar programação e tecnologia. Como o código-fonte desses programas é público, qualquer pessoa pode visualizar, modificar.

Estudar! Coisa que parecem que não fazem na era da IA.

2. O código pode ser livre, mas o Tempo e o Suporte não são

Existe uma diferença enorme entre o código-fonte (que está lá, estático no repositório) e o trabalho contínuo (compilar, empacotar, manter servidores, corrigir bugs urgentes, tirar dúvidas, criar instaladores one-click). O código pode ser grátis, mas a conveniência e a garantia têm custo.

Ao meu ver, se você usa, lucra e não colabora nem financeiramente, nem intelectualmente. Você é um Parasita!

https://www.youtube.com/watch?v=nX0wPjNzn3o <- Manifesto Anti-Parasita: Seja um Criador - Fabio Akita

3. "Cobrar" não é vender a licença, é vender a Redução de Fricção

A maioria dos usuários (especialmente o usuário final) não quer baixar o código, configurar dependências, compilar o projeto e resolver erros de build. Eles querem praticidade. Quando você cobra por algo mantido em Open Source, você está cobrando pelo tempo que poupa do usuário ou pelo risco que você tira das costas dele.

Como estruturar a cobrança (ou melhor, a solicitação) corretamente:

Se você encontrou um bug, precisa de uma funcionalidade nova ou quer que o projeto suporte a atualização X, existem formas corretas de interagir com o repositório sem ser um peso morto:

1. O Código é Aberto: Não cobre, Colabore (Pull Request > Reclamação)
Se a ferramenta não faz o que você quer, a atitude de um desenvolvedor de verdade é clonar, resolver e submeter um Pull Request (PR). Reclamar de braço cruzado esperando que o mantenedor trabalhe para você de graça é atestado de incompetência ou preguiça. O projeto é de todos, a responsabilidade de melhorar também é.

2. Abra Issues com Qualidade Técnica (Seja útil, não um cliente de padaria)
Se você não sabe codar a solução ou está apenas começando a estudar, o mínimo que deve fazer é poupar o tempo de quem vai resolver. Esqueça frases como "Parou de funcionar na versão nova, arruma aí".
Uma cobrança decente vem em forma de uma Issue bem documentada:

• Passos exatos para reprodução.
• Logs de erro completos.
• Versão do SO e ambiente detalhados.
  Aja como um investigador técnico ajudando na triagem, não como um usuário leigo de suporte de internet.

3. Financie a Prioridade (Bounties e Patrocínio)
Você ou sua empresa ganham dinheiro usando essa ferramenta de graça no dia a dia? O bug parou a sua operação e você precisa disso para ontem? Pague.
Ofereça um Bounty (recompensa financeira pela issue) ou assine o GitHub Sponsors/Patreon do desenvolvedor. A única forma legítima e ética de "exigir" que o problema de um indivíduo fure a fila das prioridades de um projeto gratuito é remunerando o tempo do mantenedor.

4. Mude a abordagem de "Quando sai?" para "Como posso ajudar a sair?"
Cobrar prazos de quem trabalha de graça nas horas vagas é o auge do desrespeito. Se você quer acelerar o lançamento de algo, ofereça ajuda. Se não tem conhecimento técnico para mexer no core do projeto, ajude testando versões Beta, respondendo dúvidas de outros usuários iniciantes nas issues abertas, ou até mesmo traduzindo e melhorando a documentação. Você alivia a carga do mantenedor, permitindo que ele foque no código que você tanto quer.

5. Silêncio e Gratidão também são contribuições
Se você não tem dinheiro para apoiar, não tem conhecimento para fazer um PR e não tem tempo para documentar... a melhor forma de "cobrar" é não atrapalhar. Apenas reporte o bug com educação e aguarde. A gratidão pela existência de uma ferramenta gratuita que facilita a sua vida já deveria ser o seu estado padrão.

Resuminho para burrinhos

Cobrar por algo Open Source não é "enganar" ninguém nem violar a ética do código aberto. Pelo contrário: é o que garante a sustentabilidade financeira do projeto para que o mantenedor não tenha um burnout ou abandone o repositório como aconteceu no caso do CNX.

Quem quer software 100% gratuito precisa entender que o preço disso é aceitar o tempo e os limites do voluntariado do mantenedor. Se quer exigência, prazos e suporte, precisa estar disposto a contratar um serviço.