O modo de desenvolvimento colaborativo de software livre é frequentemente 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.
Baseia-se no princípio da disponibilidade de códigos-fonte para permitir que qualquer desenvolvedor faça quaisquer alterações ou melhorias que possam parecer benéficas para ele.
Mas essas mudanças são de interesse em nível coletivo apenas se seus autores, por sua vez, as tornarem públicas. Assim, eles podem eventualmente ser integrados na estrutura geral.
Existe um funcionamento eficaz de um modo de inovação contínua baseado numa lógica de dádiva/contra-dádiva. 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, até 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 de uso livre e substituição gratuita do código, sujeito à transmissão de seu conteúdo à organização para fins de verificação e marcação.
Portanto, quando se trata de Linux, a decisão final sobre a integração ou não das mudanças cabe aos que dirigem a indústria em relação ao projeto Linux.
De fato, a necessidade dos princípios dessa ordem surgiu em 1983, quando foi criado o primeiro projeto coletivo de desenvolvimento GNU2. A necessidade de fornecer uma estrutura legal que pudesse garantir o respeito aos 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, pois o código associado é gratuito. Assim, os autores não abrem mão de 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 quaisquer novas versões também circulem livremente. (Alterações, melhorias, adições, 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 acesso livre ao código-fonte. Assim, eles estenderam a estrutura conceitual do software livre para uma área frequentemente chamada de OSS (Open-Source Software).
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, um software pode muito bem tornar-se gratuito uma vez mantido e pago, como foi feito para seu produto, cujo código-fonte foi distribuído gratuitamente em 1998.
O objetivo dessa estratégia é mobilizar um grande número de programadores em um produto importante para impor a Microsoft como o padrão de fato.
Tratava-se também de tentar contra-atacar em seu próprio terreno. Sua lógica econômica é então realizar seus ganhos sobre produtos complementares que podem facilmente permanecer arquiteturas proprietárias.
Esta inclusão de atividades comerciais no espaço livre é a necessidade de conceber uma extensão de sua estrutura legal além da licença GNU-GPL muito estrita.
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 encaixam em nenhum regime universal. Correspondem a várias posições que relacionam a lógica do direito autoral em várias proporções e formatos.
- modelos de negócios de software pdf
- modelos de negócios de desenvolvimento de software
- exemplo de modelo de negócios de TI
- modelo de negócio para startup de software
- software de tela de modelo de negócios
- modelo de negócios saas
- software de modelo de negócios grátis
- modelo de negócios de serviços de TI
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.
• Cobrindo 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, a 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 a 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 da norma, com um modelo de exclusividade em determinados elementos que garanta um certo nível de renda. Em suma, é harmonizar o modelo de livre acesso à tecnologia.
Dr. Yaşam Ayavefe