problemas no desenvolvimento de software
um dos grandes problemas do código aberto e que já foi falado aqui no blog, É a questão da remuneração ou remuneração do trabalho. realizado, por se tratar de um tema bastante complexo pelas diversas questões que envolve.
E deixando de lado a questão do “dinheiro”, outro dos fatores que incomoda ou, para chamá-lo de outra forma, "é o ponto vermelho" dos desenvolvedores de código aberto, é a questão do trabalho, esforço e tempo adicionais necessários para manter "seu trabalho" que outros aproveitam para criar produtos comerciais.
No seu momento Conversamos sobre um artigo de Thomas Stringer, que aborda todas essas questões, que menciona desencoraja cada vez mais os desenvolvedores e ainda mais por causa da questão de como as empresas aproveitam os ecossistemas de código aberto sem pagar adequadamente aos desenvolvedores pelo seu tempo.
Thomas Stringer menciona que os desenvolvedores deveriam ser compensados e/ou que o projeto receba colaboração adequada das empresas/projetos beneficiários e é aqui que entra a proposta de James Bottomley Engenheiro da IBM, no qual propõe basicamente fazem para aqueles que com seus produtos ou projetos que geram renumeração, são responsáveis por erros e/ou vulnerabilidades do código que estão usando do trabalho de outro desenvolvedor.
Como tal, a proposta não é ruim, já que, como mencionamos, um dos principais incômodos que gera para muitos desenvolvedores de código aberto é a questão de outros utilizarem o código de seus projetos para seus produtos, o que gera lucro e não conseguem compensar o desenvolvimento do original projeto ou pelo menos alocar um recurso, seja monetário ou de força de trabalho (desenvolvedores) para ajudar o desenvolvimento.
Proposta de James Bottomley para transferir a responsabilidade legal por erros no código-fonte, desde desenvolvedores de projetos de código aberto até fornecedores de produtos comerciais finais poderia marcar uma mudança significativa na dinâmica de apoio a projetos de código aberto. Esta abordagem pode ser um impulso importante para muitos desenvolvedores de código aberto, pois busca de alguma forma “forçar” o apoio direto ou indireto aos projetos.
O que foi dito acima não é dizer se esta influência comercial é boa ou má, mas sim que a ascensão das Fundações mudou a percepção pública do Código Aberto. Deixando de ser visto como o lar de voluntários que lutam pela inovação tecnológica contra interesses comerciais arraigados, o código aberto é agora visto apenas como mais uma ferramenta de desenvolvimento da indústria tecnológica.
De acordo com esta proposta, se uma empresa usar código de terceiros em seu produto e um bug ou vulnerabilidade nesse código causar danos ao usuário, a responsabilidade e o ônus de compensar os danos recairiam sobre o fabricante do produto de software comercial, e não no desenvolvedor da biblioteca de código aberto.
A proposta sugere implementar esta transferência de responsabilidade através da inclusão de uma cláusula na licença, estabelecendo um acordo para indenizar e proteger os participantes do desenvolvimento de quaisquer reivindicações legais decorrentes do uso de todo ou parte do código-fonte fornecido sob essa licença, seja como um componente ou produto. Esta cláusula se aplicaria especialmente em jurisdições que impõem obrigações adicionais de manutenção de produtos de software. No essencial, esta proposta procura alinhar incentivos e garantir que aqueles que beneficiam comercialmente de projetos open source assumam a responsabilidade legal associada à sua implementação, promovendo assim um maior compromisso e apoio à sustentabilidade destes projetos.
Na prática atual, a gestão de riscos legais no espaço de código aberto é muitas vezes simplificada pela inclusão de uma cláusula na licença. Este aviso afirma que o desenvolvedor não assume qualquer responsabilidade por possíveis erros, não garante a funcionalidade do código e não se compromete a resolver problemas. Neste cenário, o usuário concorda em usar o código por sua conta e risco. A falta de garantias dos desenvolvedores incentivou o surgimento de um modelo de negócios baseado em suporte técnico pago, que inicialmente dominou o desenvolvimento do ecossistema de código aberto.
Finalmente, Se você estiver interessado em saber mais sobre isso, você pode verificar os detalhes no link a seguir