Um programador é um autor?

12 Dezembro, 2025

A programação tornou-se uma das formas de criação mais influentes do século XXI. Aplicações, algoritmos, sistemas operativos, bases de dados e produtos digitais moldam economias, serviços e hábitos quotidianos.

Mas, do ponto de vista jurídico, permanece uma questão recorrente: um programador é, afinal, um autor?
A resposta parece intuitiva: afinal, escrever código é “escrever”. No entanto, quando se entra no domínio dos direitos de autor, esta questão torna-se mais complexa. A criatividade é sempre necessária? Como se distingue trabalho técnico de expressão autoral? E o que acontece quando vários programadores contribuem, direta ou indiretamente, para o mesmo produto de software?

Este artigo analisa o enquadramento jurídico aplicável, clarifica conceitos essenciais e aponta as principais implicações práticas para empresas, profissionais e titulares de direitos.

O software como obra protegida

O ponto de partida é claro: programas de computador estão protegidos por direitos de autor. Esta proteção, consagrada tanto em normas europeias como portuguesas, equipara o software a obras literárias para efeitos de direitos de autor.

Isto significa que o código é considerado uma forma de expressão, merecedora de tutela jurídica enquanto criação intelectual. A proteção abrange não apenas o texto do programa, mas também materiais preparatórios que conduzam ao seu desenvolvimento, como documentação técnica, fluxogramas ou arquitetura lógica.

Importa, contudo, salientar o elemento-chave: para existir proteção, tem de existir originalidade. Ou seja, o software deve refletir escolhas livres e criativas do programador, e não uma mera aplicação automática de soluções previsíveis ou ditadas por requisitos estritamente funcionais.

O que significa “autor” no contexto da programação?

Em Direito de Autor, autor é quem produz uma obra através de um contributo criativo que revele identidade intelectual própria. Na programação, isto abre várias possibilidades:

1. O programador individual

Quando um programador cria um módulo, uma aplicação ou um algoritmo de forma autónoma, as escolhas realizadas , como estrutura, lógica, métodos implementados, organização do código, podem ser suficientes para estabelecer originalidade.

Neste caso, o programador é autor e titular dos respetivos direitos, salvo se existir contrato de trabalho ou contrato de prestação que determine outra titularidade.

 

2. Programação em equipa

No desenvolvimento colaborativo, muito comum em empresas de software, vários profissionais contribuem com partes distintas do código. Nem todos, porém, desempenham um papel autoral.

A lei distingue dois cenários:
• Obra em coautoria: quando os contributos são criativos, indivisíveis e interdependentes.
• Obra coletiva ou obra por encomenda: quando a coordenação é exercida por uma entidade que fixa a estrutura e integra contributos diferenciados.
A atribuição de autoria depende sempre da natureza do contributo e não do número de linhas escritas.

3. Integração de bibliotecas e código pré-existente

Grande parte da programação envolve reutilização de ferramentas e bibliotecas open source ou proprietárias. Nestes casos, escrever código adicional não transforma automaticamente o programador em autor da obra pré-existente.
Pode, no entanto, ser autor das adaptações ou desenvolvimentos originais que introduzir, desde que cumpridos os termos de licenciamento aplicáveis.

Nem todo o código é criativo

Embora exista uma aproximação entre código e obra literária, nem toda a programação produz uma obra protegida. Partes do código podem ser meramente funcionais ou ditadas por imperativos técnicos que eliminam qualquer margem criativa.

Exemplos frequentes:
• Scripts que seguem padrões standard sem liberdade criativa significativa
• Código gerado automaticamente por ferramentas
• Implementações de algoritmos conhecidos, sem variações originais
• Soluções ditadas integralmente por requisitos técnicos
Nestes casos, o programador contribui tecnicamente, mas não é um autor do ponto de vista jurídico.

Quem é o titular dos direitos?

Mesmo quando existe autoria individual, a titularidade pode não permanecer com o programador.

1. Relação laboral

Em regra, o software criado no âmbito de um contrato de trabalho pertence à entidade empregadora, mediante presunção legal de transmissão dos direitos patrimoniais.
Os direitos morais mantêm-se no autor, mas a exploração económica cabe à empresa, salvo acordo em contrário.

2. Prestação de serviços

Em ambiente de outsourcing, a titularidade depende inteiramente do contrato.
Se não houver cláusula específica, os direitos podem continuar a pertencer ao programador, criando riscos consideráveis para o cliente ou para a empresa que encomenda o software.

3. Projetos open source

Embora o código seja disponibilizado sob licenças abertas, a autoria existe e não desaparece. A licença apenas define como o código pode ser reutilizado, não a quem pertence.

E o código gerado por IA?

Uma das questões mais atuais relaciona-se com o uso crescente de ferramentas de IA generativa para escrever partes do código.

Se a IA não é autora, quem será?A tendência dominante é considerar autor quem dirige de forma criativa o processo, decide a estrutura, revê e altera o código. Ou seja, a autoria recairá sobre a pessoa que exerce controlo criativo efetivo sobre a obra resultante.
Se, pelo contrário, a intervenção humana for mínima ou meramente técnica, pode não existir obra protegida.

A fronteira entre criatividade e função

A proteção do software tem uma especificidade importante: abrange a expressão, nunca as ideias, funcionalidades ou algoritmos enquanto tais.

Assim:
✖ A ideia de “app que gere treinos” não é protegida.
✖ O algoritmo matemático isolado também não.
✔ A forma concreta como o código é escrito para implementar essas ideias pode, essa sim, ser protegida.

A fronteira é subtil e exige avaliação caso a caso. É por isso que, em ambiente empresarial, a proteção do software combina frequentemente direitos de autor, segredos comerciais, medidas contratuais e, em casos específicos, patentes, quando aplicável.

Implicações práticas

Para empresas

• Garantir que contratos de trabalho e prestação de serviços incluem cláusulas claras sobre titularidade.
• Monitorizar o uso de software open source e respetivas licenças.
• Manter documentação interna que demonstre o processo de desenvolvimento.

Para programadores

• Saber quando o contributo é criativo e quando é meramente técnico.
• Assegurar que os contratos definem quem detém direitos patrimoniais.
• Reconhecer que autoria não depende da quantidade de código, mas da qualidade criativa das escolhas.

Para startups e produtos digitais

• Implementar políticas de IP desde o início, sobretudo em equipas híbridas que combinam programadores internos e externos.
• Avaliar proteção complementar através de segredos comerciais ou patentes, quando relevante ou aplicável.

Responder à pergunta “um programador é um autor?” implica reconhecer nuances.

Pode ser, e muitas vezes é, mas nem sempre.

A autoria depende do grau de criatividade efetivamente incorporado no código e do papel que cada pessoa desempenhou no processo de desenvolvimento. A titularidade, por sua vez, depende do enquadramento contratual.

À medida que a tecnologia evolui, o papel do programador aproxima-se cada vez mais do de um criador intelectual. Compreender este enquadramento é essencial não só para proteger obras, mas também para garantir práticas de inovação responsáveis, transparentes e alinhadas com a realidade jurídica da Propriedade Intelectual.