Remuneração em projetos de código aberto
Um dos tO assunto mais polêmico do software livre é a questão da “remuneração” para desenvolvedores, e isso é Não é à toa que é um tema bastante complexo e debatido, ePorque, por um lado, o equilíbrio é a sustentabilidade financeira dos projetos open source e, por outro lado, existem modelos de patrocínio, financiamento coletivo, doações ou mesmo “versões pagas”.
A razão para abordar este tema é que recentemente Thomas Stringer um desenvolvedor e programador de software de código aberto, fala sobre os problemas que os desenvolvedores de código aberto enfrentam.
Thomas Stringer detalha que A falta de remuneração no espaço de código aberto está desencorajando cada vez mais os desenvolvedores.
Em sua postagem ele compartilha:
Embora eu seja engenheiro de software por profissão, também sou programador de computador por hobby e paixão. Então faço o que venho fazendo há mais de uma década: ligo meu computador para escrever código.
O que fazer, o que fazer... Aprender algo novo? Talvez. Escrever uma postagem no blog? Bem, aqui estou. Mas… no fundo, sei que tenho projetos de código aberto que precisam de atenção. Acontece que um é muito usado. Tenho quase 3/4 milhões de downloads e é algo que as pessoas parecem achar que tem algum nível de utilidade. Essas são as partes boas. O ruim é que há uma dezena de problemas que nem revisei, muito menos classifiquei, investiguei e resolvi. Existem alguns PRs da comunidade que preciso verificar. Existem dependências que precisam ser atualizadas. A lista continua e continua. Este projeto atingiu um marco não tão incomum no OSS: esgotamento do mantenedor.
Embora os desenvolvedores no mundo do software livre muitas vezes contribuam voluntariamente para projetos sem receber compensação financeira direta, a falta de remuneração pode representar problemas significativos para aqueles que desejam passar mais tempo contribuindo, mas devem cobrir as suas necessidades e obrigações financeiras.
Thomas Stringer aborda esse dilema em sua publicação e sugere várias soluções que já foram levantados por outros incorporadores e/ou projetos que passaram pela mesma situação e estão financiando ou apoiando o projeto.
E embora para muitos Ouvir “pagar por software livre” pode ser um “sacrilégio”, é sem dúvida a melhor opção resolver o problema da remuneração pelo desenvolvimento de software livre, embora não seja tão simples quanto parece. Esse pequeno “detalhe” se tornou um grande problema para desenvolvedores e projetos de código aberto.
Um exemplo claro disso é o desenvolvedor que sabotou suas próprias bibliotecas “Faker.js e Colors.js”, porque decidiu não mais “apoiar grandes empresas com o trabalho que faz de graça”.
Isso é algo que também menciona Publicação de Thomas Stringer sobre como as empresas aproveitam os ecossistemas de código aberto sem pagar adequadamente aos desenvolvedores pelo seu tempo.
É por isso que o dilema da enumeração do software livre é difícil de resolver e se torna um círculo vicioso, porque embora os desenvolvedores de software livre respeitem os critérios estabelecidos pela Open Source Initiative, ou seja, as possibilidades de redistribuição gratuita, acesso ao código-fonte e criação de obras derivadas, muitas organizações ou projetos comerciais aproveitam isso para gerar seus lucros sem fornecer uma lista dos projetos que tornam possível seu produto.
E desde A abordagem do problema não é nova. Thomas Stringer menciona que os desenvolvedores devem receber compensação e/ou que o projeto receba a colaboração adequada das empresas/projetos beneficiados.
Da mesma forma, se você enviou alguns commits sobre um produto que ninguém usa, o dinheiro (ou a falta dele) deve representar isso. Mas não é tão simples, porque existem diferentes tipos de desenvolvedores de software de código aberto. Alguns escrevem código OSS como parte do seu emprego e, nesse caso, provavelmente já são compensados pelas suas contribuições. Ele vem em seus cheques duas vezes por mês. Mas o outro tipo de desenvolvedor de OSS é aquele que os torna contribuidores de OSS fora do expediente e não é afiliado a uma organização.
As empresas que utilizam OSS devem financiar estes projetos. Afinal, eles os estão usando. E embora não sejam obrigados a adquirir licenças, isso não significa que não devam contribuir.
As empresas podem ter funcionários em tempo integral ou parcial que contribuem para projetos de software de código aberto. Um ótimo exemplo disso é o Kubernetes e todos os desenvolvedores que contribuem para o Kubernetes durante o horário de trabalho. As empresas dessa lista (Google, Red Hat, VMware e Microsoft, para citar as principais) estão contribuindo para o sucesso destes projetos. Eles estão dando tempo ao desenvolvedor.
Quando uma empresa não contribui com tempo suficiente de desenvolvedor para os projetos, ela deve complementá-lo com dinheiro que é distribuído aos desenvolvedores de OSS que não o fazem em nome de sua empresa.
É por isso que é importante reconhecer e apoiar o trabalho desses desenvolvedores, visto que o seu trabalho muitas vezes contribui significativamente para o avanço da tecnologia e beneficia a comunidade em geral e que acima de tudo se deve ter em conta que no final são “pessoas” que têm necessidades e que não “comem ar”, embora para Para muitas empresas e corporações este último seria ótimo, não, não é e mesmo que substituam o fator humano por uma IA, deverão pagar e ainda haverá uma pessoa por trás disso para questões de controle, manutenção e melhoria.
fonte:https://trstringer.com/