page74
Que agora exista uma tendência de novos projetos open source migrem para longe das licenças copyleft, do tipo GPL, para licenças liberais, do estilo Apache, não deveria ser uma surpresa.
Em retrospecto, isso seria inevitável. Em um mundo definido por interesses empresariais e não pela filosofia, o compartilhamento forçado não faz sentido. Claro, alguém poderia argumentar que sim. Afinal, muitas empresas formaram ecossistemas rentáveis em torno de código sob GNU/GPL e Linux. Mas vamos supor que a maioria dos tipos de negócios não concordam com o compartilhamento forçado de cada bit.
No modelo open source do Apache, os desenvolvedores podem optar por liberar ou não suas modificações. Eles costumam fazer, simplesmente porque eles perceberam os benefícios de participar em ecossistemas open source, mas há muitos que às vezes não compartilham.
Em um mundo open source, isso simplesmente não importa. Se o ponto de desenvolvimento open source é otimizar a
Abraçar o open source é adotar um modelo de desenvolvimento que utiliza uma cadeia descentralizada de suprimentos.
Conforme modelo anterior, fornecedores de soluções proprietárias controlariam internamente toda a cadeia de suprimentos de software, e o modelo open source refuta diretamente essa abordagem.
O modelo open source é sobre o uso de componentes comuns, de múltiplas origens, para alcançar maior eficiência e agilidade na criação de produtos e serviços, baseados em software.
Inicialmente, os projetos open source usavam muito software sob GPL, devido ao fato de que o projeto GNU foi iniciado cerca de 10 anos antes do primeiro kernel do Linux, e pelo menos 15 anos antes do termo open source ter sido cunhado.
Quando o conceito do open source ganhou a imagem “business-friendly”, já havia um rico ecossistema de código GPL, para não mencionar uma cultura bem desenvolvida de compartilhamento.
ESPAÇO ABERTO | artigo