page94
artigo
ESPAÇO ABERTO
Na prática, descobri que esses três termos - recíproco de escopo de projeto, escopo recíproco e não recíproco - destacam o que mais importa para os desenvolvedores e evitam involuntariamente confundir o problema.
Eu recomendo seu uso em vez de "permissivo" e "copyleft fraco/forte" ou "restritivo".
Também podem não incluir quaisquer termos relativos a patentes, criando riscos. Esses atributos também podem afetar os modelos de negócios que um cliente pode usar, apenas de maneiras diferentes para licenças recíprocas.
Consequentemente, considero mais útil descrevê-las como "licenças não recíprocas", de modo que a classificação é claramente limitada apenas às características de reciprocidade das licenças.
Líder conhecido e respeitado na comunidade de software livre. Envolvido, em nível estratégico, em algumas das principais empresas de tecnologia e comunidades de código aberto do mundo. Trabalhou com padrões abertos na década de 1980. No primeiro software comercial de conferência colaborativa na década de 1990. Ajudou a introduzir Java e XML na IBM. Como chefe de código aberto na Sun Microsystems abriu todo o seu portfólio de software, incluindo Java. Hoje é diretor-gerente da Meshed Insights Ltd e diretor da Open Source Initiative e da The Document Foundation.
Simon Phipps