O modo de desenvolvimento colaborativo do software livre costuma ser chamado de modelo de mercado. Baseia-se no potencial de distribuição e comunicação oferecido pela Internet e no agrupamento de recursos que ela permite.
Ele se baseia no princípio da disponibilidade de códigos-fonte para permitir que qualquer desenvolvedor faça alterações ou melhorias que possam parecer benéficas para ele.
Mas essas mudanças são de interesse coletivo apenas se seus autores, por sua vez, as tornarem públicas. Assim, eles podem ser eventualmente integrados na estrutura.
Notícias Relacionadas
Ações
Altas e baixas do Ibovespa: Carrefour (CRFB3) cai mais de 3%
Nesta quinta-feira (25), o índice encerrou em queda de 0,37%, aos 125.954 pontos
Economia
Pedidos de seguro-desemprego nos EUA recuam para 235 mil na semana
O dado veio abaixo do previsto por consenso de analistas, que estimava 238 mil pedidos na semana
Existe um funcionamento efetivo de um modo de inovação contínua baseado numa lógica de dádiva contraditória. Comportamentos e recursos oportunistas constroem a comunidade de desenvolvedores.
Para evitar essa armadilha, que é uma armadilha de software de domínio público, insira o campo de direitos autorais sem palavras.
Mas era necessário entrar de uma posição muito diferente, mesmo em oposição aos direitos autorais proprietários. Dessas preocupações surgiram os princípios estabelecidos pela Free Software Foundation.
Estes são os princípios da livre utilização e substituição gratuita do código, sujeito à transmissão do seu conteúdo à organização para fins de verificação e etiquetagem.
Portanto, quando se trata de Linux, a decisão final sobre a integração ou não das mudanças cabe aos dirigentes da indústria em relação ao projeto Linux.
De fato, a necessidade dos princípios desta ordem surgiu em 1983, quando o primeiro projeto coletivo de desenvolvimento GNU2 foi criado. A necessidade de fornecer um quadro legal que pudesse garantir o respeito pelos princípios do desenvolvimento cooperativo deu origem à GPL ou GNU General.
O princípio básico é que qualquer programa que combine linhas de código GPL também deve estar disponível sob a licença GPL, já que o código associado é gratuito. Assim, os autores não renunciam seus direitos, mas da única renda monopolista que esses direitos permitiriam em um regime de direitos autorais.
Assim, o software continua sendo propriedade de seus criadores. Eles autorizam qualquer pessoa a usá-los, desde que as novas versões também circulem livremente. (Mudanças, melhorias, acréscimos, etc.)
Isso não explica a possível comercialização dos programas. Portanto, não limita a estrutura do freeware ao domínio não comercial.
Melhor ainda, algumas empresas basearam suas estratégias de desenvolvimento nos princípios de desenvolvimento colaborativo e livre acesso ao código-fonte. Assim, eles estenderam a estrutura conceitual do software livre para uma área frequentemente chamada de OSS (Software de Código Aberto).
Essa expansão pode estar relacionada ao desenvolvimento, publicação e distribuição de software livre como a empresa americana “Software”. Isso leva à abertura de fontes de determinados produtos em nome de empresas de software tradicionais.
Portanto, o software pode muito bem se tornar gratuito desde que seja mantido e pago, como foi feito com seu produto, cujo código-fonte foi distribuído gratuitamente em 1998.
O objetivo dessa estratégia é mobilizar muitos programadores em um produto importante para impor a Microsoft como padrão de fato.
Tratava-se também de tentar combatê-lo em seu próprio terreno. Sua lógica econômica é, então, realizar seus ganhos sobre produtos complementares que podem facilmente permanecer como arquiteturas proprietárias.
Esta inclusão de atividades comerciais no espaço livre é a necessidade de conceber uma extensão do seu quadro legal para além da muito estrita licença GNU-GPL.
A partir disso surgiu uma série de licenças mais híbridas destinadas a desenvolver a colaboração e conciliar interesses privados dentro do OSS.
Os modelos são numerosos e refletem uma variedade de situações e estratégias específicas que não se enquadram em nenhum regime universal. Correspondem a várias posições que relacionam a lógica autoral em diversas proporções e formatos.
Assim, duas licenças complementares foram aperfeiçoadas no processo de desbloqueio:
• NPL (Netscape Public License) e MPL (Mozilla Public License), que permite a integração de novos desenvolvimentos em seus servidores sem a necessidade de cobertura.
• Cobrir o desenvolvimento de novos módulos.
Portanto, quaisquer alterações no código-fonte devem ser publicadas. No entanto, reserva-se o direito de integrar módulos proprietários e abstém-se de restringir a sua utilização na sua própria gama de produtos.
Da mesma forma, SCSL (Sun Community Source License) surgiu para estender o protocolo de comunicação. Desta forma, fica reservada a exclusividade do certificado de conformidade de qualquer produto destinado ao uso comercial.
Outros seguiram caminhos semelhantes. Múltiplas variações combinam os direitos de uso do OSS ou integram-no com software proprietário e seus usos comerciais e não comerciais.
O objetivo geral é promover o avanço do conhecimento e a adoção do padrão, com um modelo de exclusividade em alguns elementos que garanta um determinado nível de receita. Em suma, é harmonizar o modelo de livre acesso à tecnologia.
Saiba mais sobre o Dr. Ayavefe e seu trabalho aqui:
