Translate

Mostrar mensagens com a etiqueta Direitos Autorais. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Direitos Autorais. Mostrar todas as mensagens

terça-feira, 30 de junho de 2026

Inteligência Artificial: Ferramenta ou Autora?

 

Bellacosa Mainframe inteligencia artificial ferramenta ou autora?

☕ Um Café no Bellacosa Mainframe

Inteligência Artificial: Ferramenta ou Autora?

O Que Todo Programador COBOL Padawan Precisa Saber Sobre Criatividade, Direitos Autorais, Plágio, Engenharia de Prompt e Por Que a Maior Discussão da IA Não É Tecnológica — É Humana

"Um compilador nunca foi considerado autor de um programa COBOL. Então por que uma IA deveria ser considerada autora de um texto?"

Vivemos um momento curioso da história.

Talvez o mais curioso desde o surgimento da Internet.

Há poucos anos, quem escrevia um artigo digitava palavra por palavra.

Quem criava uma imagem precisava dominar Photoshop, Illustrator ou desenhar à mão.

Quem escrevia um livro passava meses organizando ideias.

Então surgiram os modelos generativos.

Hoje uma pessoa escreve um prompt de três linhas e, em poucos segundos, recebe um artigo inteiro, uma apresentação, uma música, uma imagem ou até centenas de linhas de código.

E imediatamente nasce a pergunta.

Quem criou aquilo?

A IA?

Ou a pessoa?

Essa pergunta parece simples.

Mas envolve filosofia, direito, ética, engenharia de software, criatividade, educação e até psicologia.

Infelizmente, boa parte da discussão acontece de forma apaixonada.

Pouca reflexão.

Muito preconceito.

Muito medo.

E pouca compreensão de como essas ferramentas realmente funcionam.

Vamos tomar um café.

Porque essa conversa merece calma.


Primeiro precisamos esquecer Hollywood

Hollywood nos ensinou uma imagem completamente errada da Inteligência Artificial.

Robôs conscientes.

Máquinas que pensam.

Computadores que possuem vontade própria.

Nada disso descreve um LLM moderno.

ChatGPT.

Claude.

Gemini.

Copilot.

Llama.

Mistral.

Nenhum deles "pensa" como uma pessoa.

Eles calculam probabilidades.

A próxima palavra.

Depois a próxima.

Depois outra.

Bilhões de vezes.

Existe um modelo matemático gigantesco por trás disso.

Mas não existe intenção.

Não existe desejo.

Não existe inspiração.

Não existe ego.

Não existe sofrimento.

Não existe orgulho.

E principalmente...

não existe autoria consciente.


Um martelo não constrói uma casa

Imagine um carpinteiro.

Ele possui:

  • martelo

  • serra

  • furadeira

  • parafusadeira

  • esquadro

Quem construiu a casa?

O martelo?

Claro que não.

O martelo apenas ampliou a capacidade humana.

Agora pense em um compilador COBOL.

Você escreve o código.

O compilador gera milhares de instruções de máquina.

Quem escreveu o programa?

O compilador?

Nunca.

Ele apenas traduziu.

A IA faz algo semelhante.

Só que muito mais sofisticado.

Ela amplia nossa capacidade intelectual.


O prompt é uma forma de engenharia

Existe uma enorme diferença entre pedir:

"Escreva um artigo."

e pedir:

"Escreva um artigo de 2.000 palavras para arquitetos IBM Z. Use analogias com COBOL, DevOps e Kubernetes. Explique historicamente. Utilize linguagem técnica, mas acessível. Finalize com aplicações práticas."

Esses dois resultados serão completamente diferentes.

Por quê?

Porque o segundo caso envolve projeto.

Planejamento.

Objetivo.

Conhecimento.

Curadoria.

Existe intenção humana.

E intenção é parte essencial da criação.


A IA cria do nada?

Não.

Nem seres humanos fazem isso.

Shakespeare leu outros autores.

Newton estudou Galileu.

Einstein estudou Maxwell.

Os Beatles ouviram blues.

Todo conhecimento humano é construído sobre conhecimento anterior.

A IA faz exatamente isso.

Aprende padrões estatísticos.

Não consulta um cérebro mágico.

Não recebe inspiração divina.

Ela reorganiza padrões.

Os humanos também reorganizam padrões.

A diferença está na consciência.


Então quem é o autor?

Essa é a pergunta de um milhão de dólares.

Imagine quatro situações.

Caso 1

Você escreve um livro inteiro.

A IA apenas corrige ortografia.

Autor?

Você.

Sem discussão.


Caso 2

Você escreve um livro.

A IA melhora estilo.

Reorganiza capítulos.

Sugere títulos.

Autor?

Continua sendo você.

Da mesma forma que um editor não vira autor do livro.


Caso 3

Você fornece estrutura.

Capítulos.

Argumentos.

Pesquisa.

Exemplos.

Reescreve metade.

Remove trechos.

Inclui experiências pessoais.

Autor?

Ainda é você.

A IA foi uma ferramenta.

Muito poderosa.

Mas ferramenta.


Caso 4

Você escreve:

"Escreva um romance."

Copia.

Publica.

Sem alterar uma linha.

A situação muda bastante.

Nesse caso, sua contribuição criativa foi mínima.

Você dificilmente poderia reivindicar integralmente aquela criação como fruto de um trabalho intelectual profundo.


O problema não é usar IA

O problema é fingir que não usou.

É parecido com uma calculadora.

Um engenheiro usa calculadora.

Um contador usa planilhas.

Um médico usa tomografia.

Ninguém considera isso fraude.

Fraude ocorre quando existe mentira.

Imagine um concurso literário cujo regulamento diz:

"Somente textos escritos integralmente por humanos."

Você usa IA escondido.

Isso é antiético.

Agora imagine outro concurso que permite IA.

Não existe problema.

O contexto importa.


O fantasma do plágio

Outro tema que aparece constantemente.

"IA é plágio."

Será?

Nem sempre.

Plágio significa apresentar como seu algo criado por outra pessoa identificável.

Os LLMs normalmente não copiam livros inteiros.

Eles geram novos textos baseados em padrões aprendidos.

Isso não significa que nunca possam reproduzir trechos existentes.

Pode acontecer.

Especialmente quando o conteúdo solicitado é muito específico.

Por isso sempre vale revisar.

Verificar.

Conferir fontes.

A responsabilidade continua sendo humana.


A sociedade condena porque ainda está aprendendo

Toda grande tecnologia passou por isso.

Quando surgiu a imprensa:

"Haverá excesso de livros."

Quando surgiu a calculadora:

"As crianças nunca aprenderão matemática."

Quando surgiu a Internet:

"Ninguém mais estudará."

Quando surgiu o Google:

"As pessoas deixarão de memorizar."

Quando surgiu a Wikipédia:

"Ela destruirá a educação."

Agora chegou a IA.

A história se repete.

O medo normalmente aparece antes da compreensão.


O verdadeiro diferencial deixou de ser escrever

Durante muito tempo, escrever era uma habilidade rara.

Hoje produzir texto ficou barato.

Muito barato.

O valor mudou.

Agora vale mais:

  • fazer perguntas inteligentes;

  • validar informações;

  • conectar ideias;

  • identificar erros;

  • exercer pensamento crítico;

  • tomar decisões;

  • assumir responsabilidade.

Isso nenhuma IA faz por você.


Um excelente prompt não nasce por acaso

Existe um equívoco comum.

Algumas pessoas imaginam que um prompt seja apenas uma frase.

Na realidade, um bom prompt pode representar anos de experiência.

Quando um médico solicita uma análise complexa a uma IA, ele sabe exatamente o que perguntar.

Quando um advogado pede uma minuta contratual, ele conhece os riscos jurídicos.

Quando um arquiteto IBM Z pede uma arquitetura resiliente, ele conhece CICS, DB2, MQ, RACF, WLM, Sysplex e dezenas de tecnologias.

A qualidade do resultado depende diretamente da qualidade de quem pergunta.

Garbage In.

Garbage Out.

Esse princípio continua absolutamente verdadeiro.


A IA não substitui experiência

Imagine pedir à IA:

"Projete um sistema bancário."

Ela consegue.

Mas será um projeto realmente adequado?

Talvez.

Talvez não.

Quem identifica os riscos?

Quem percebe uma inconsistência regulatória?

Quem sabe que determinada arquitetura falhou em um banco há dez anos?

Quem entende as restrições do negócio?

Quem responde perante um cliente?

Sempre haverá uma pessoa.

A responsabilidade nunca desaparece.


E na educação?

Esse talvez seja o debate mais importante.

Muitos professores proíbem IA.

Outros incentivam.

Quem está certo?

Depende do objetivo.

Se a intenção é avaliar escrita manual, talvez o uso de IA realmente prejudique a avaliação.

Mas se o objetivo é resolver problemas reais...

Proibir IA pode ser semelhante a proibir computadores em um curso de informática.

O mercado não fará essa proibição.

Os profissionais usarão IA.

Os melhores profissionais aprenderão a utilizá-la com responsabilidade.

A escola precisa ensinar isso.

Não fingir que a tecnologia não existe.


Detectores de IA nem sempre acertam

Outra polêmica.

Ferramentas que afirmam detectar textos produzidos por IA.

Elas existem.

Mas nenhuma é infalível.

Diversos estudos já mostraram falsos positivos.

Textos escritos por humanos foram classificados como IA.

Textos feitos por IA passaram despercebidos.

Por isso, utilizar esses detectores como única prova de fraude é extremamente problemático.

Eles podem auxiliar.

Jamais substituir análise humana.


O futuro pertence aos profissionais híbridos

No início da computação existia resistência ao computador.

Depois veio resistência ao Excel.

Depois ao Google.

Depois ao GitHub.

Depois ao Stack Overflow.

Agora chegou a IA.

A tendência é semelhante.

Os profissionais mais valorizados não serão aqueles que recusam a tecnologia.

Nem aqueles que dependem completamente dela.

Serão aqueles que unem:

  • experiência;

  • conhecimento;

  • criatividade;

  • ética;

  • pensamento crítico;

  • Inteligência Artificial.

Essa combinação produz resultados extraordinários.


Então a IA é autora?

Na minha visão, não.

Ela não possui intenção.

Não possui consciência.

Não possui responsabilidade.

Não possui identidade.

Ela não responde judicialmente.

Não assina contratos.

Não sente orgulho da obra.

Ela produz conteúdo.

Quem transforma esse conteúdo em conhecimento útil continua sendo o ser humano.


Talvez estejamos fazendo a pergunta errada

Talvez a pergunta nunca tenha sido:

"Quem escreveu?"

Talvez a pergunta correta seja:

Quem tomou as decisões intelectuais?

Quem escolheu o tema?

Quem definiu o público?

Quem estruturou a narrativa?

Quem validou os fatos?

Quem assumiu a responsabilidade?

Quem publicou?

Quem responderá pelos erros?

Enquanto essas respostas apontarem para uma pessoa, continuará existindo autoria humana.

A IA participa do processo.

Mas participação não significa autoria.

Assim como um compilador participa do desenvolvimento de um sistema.

Assim como um editor participa da produção de um livro.

Assim como uma câmera participa da criação de uma fotografia.

Ferramentas ampliam capacidades.

Não substituem responsabilidade.


Muito Além da Inteligência Artificial

Talvez a maior transformação provocada pela IA não seja tecnológica.

Seja filosófica.

Durante séculos acreditamos que produzir texto era prova definitiva de inteligência.

Hoje uma máquina produz milhões de palavras por minuto.

Isso nos obriga a redefinir o que realmente significa ser inteligente.

Talvez inteligência nunca tenha sido apenas escrever.

Talvez criatividade nunca tenha sido apenas combinar palavras.

Talvez conhecimento nunca tenha sido apenas memorizar informações.

O verdadeiro diferencial humano continua sendo algo que nenhuma arquitetura de redes neurais demonstrou possuir: consciência, propósito, julgamento moral, empatia e responsabilidade pelas consequências de suas escolhas.

A IA é uma das ferramentas mais poderosas já criadas pela humanidade. Como toda grande ferramenta, pode ampliar o melhor e o pior de quem a utiliza. Nas mãos de alguém desonesto, facilita fraudes. Nas mãos de um estudante preguiçoso, reduz o aprendizado. Nas mãos de um profissional ético, acelera descobertas, democratiza conhecimento, elimina tarefas repetitivas e libera tempo para aquilo que realmente importa: pensar.

Portanto, talvez devêssemos abandonar a pergunta "A IA substitui o ser humano?" e adotar outra muito mais útil:

"Como posso usar a IA para me tornar um profissional melhor, mais criativo, mais produtivo e mais responsável?"

Essa, sim, é a pergunta que definirá os vencedores desta nova era.

Porque, no fim das contas, a Inteligência Artificial não diminui o valor da inteligência humana.

Ela apenas torna ainda mais evidente onde ela realmente está.

Se desejar, posso adaptar este texto para o formato tradicional da série "Um Café no Bellacosa Mainframe", com referências a IBM Z, COBOL, compiladores, DevOps, Git, revisão por pares, casos reais do mercado e um tom ainda mais reflexivo, chegando a cerca de 2.500–3.000 palavras.

quarta-feira, 15 de março de 2023

O Software Vale Milhões. O Programador Recebe Apenas Uma Vez?

 

Bellacosa Mainframe e a propriedade autoral em software

☕ Um Café no Bellacosa Mainframe

O Software Vale Milhões. O Programador Recebe Apenas Uma Vez?

O Que Todo Programador COBOL Padawan Precisa Saber Sobre Direitos Autorais, Contratos, Propriedade Intelectual e o Futuro da Engenharia de Software

"Quando um software gera bilhões para uma empresa durante décadas, quem realmente criou esse valor? Apenas quem investiu dinheiro ou também quem investiu conhecimento?"

Essa não é uma pergunta jurídica.

Também não é uma pergunta econômica.

É uma pergunta que, cedo ou tarde, todo profissional de tecnologia faz.

Principalmente quem trabalha em grandes empresas, bancos, seguradoras, indústrias e governos.

Imagine a seguinte situação.

Em 1998, uma equipe de desenvolvedores COBOL construiu um sistema de crédito.

Eles analisaram requisitos, desenharam arquitetura, modelaram bancos de dados, criaram algoritmos, implementaram regras de negócio, escreveram milhares de linhas de código e passaram meses testando a solução.

Hoje, quase trinta anos depois, esse mesmo sistema continua processando milhões de transações diariamente.

Movimenta bilhões de reais.

Sustenta parte do negócio.

Mas aqueles profissionais provavelmente não receberam um centavo além do salário ou do valor do contrato.

A pergunta inevitável surge.

Isso é justo?

Não existe resposta simples.

E justamente por isso vale a pena refletir.


Antes de tudo: software possui direito autoral?

Sim.

Existe um mito muito difundido de que software "não possui direito autoral".

Isso não é verdade.

No Brasil, programas de computador possuem proteção jurídica específica, inspirada no direito autoral.

Ou seja, quando um desenvolvedor escreve um algoritmo, cria uma arquitetura ou implementa uma solução original, existe autoria.

O código não surge espontaneamente.

Ele é fruto de conhecimento técnico, criatividade, experiência e capacidade intelectual.

Da mesma forma que um escritor escreve um livro ou um engenheiro projeta uma ponte, um desenvolvedor cria uma obra intelectual.

A diferença está em quem pode explorar economicamente essa obra.


Autor não é necessariamente proprietário

Esse é um dos pontos que mais confundem profissionais iniciantes.

Ser autor não significa possuir os direitos econômicos.

Na maioria dos contratos corporativos acontece exatamente isso.

O profissional continua sendo o criador intelectual.

Entretanto, os direitos de exploração comercial pertencem ao contratante.

Na prática, a empresa pode:

  • comercializar;

  • modificar;

  • distribuir;

  • licenciar;

  • integrar o software a outros produtos;

  • obter lucro durante décadas.

Tudo isso porque houve uma cessão contratual dos direitos patrimoniais.

Não significa que o desenvolvedor deixou de ser o criador.

Significa apenas que vendeu os direitos econômicos daquela criação.


O salário remunera apenas o tempo?

Aqui começa uma discussão extremamente interessante.

Muitos dizem:

"Você foi contratado para desenvolver software. O salário já paga isso."

Parece lógico.

Mas será que paga mesmo?

Vamos imaginar dois profissionais.

Ambos recebem exatamente o mesmo documento de requisitos.

O primeiro entrega um sistema funcional.

O segundo entrega um sistema:

  • mais rápido;

  • mais seguro;

  • mais escalável;

  • mais simples de manter;

  • preparado para integração futura;

  • com excelente tratamento de erros.

Os requisitos eram idênticos.

O salário também.

O resultado, porém, possui valores completamente diferentes.

O que fez a diferença?

Conhecimento.

Experiência.

Criatividade.

Arquitetura.

Engenharia.

Ou seja, aquilo que nenhum requisito consegue especificar completamente.


O software não é apenas código

Existe uma visão equivocada de que programar significa apenas transformar requisitos em linhas de código.

Na realidade, software envolve decisões intelectuais constantes.

Escolher uma estrutura de dados.

Criar um algoritmo eficiente.

Definir arquitetura.

Evitar débito técnico.

Projetar APIs.

Garantir segurança.

Melhorar desempenho.

Antecipar problemas futuros.

Nenhuma dessas atividades é totalmente mecânica.

São decisões humanas.

E essas decisões criam valor econômico.

Muito valor.


O paradoxo da engenharia de software

Curiosamente, quanto melhor um software é construído, menos as pessoas percebem sua importância.

Sistemas estáveis passam anos sem chamar atenção.

Ninguém elogia.

Ninguém comenta.

Mas basta ocorrer uma falha para todos lembrarem que aquele sistema existe.

Esse é o paradoxo da engenharia.

O sucesso costuma ser invisível.


O caso dos sistemas IBM Mainframe

Quem trabalha com IBM Z conhece esse fenômeno perfeitamente.

Existem sistemas COBOL escritos há décadas.

Foram mantidos por gerações de profissionais.

Receberam novas funcionalidades.

Migraram versões.

Ganharam APIs.

Integraram microsserviços.

Continuam processando bilhões de transações.

Quanto vale esse conhecimento acumulado?

Difícil responder.

Porque boa parte desse valor não está apenas no código.

Está nas decisões tomadas ao longo do tempo.


E os freelancers?

Talvez seja aqui que a discussão fique ainda mais delicada.

Imagine um desenvolvedor independente.

Ele dedica seis meses ao desenvolvimento de uma solução.

Recebe pelo projeto.

Entrega.

Assina a cessão dos direitos.

Cinco anos depois, aquele software tornou-se o principal produto da empresa.

Fatura milhões.

O desenvolvedor não participa desse crescimento.

Isso significa que houve injustiça?

Não necessariamente.

Mas certamente existe um debate legítimo.

O profissional vendeu apenas seu tempo?

Ou vendeu também um patrimônio intelectual que continuará produzindo riqueza durante muitos anos?


O argumento das empresas

Também é importante compreender o outro lado.

Empresas assumem riscos enormes.

Investem em:

  • infraestrutura;

  • marketing;

  • vendas;

  • suporte;

  • certificações;

  • advogados;

  • impostos;

  • treinamento;

  • aquisição de clientes.

Nem todo software gera lucro.

Muitos projetos fracassam.

Alguns sequer entram em produção.

Nesses casos, normalmente o desenvolvedor recebeu integralmente pelo trabalho.

Quem absorveu o prejuízo foi o contratante.

Esse é um argumento forte.

Quem assume o risco tende a receber o retorno.


Mas será que existem apenas duas opções?

Não.

Talvez o maior erro seja imaginar que existem somente dois modelos.

Modelo 1.

Pagamento único.

Modelo 2.

Royalties eternos.

Na realidade existe um enorme espaço intermediário.


Modelos que começam a surgir

Algumas empresas já experimentam soluções diferentes.

Por exemplo:

• participação nos lucros;

• bônus vinculados a metas;

• stock options;

• participação societária;

• contratos de manutenção recorrente;

• licenciamento em vez de cessão definitiva;

• remuneração variável baseada em indicadores de sucesso.

Nenhum modelo é perfeito.

Mas todos procuram aproximar quem cria valor de quem captura valor.


A Inteligência Artificial mudará essa discussão?

Provavelmente.

Hoje um desenvolvedor não entrega apenas código.

Entrega:

  • prompts especializados;

  • arquiteturas RAG;

  • agentes inteligentes;

  • pipelines de dados;

  • automações complexas;

  • bases de conhecimento;

  • estratégias de integração.

Grande parte desse conhecimento continua gerando valor muito depois da entrega do projeto.

Isso faz surgir uma nova pergunta.

Estamos vendendo software?

Ou estamos vendendo conhecimento especializado?

Talvez a resposta seja as duas coisas.


O conhecimento é um ativo

Durante décadas ouvimos que "dados são o novo petróleo".

Talvez exista uma afirmação ainda mais correta.

Conhecimento é o ativo mais valioso da economia digital.

É justamente esse conhecimento que transforma um requisito comum em uma solução extraordinária.

Nenhuma inteligência artificial consegue substituir décadas de experiência em negócios bancários, seguros, logística ou telecomunicações sem que alguém ensine esses conceitos.

E quem ensina?

Os profissionais.


Uma reflexão para quem contrata

Empresas precisam proteger seus investimentos.

Isso faz sentido.

Mas também precisam reter talentos.

Talvez um contrato que reconheça, ainda que parcialmente, o sucesso gerado pelo software seja mais eficiente do que simplesmente aumentar salários.

Profissionais valorizados permanecem.

Conhecimento permanece.

Qualidade permanece.


Uma reflexão para quem desenvolve

Também existe uma lição importante.

Nem todo projeto precisa significar cessão total dos direitos.

Em muitos casos é possível negociar.

Por exemplo:

  • manter propriedade sobre bibliotecas próprias;

  • reutilizar frameworks desenvolvidos anteriormente;

  • estabelecer contratos de manutenção;

  • prever bônus por desempenho;

  • licenciar componentes reutilizáveis.

Nem sempre o cliente aceitará.

Mas conversar sobre isso já representa uma evolução profissional.


O verdadeiro patrimônio do programador

Existe algo que nenhum contrato consegue retirar.

Sua experiência.

Cada projeto aumenta seu repertório.

Cada problema resolvido amplia sua capacidade de criar soluções futuras.

Esse patrimônio permanece com você.

E vale muito mais do que qualquer linguagem de programação.

COBOL.

Java.

Python.

Go.

Rust.

Todas mudarão.

Mas a capacidade de resolver problemas continuará sendo o maior diferencial de um engenheiro de software.


Uma pergunta que merece ser feita

Talvez o objetivo deste artigo não seja responder.

Talvez seja provocar reflexão.

Quando um sistema desenvolvido hoje continuar funcionando em 2055...

Quando ele ainda movimentar bilhões...

Quando dezenas de empresas dependerem dele...

Quando milhares de pessoas utilizarem seus serviços diariamente...

Quem criou esse valor?

A empresa?

O investidor?

O cliente?

O arquiteto?

O analista?

O programador?

O testador?

A resposta talvez seja simples.

Todos.

E justamente por isso talvez o futuro da engenharia de software caminhe para modelos de remuneração mais colaborativos, equilibrando investimento, risco e reconhecimento intelectual.

Não para transformar cada desenvolvedor em sócio de todos os projetos, mas para reconhecer que software não nasce apenas de computadores. Nasce de pessoas.

No fim, talvez a maior riqueza produzida por um programador nunca tenha sido o código-fonte. Sempre foi sua capacidade de transformar conhecimento em valor. O código apenas registra essa transformação.

Enquanto discutimos inteligência artificial, automação e produtividade, vale lembrar que toda tecnologia começa com uma ideia humana. É essa ideia que merece ser protegida, valorizada e, sempre que possível, reconhecida de forma justa.

Porque um software pode durar décadas.

Mas é o conhecimento de quem o construiu que faz toda a diferença desde o primeiro dia.

 


A pensar


Quando um software gera valor durante décadas, quem realmente construiu esse patrimônio? Este artigo analisa a relação entre autoria, contratos, propriedade intelectual e reconhecimento profissional, explorando diferentes modelos de remuneração para desenvolvedores, freelancers e equipes de tecnologia, sempre sob uma perspectiva técnica e de mercado, sem assumir um posicionamento jurídico definitivo.