A maior empresa de banco de dados do mundo acabou de proibir IA de escrever código — e isso diz muito sobre o que está acontecendo agora
No mesmo mês em que Larry Ellison declarava publicamente que a Oracle "não escreve mais código sozinha", a empresa silenciosamente baniu código gerado por IA do OpenJDK. Sim, o mesmo OpenJDK que roda em bilhões de dispositivos ao redor do mundo. A contradição não é pequena — e o sinal que ela manda para qualquer gestor que está adotando IA sem critério é alto e claro.
Isso não é detalhe técnico de engenharia. É um aviso sobre governança, risco e responsabilidade que precisa chegar à mesa de quem toma decisões de negócio.
O que aconteceu com a Oracle — e por que importa para você
O OpenJDK é a implementação de referência do Java, uma das linguagens mais usadas em sistemas corporativos, bancos, fintechs e infraestrutura crítica no mundo todo. A Oracle, guardiã do projeto, passou a exigir que contribuidores declarem explicitamente que o código submetido não foi gerado por ferramentas de IA.
A justificativa técnica envolve três preocupações centrais:
- Qualidade e previsibilidade: modelos de linguagem produzem código que parece correto mas pode conter comportamentos inesperados em casos extremos — os chamados edge cases.
- Propriedade intelectual: código gerado por IA pode ter sido treinado em bases com licenças incompatíveis, criando risco legal difícil de rastrear.
- Responsabilidade auditável: se algo quebra em produção, quem responde? Um engenheiro humano pode explicar cada linha que escreveu. Um modelo de linguagem, não.
Agora vem a parte que incomoda: a Oracle tem centenas de engenheiros de elite, processos de revisão rigorosos e décadas de cultura de qualidade de software. E mesmo assim preferiu travar o uso antes de confiar sem protocolo. O que isso diz sobre o risco de uma empresa menor fazer o mesmo sem nenhuma estrutura de governança?
O problema não é a IA — é a ilusão de que ela dispensa critério
Ferramentas como GitHub Copilot, ChatGPT e Claude são genuinamente úteis para desenvolvimento. Elas aceleram tarefas repetitivas, ajudam na documentação, sugerem soluções e reduzem o tempo de entrega. Isso é real e não vai desaparecer.
O problema está em outro lugar: na adoção sem governança.
Código gerado por IA não é necessariamente código ruim. Código gerado por IA sem revisão humana qualificada é código de risco desconhecido rodando em produção.
Pense nos cenários concretos que empresas enfrentam quando ignoram isso:
- Um desenvolvedor júnior usa IA para gerar uma função de autenticação. O código funciona nos testes, vai para produção e tem uma vulnerabilidade de injeção que expõe dados de clientes.
- Uma startup automatiza geração de código para acelerar o MVP. O sistema vai bem até escalar — aí comportamentos imprevisíveis aparecem sob carga real.
- Uma empresa terceiriza desenvolvimento com fornecedor que usa IA sem critério. O código entregue não tem autoria rastreável, dificulta manutenção e cria dependência técnica invisível.
Esses não são cenários futuristas. São situações que já estão acontecendo, agora, em empresas que apostaram na velocidade sem apostar na estrutura.
O que governança de IA no desenvolvimento realmente significa
Governança não é burocracia. Não é proibir IA. É criar as regras do jogo antes de jogar.
Na prática, uma operação de software com IA bem governada precisa responder a algumas perguntas básicas:
- Quem revisa o código gerado por IA? Engenheiro sênior com critérios definidos, não quem estiver disponível.
- Quais partes do sistema podem usar IA? Lógica de negócio crítica, autenticação e integrações financeiras merecem atenção diferenciada.
- Como o código é testado? Testes automatizados com cobertura real, não apenas o que a própria IA sugeriu testar.
- Existe rastreabilidade? Saber o que foi gerado por IA e o que foi escrito por humano não é paranoia — é auditoria básica.
- Quem é responsável quando algo falha? A cadeia de responsabilidade precisa estar clara antes do incidente, não depois.
A Oracle respondeu a essas perguntas de forma conservadora para o OpenJDK. Cada empresa precisa responder de acordo com o seu contexto — mas precisar responder não é opcional.
A lição que a Oracle está dando de graça
A contradição entre o discurso público de Ellison e a política interna do OpenJDK não é hipocrisia corporativa. É evidência de algo mais honesto: nem as maiores empresas do mundo sabem ainda como usar IA em software sem governança sólida. A diferença é que elas têm estrutura para perceber o risco e agir antes que ele vire problema.
Empresas menores, em geral, não têm esse luxo — o que torna a governança desde o início ainda mais crítica, não menos.
Automatizar o desenvolvimento de software com IA pode ser uma vantagem competitiva real. Mas feito sem critério, é uma aposta com risco que você não consegue calcular porque não enxerga o que não sabe.
Na Maqia, ajudamos empresas a adotar IA no desenvolvimento de software com a estrutura certa: processos de revisão, definição de escopo de uso, treinamento de equipes e protocolos de governança que fazem a automação trabalhar a seu favor — sem transformar velocidade em vulnerabilidade. Se você está expandindo o uso de IA no seu time de tecnologia e quer fazer isso com segurança, fale com a gente. A conversa começa sem compromisso.