Bruce Perens, um dos autores da defini\u00e7\u00e3o de C\u00f3digo Aberto e cofundador da Open Source Initiative, acredita que a paradigma do C\u00f3digo Aberto atingiu um ponto em que as licen\u00e7as abertas n\u00e3o oferecem a prote\u00e7\u00e3o adequada e chegou a hora de criar um conceito revisado de Post-C\u00f3digo Aberto, que permita harmonizar as rela\u00e7\u00f5es entre desenvolvedores de software livre e empresas comerciais. <\/p>\n
A GPL foi originalmente desenvolvida apenas como uma licen\u00e7a e n\u00e3o como um contrato, ou seja, visa apenas conceder direitos, mas n\u00e3o pode retirar direitos de ningu\u00e9m. Na opini\u00e3o de Perens, o novo modelo de licenciamento deve incluir cl\u00e1usulas contratuais, consideradas de acordo com os requisitos da \u00e1rea do direito que rege as rela\u00e7\u00f5es contratuais. Atualmente, as empresas aprenderam a contornar os requisitos da licen\u00e7a GPL em rela\u00e7\u00e3o \u00e0 concess\u00e3o de acesso irrestrito ao c\u00f3digo-fonte. Para limitar a acessibilidade do c\u00f3digo, usam brechas associadas \u00e0 imposi\u00e7\u00e3o de condi\u00e7\u00f5es contratuais adicionais ao usu\u00e1rio final, que restringem a redistribui\u00e7\u00e3o do c\u00f3digo aberto subjacente ao produto. <\/p>\n
Por exemplo, ao comprar uma distribui\u00e7\u00e3o RHEL, o cliente assina um contrato de suporte e atualiza\u00e7\u00e3o com a Red Hat, no qual a redistribui\u00e7\u00e3o de dados \u00e9 restrita e \u00e9 mencionado o direito de rescindir o contrato em caso de discord\u00e2ncia entre as c\u00f3pias RHEL instaladas e compradas, o que for\u00e7a uma escolha entre a liberdade de disposi\u00e7\u00e3o do software e a manuten\u00e7\u00e3o do status de cliente da Red Hat. Os patches fornecidos para RHEL que corrigem vulnerabilidades s\u00e3o aplic\u00e1veis ao c\u00f3digo GPL e, de acordo com a licen\u00e7a, o usu\u00e1rio tem o direito de distribu\u00ed-los, mas isso pode ser visto como uma viola\u00e7\u00e3o do contrato com a Red Hat e pode levar \u00e0 rescis\u00e3o dos servi\u00e7os da empresa. Anteriormente, quando as altera\u00e7\u00f5es eram publicadas no reposit\u00f3rio CentOS, a comunidade fechava os olhos para esse tipo de manipula\u00e7\u00e3o, mas ap\u00f3s a mudan\u00e7a na pol\u00edtica de acesso ao c\u00f3digo-fonte dos pacotes RHEL, surgiu a necessidade de revisar os mecanismos de intera\u00e7\u00e3o entre desenvolvedores de projetos abertos e empresas que utilizam seu trabalho. <\/p>\n
No contexto do conceito de Post-Open Source, prop\u00f5e-se expandir a no\u00e7\u00e3o de Open Source com elementos que imp\u00f5em condi\u00e7\u00f5es adicionais para uso comercial e determinam a intera\u00e7\u00e3o entre desenvolvedores e corpora\u00e7\u00f5es em busca de um retorno justo. As empresas s\u00e3o convidadas a compensar os benef\u00edcios obtidos com o uso de software livre, seja participando no desenvolvimento, seja pagando royalties que ser\u00e3o distribu\u00eddos entre os desenvolvedores diretos. Para aplica\u00e7\u00f5es n\u00e3o comerciais e usu\u00e1rios individuais, o c\u00f3digo continuar\u00e1 sendo gratuito e, como antes, ser\u00e1 regido por uma \u00fanica licen\u00e7a, sem componentes contratuais. <\/p>\n
Uma das op\u00e7\u00f5es sugeridas \u00e9 a aplica\u00e7\u00e3o de uma auditoria anual (compliance), ap\u00f3s a qual a empresa obt\u00e9m todos os direitos sobre o uso do software distribu\u00eddo de acordo com os princ\u00edpios do Post-Open Source. Os recursos alocados para obter a permiss\u00e3o ajudar\u00e3o a estimular o desenvolvimento. Al\u00e9m disso, a exist\u00eancia de compensa\u00e7\u00e3o permitir\u00e1 n\u00e3o apenas escrever c\u00f3digo para si e para especialistas familiarizados com as tecnologias, mas tamb\u00e9m dedicar tempo \u00e0 cria\u00e7\u00e3o de aplicativos \u00fateis para os usu\u00e1rios finais, levando em conta seus interesses. <\/p>\n