Na contramão da História: Copyrights, patentes e software livre

Transcrição

1 Na contramão da História: Copyrights, patentes e software livre Nelson Lago / Fabio Kon / Paulo Meirelles / Vanessa Sabino Centro de Competência em Software Livre IME-USP Outubro/2012

2 Visão geral Propriedade intelectual e software Histórico Definições e comunidades Licenças de software livre A ameaça das patentes Conclusões

4 A ideia de Propriedade intelectual Propriedade física X propriedade intelectual objetos ideias Desenvolvimento do conhecimento depende do compartilhamento de ideias Desenvolver novas ideias depende também de dinheiro Solução de compromisso: copyright, patentes mecanismos para viabilizar a criação de novas ideias e ao mesmo tempo promover o compartilhamento dessas ideias Trata-se de direitos outorgados pelo estado e não de direitos naturais ; tanto que passam para domínio público e têm restrições através do fair use, diferentemente da propriedade física

5 Propriedade intelectual e software Software é um caso especial: É abstrato É um meio de produção É a expressão de um conhecimento É a expressão de uma ideia (vários programas diferentes podem ter a mesma finalidade) - Algoritmos, padrões de projeto O código-fonte pode ser secreto A complexidade reduz drasticamente a relevância de invenções isoladas Custo/risco é relativamente baixo

6 Propriedade intelectual e software Ainda assim, o software é tipicamente protegido por copyright (por 95 anos) e por patentes nos EUA (por 17 anos) Além disso, o código fonte é secreto O resultado é que há um desequilíbrio entre o interesse público e o privado

7 Problemas do copyright O sistema de copyright em si tem problemas, pois foi criado para outra época: O custo social do copyright hoje é muito maior que no século XIX, pois antigamente apenas os editores eram afetados A despeito da velocidade dos avanços tecnológicos, a duração do copyright tem crescido Lobbies procuram confundir copyright com propriedade, através do uso de expressões como pirataria, propriedade intelectual etc.

8 Consequências As distorções do copyright têm levado a diversos problemas: Legislações equivocadas, como o DMCA nos EUA Processos legais questionáveis, como os casos envolvendo DeCSS e Sklyarov Busca das empresas de tecnologia por soluções de DRM Todos esses elementos podem provocar efeitos negativos sobre o registro histórico

9 O movimento do software livre Reação: surgimento da comunidade de software livre compartilhamento do código-fonte e troca de ideias só é possível em um ambiente que facilite a troca de código-fonte; por isso, o crescimento junto com a Internet

11 Breve histórico Pré-história : no meio comercial, software é uma pequena parte de uma solução muito maior, envolvendo hardware, consultoria etc. no meio acadêmico, o software é compartilhado informalmente, como outras formas de conhecimento

12 Breve histórico 1976 carta aberta aos hobistas de Bill Gates Software para microcomputadores tem grande potencial comercial Não é possível financiar o desenvolvimento fora do modelo de prateleira 1981 IBM fecha acordo com Microsoft Desconsidera a relevância do software e abre mão do copyright do DOS 1984 Richard Stallman lança o projeto GNU Uso de software restrito não é ético 1995 Boom da Internet Tem início a comercialização em escala do Linux (Red Hat etc.)

13 Breve histórico 1997 Eric Raymond apresenta a catedral e o bazar vantagens técnicas do software livre mecanismos de funcionamento do desenvolvimento descentralizado 1998 Netscape libera o código fonte do navegador Mozilla sob licença livre 1998 Eric Raymond, Linus Torvalds e outros lançam o movimento open source software livre por razões técnicas expressão open source ao invés de free software

14 Breve histórico 2003 SCO processa IBM suposto código de sua propriedade inserido no linux dúvidas no mercado sobre software livre e a GPL para todos os efeitos práticos, perdeu HTC lança primeiro celular com Android Rooting, jailbreaking, DRM...

16 O que é software livre A FSF considera que um software é livre se oferece as 4 liberdades seguintes: Liberdade para executar o programa Liberdade para estudar e modificar o programa Liberdade para redistribuir o programa Liberdade para melhorar e redistribuir as melhorias ao programa

17 A definição de Open Source A OSI adota uma definição diferente (criada originalmente dentro do projeto Debian), mas que na prática tem o mesmo resultado Basicamente, torna um pouco mais explícito o significado de algumas exigências da FSF por exemplo, diz explicitamente que o código-fonte deve estar disponível e que a licença não pode discriminar pessoas ou grupos

18 A comunidade do software livre Ou seja, na base está a ideia de comunidade Pessoas e entidades com diferentes interesses e pontos de vista estão envolvidos com software livre É preciso respeitar e entender todas elas

19 Por que Software Livre? Diversas razões para adotar software livre Software Livre como opção ética - conhecimento público, disponível a toda sociedade Software Livre e seu impacto na sociedade do futuro - conhecimento estratégico e fundamental demais para ficar nas mãos de apenas um grupo Software Livre como metodologia tecnicamente interessante - vantagens metodológicas, técnicas e de mercado Do ponto de vista do mercado, as duas primeiras razões são semelhantes ao que existe hoje em relação à ecologia em processos industriais

20 Riscos do Software Livre Estudo na Comunidade Europeia mostrou que +80% do lucro das empresas de software da CE não provém de licenças de software como produto, provém de serviços +85% dos trabalhadores de TI trabalham em empresas que mexem com software como serviço e não como produto fechado Portanto Os riscos de uma eventual mudança em direção ao software livre são pequenos Dentre as diversas vantagens do SL, a indústria como um todo pode ganhar em produtividade e qualidade se os serviços forem construídos sobre plataformas abertas e livres

22 Contexto software não-livre é a norma há leis rígidas sobre copyright Origem das licenças de software livre patentes de software (inválidas no Brasil, porém...) afetam o desenvolvimento pessoas diferentes têm visões diferentes O que é o certo nesta realidade? todo software deveria ser livre? liberdade significa que tudo pode ser feito, inclusive fechar o software? misturas de software livre e não-livre são boas?

23 DEPENDE! Origem das licenças de software livre diferentes pessoas têm diferentes opiniões diferentes programas ou situações podem se beneficiar de diferentes abordagens Quem decide? dentro do nosso contexto social e cultural, só há uma resposta razoável: o autor a escolha por parte do autor também é adequada do ponto de vista legal, já que ele é o detentor do copyright

24 Origem das licenças de software livre Em geral os desenvolvedores de software livre evitam redigir do zero as licenças detalhando essas condições dá trabalho escrever uma licença consistente do ponto de vista jurídico não é necessário reinventar a roda se o objetivo é o compartilhamento do código, códigos diferentes com condições de uso e distribuição diferentes atrapalham Por isso, existem licenças comumente usadas por programadores com visões e interesses similares dependendo do contexto e do projeto Ainda assim, existem mais de 70 licenças comumente usadas registradas no sourceforge!

25 Classificação das licenças Apesar desse grande número de licenças diferentes, pode-se agrupá-las em 3 categorias principais: recíprocas totais (GPL, AGPL e similares): o software é livre, deve permanecer livre e trabalhos derivados devem ser também livres recíprocas parciais (LGPL, EPL, MPL e assemelhadas): o software é livre e deve permanecer livre, mas trabalhos derivados não precisam ser livres permissivas (Apache, MIT/X11, BSD e assemelhadas): o software é livre, mas pode ser relicenciado sem permissão adicional do autor

26 (in)compatibilidade Diferentes condições podem tornar a mistura de códigos com licenças diferentes ilegal a proliferação de licenças é ruim para a comunidade Problemas de compatibilidade são comuns com a GPL, por causa do mecanismo de copyleft muitas vezes, detalhes legais, como cláusulas que definem um foro específico para resolução de conflitos OSI classifica várias licenças explicitamente como redundantes muitas são equivalentes em intenção, mas ainda assim incompatíveis Solaris e Linux não podem usar código um do outro por incompatibilidade entre as licenças

28 Patentes Patentes X copyright Inventos com potencial produtivo (máquinas, processos industriais, produtos químicos) Nova ideia/produto/processo Custo e risco maior (US$1bi para lançar uma droga) - Investimento em pesquisa, custo da infraestrutura industrial Registro com comprovação de originalidade Direitos de autor (copyright) Expressões culturais (textos literários ou didáticos, músicas, obras de arte, software) Nova expressão de uma ideia ou nova versão de algo existente (sonata, soneto, a viagem do herói, histórias de detetive) Custo e risco menor (US$100mi para lançar um filme)

29 Problemas das patentes Patentes restringem terceiros muito mais fortemente que os direitos de autor Aplicam-se a uma ideia, mesmo que desenvolvida independentemente! Portanto, seu custo social é maior Por isso, dependem de registro e de um processo de avaliação para ser outorgadas (embora esse processo esteja cada vez mais degenerado) Esse processo, por sua vez, também tem custos tanto para o estado quanto para as empresas Ou seja, devem ser adotadas com parcimônia! E proteção/restrição dupla é um total contrasenso!

30 Copyright,, patentes e software Várias razões para adotar o copyright para o software: Em geral mais próximo da expressão de ideias que de novas ideias Como o software tem aplicações em inúmeros campos, patentes teriam escopo demasiado - Matemática, descobertas científicas, leis naturais Qualquer software envolve um grande número de ideias, e patentes poderiam gerar empecilhos intransponíveis ao desenvolvimento - Cada vez mais, isso vale para outras áreas também Menor formalismo se adequa a pequenas empresas ou desenvolvedores individuais

31 Patentes de software Patentes restringem ideias desenvolvidas independentemente Ou seja, diferentemente do copyright, você pode não ser dono do que faz! - Implementações diferentes da mesma ideia são restritas Custo e risco para pequenas empresas é enorme Um programa simples pode infringir várias patentes É um jogo que só os grandes podem jogar através de acordos de licenciamento mútuo Só há espaço para pequenas empresas se elas não desenvolvem nada (patent trolls) Modelo uma patente um produto não se aplica

32 Patentes de software no Brasil A lei Brasileira diz que não podem ser patenteados: Métodos matemáticos Concepções puramente abstratas Programas de computador em si Mas o que quer dizer em si? Um dos exemplos de patente citados como válidos pelo INPI é uma chave criptográfica. Ou seja, segundo o órgão, não se trata de uma concepção abstrata ou método matemático e o sistema que o implementa não corresponde a um programa em si.

33 Patentes de software no Brasil Patentes de software também não eram originalmente reconhecidas nos EUA Reinterpretações da lei e da jurisprudência geraram o estado de coisas atual O sistema legal brasileiro é diferente do americano (direito estatutário X common law ), mas o INPI está se inspirando no modelo americano Já existem várias patentes de software concedidas no Brasil Haverá uma mesa de debate sobre isso durante o FISL, sexta-feira às 15:00h na sala 41A

35 Recomendações sobre licenças Identificar compatibilidade ou não entre licenças é complexo e pode haver impacto jurídico A escolha de uma licença para um novo projeto deve ser feita com cuidado e critério mudanças posteriores podem ser difíceis se houver muitos contribuidores (ex: linux) vale muito a pena ser compatível com a GPL - facilidade para agregar código alheio - dificilmente há boa razão prática para não ser compatível - compatibilidade pode ser de mão-única (como no caso do FreeBSD X Linux) No entanto, é importante lembrar que isso é praticamente irrelevante para o usuário final: o mero uso dificilmente gera situações ilegais

36 Riscos das patentes de software Patentes podem bloquear a interoperabilidade Formato de arquivos, principalmente Office Protocolos de rede, como SMB APIs, como iphone - Ou até o retângulo preto... DMCA pode restringir legalmente os desenvolvedores de criar alternativas livres para software não-livres DRM pode excluir o Linux de boa parte da Internet, dos celulares ou mesmo dos desktops (secure boot) A Web quase deixou de ser multiplataforma Esse é o risco hoje com e-books Computação em nuvem e redes sociais fechadas

37 Obrigado! Centro de Competência em Software Livre IME/USP Nosso site: Nosso