Translate

Mostrar mensagens com a etiqueta inteligencia artificial. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta inteligencia artificial. Mostrar todas as mensagens

terça-feira, 14 de julho de 2026

Machine Learning sem Mistérios

Bellacosa Mainframe em machine learning sem misterios

☕ Um Café no Bellacosa Mainframe

Machine Learning sem Mistérios

O Guia Definitivo do Programador COBOL Padawan para Entrar no Mundo da Inteligência Artificial sem Esquecer os Fundamentos

"Todo Mestre Jedi da IA começou entendendo os dados antes de treinar o primeiro modelo."


Introdução – O Erro que Muitos Estão Cometendo em 2026

Existe um fenômeno curioso acontecendo na indústria.

Todos querem aprender IA.

Todos querem aprender ChatGPT.

Todos querem aprender LLMs.

Todos querem aprender Agentes de IA.

Mas poucos querem aprender Machine Learning.

É como alguém querer aprender CICS sem saber COBOL.

Ou querer administrar um Db2 sem nunca ter visto uma tabela.

Ou ainda querer fazer tuning de SQL sem entender como funciona um índice.

O resultado?

Profissionais que sabem usar ferramentas, mas não compreendem o que acontece por trás delas.

No universo IBM Z isso seria impensável.

Nenhum programador COBOL experiente diria:

"Não preciso entender JCL porque hoje existe DevOps."

Da mesma forma...

Nenhum Engenheiro de IA deveria dizer:

"Não preciso aprender Machine Learning porque existe GPT."

Os LLMs são apenas um dos milhares de produtos da árvore gigantesca chamada Machine Learning.

Neste artigo vamos construir essa árvore desde as raízes.

Não utilizando matemática pesada.

Mas utilizando aquilo que um programador COBOL conhece melhor do que ninguém:

dados, regras de negócio, processamento e tomada de decisão.

Pegue seu café.

Nossa jornada está apenas começando.


Bellacosa Mainframe e os algoritmo de machine learning

O que realmente é Machine Learning?

Antes de tudo precisamos desfazer um mito.

Machine Learning NÃO significa que o computador pensa.

Ele também NÃO significa que o computador ficou inteligente.

Na verdade...

Machine Learning significa apenas uma coisa:

Encontrar padrões automaticamente a partir dos dados.

Nada mais.

Nada menos.

Imagine um programa COBOL.

Normalmente fazemos algo assim:

IF SALDO > 10000
   MOVE "VIP" TO TIPO-CLIENTE
ELSE
   MOVE "NORMAL" TO TIPO-CLIENTE
END-IF

Quem criou essa regra?

Você.

Agora imagine milhões de clientes.

Talvez existam centenas de regras.

Talvez milhares.

Talvez nenhuma pessoa consiga descobri-las.

É aqui que entra Machine Learning.

O algoritmo encontra essas regras sozinho.


Uma analogia para quem vive no Mainframe

Imagine que você trabalha em um banco.

Existe um arquivo VSAM com 50 milhões de clientes.

Cada registro possui:

IDADE

SALÁRIO

PROFISSÃO

ESTADO

QUANTIDADE DE CARTÕES

RENDA

LIMITE

UTILIZAÇÃO

INADIMPLENTE?

Durante vinte anos o banco registrou tudo.

Você já sabe quais clientes ficaram inadimplentes.

Agora surge um novo cliente.

Como prever se ele pode dar prejuízo?

Você pode escrever milhares de IFs...

Ou pode deixar o algoritmo aprender.

Esse é exatamente o objetivo do Machine Learning.


IA não começou com o ChatGPT

Outro erro comum.

Muitos acreditam que IA nasceu em 2022.

Na verdade...

A história começa muito antes.

Década de 1950.

Depois vieram:

  • Regressão

  • Redes Bayesianas

  • Árvores de decisão

  • Redes neurais

  • SVM

  • Random Forest

  • Gradient Boosting

Somente décadas depois apareceram:

  • Deep Learning

  • Transformers

  • GPT

  • Claude

  • Gemini

Ou seja...

LLMs são apenas um capítulo.

Não o livro inteiro.


A grande árvore do Machine Learning

Imagine uma árvore gigantesca.

Seu tronco chama-se:

Machine Learning

Dela nascem quatro grandes galhos:

Machine Learning

│

├── Supervisionado

├── Não Supervisionado

├── Semi-Supervisionado

└── Aprendizado por Reforço

Cada um resolve problemas completamente diferentes.


Aprendizado Supervisionado

É o tipo mais utilizado pelas empresas.

Aqui existe um professor.

Imagine um pai ensinando uma criança.

Ele mostra um cachorro.

Diz:

"Cachorro."

Mostra outro.

"Cachorro."

Mostra outro.

"Cachorro."

Depois de milhares de exemplos...

A criança aprende.

Machine Learning funciona exatamente assim.


Dados Rotulados

O segredo está nos rótulos.

Imagine um arquivo:

IDADE

RENDA

EMPRÉSTIMO

PAGOU?

O campo PAGOU é conhecido.

Logo...

Existe um professor.

Esse conjunto chama-se:

Dados rotulados.


Classificação

Agora queremos responder perguntas como:

SIM

NÃO

Ou

Fraude

Não fraude

Ou

Spam

Não Spam

Ou

Cliente Ouro

Cliente Prata

Cliente Bronze

Não queremos números.

Queremos categorias.


Logistic Regression

Apesar do nome...

Ela faz classificação.

Sua missão é calcular probabilidades.

Por exemplo:

Cliente A

98%

↓

Grande chance de inadimplência.

É extremamente utilizada por bancos.

Também por seguradoras.

E por fintechs.


Naïve Bayes

Esse algoritmo nasceu baseado no famoso Teorema de Bayes.

Ele faz uma suposição simplificadora.

Considera que as variáveis são independentes.

Na prática isso raramente acontece.

Mesmo assim...

Ele funciona surpreendentemente bem.

É excelente para:

  • filtros de spam

  • classificação de textos

  • análise documental

  • NLP clássico


K-Nearest Neighbors (KNN)

Imagine mudar para um bairro novo.

Você provavelmente terá hábitos parecidos com os vizinhos.

O algoritmo pensa igual.

Ele procura os registros mais próximos.

Depois pergunta:

"A maioria pertence a qual grupo?"

Se oito dos dez vizinhos são clientes premium...

Talvez você também seja.

Muito simples.

Muito intuitivo.

Mas caro computacionalmente em bases enormes.


Árvores de Decisão

Provavelmente o algoritmo mais fácil de explicar.

Ele faz perguntas.

Idade > 30?

↓

Sim

↓

Salário > 8000?

↓

Sim

↓

Cliente Premium

É quase um grande IF...

Só que aprendido automaticamente.

Um programador COBOL costuma entender esse algoritmo imediatamente.


Random Forest

Agora imagine cem árvores.

Cada uma observa os dados de maneira ligeiramente diferente.

Cada uma vota.

A maioria vence.

Esse é o conceito da Random Forest.

Ela reduz erros individuais e costuma apresentar excelente desempenho em dados tabulares, muito comuns em sistemas corporativos.


Support Vector Machine

Agora pense em dois grupos de clientes.

● ● ● ● ●

▲ ▲ ▲ ▲ ▲

Existe uma fronteira entre eles.

A missão da SVM é encontrar a melhor linha (ou hiperplano) que separa essas classes.

Ela é poderosa em problemas com poucas variáveis e conjuntos de dados médios.


Regressão

Agora não queremos responder "Sim" ou "Não".

Queremos prever números.

Exemplos:

  • faturamento

  • temperatura

  • consumo

  • preço de imóvel

  • demanda de energia


Regressão Linear

Imagine que quanto maior a casa...

Maior o preço.

A regressão procura justamente a reta que melhor representa essa relação.

É um dos algoritmos mais antigos e ainda hoje extremamente útil.


Lasso Regression

Além de prever valores, ela consegue eliminar automaticamente variáveis pouco relevantes.

Isso reduz complexidade e ajuda a evitar modelos excessivamente ajustados (overfitting).


Aprendizado Não Supervisionado

Agora ninguém sabe a resposta.

Não existem rótulos.

Você apenas entrega os dados.

O algoritmo precisa descobrir padrões sozinho.

É como um DBA recebendo um banco desconhecido e tentando entender sua estrutura apenas observando os dados.


Clustering

O objetivo agora é agrupar registros semelhantes.

Não existe resposta certa.

Existem apenas padrões.


K-Means

O algoritmo escolhe centros.

Depois aproxima os registros desses centros.

No final surgem grupos.

Muito usado para segmentação de clientes.


DBSCAN

Ao contrário do K-Means, ele não precisa saber previamente quantos grupos existem.

Também consegue identificar ruídos.

Excelente para encontrar padrões complexos.


Redução de Dimensionalidade

Imagine uma tabela Db2 com 500 colunas.

Será que todas são importantes?

Provavelmente não.

É aqui que entram:

  • PCA

  • ICA


PCA

Principal Component Analysis.

Reduz centenas de variáveis para poucas dimensões mantendo a maior parte da informação.

Muito utilizado antes do treinamento dos modelos.


ICA

Independent Component Analysis.

Seu objetivo é separar sinais independentes.

Muito usado em processamento de voz, imagens e sinais biomédicos.


Associação

Esses algoritmos procuram regras ocultas.

Exemplo:

Quem compra café

↓

também compra açúcar.

Ou

Quem compra notebook

↓

compra mochila.

Os algoritmos clássicos são:

  • Apriori

  • FP-Growth

Muito utilizados em e-commerce e supermercados.


Detecção de Anomalias

Essa área é extremamente importante para bancos.

Imagine um cliente.

Sempre realiza compras em São Paulo.

Hoje aparece:

03:14 AM

Japão

US$ 8.500

Isso foge completamente do padrão.

Os algoritmos detectam esse comportamento.


Isolation Forest

Em vez de aprender o comportamento normal, ele procura aquilo que é fácil de isolar.

Fraudes normalmente aparecem rapidamente como pontos isolados.

É um algoritmo muito utilizado em segurança, observabilidade e detecção de ataques.


Aprendizado Semi-Supervisionado

Imagine um banco de dados com:

100 milhões de clientes.

Apenas:

5 mil registros rotulados.

Rotular dados custa caro.

Então o algoritmo aprende utilizando:

  • poucos exemplos conhecidos;

  • muitos exemplos desconhecidos.

Esse cenário é bastante comum na indústria.


Aprendizado por Reforço

Agora não existe professor.

Existe recompensa.

Imagine ensinar uma criança.

Acertou.

+10 pontos

Errou.

-5 pontos

Depois de milhares de tentativas...

Ela aprende a escolher as melhores ações.


Q-Learning

É um dos algoritmos clássicos.

Aprende qual decisão gera maior recompensa no longo prazo.

Muito usado em:

  • robótica

  • jogos

  • sistemas autônomos


Model-Based Reinforcement Learning

Aqui o agente vai além.

Ele aprende como o ambiente funciona.

Depois simula mentalmente vários cenários antes de agir.

É semelhante ao planejamento de produção ou à simulação de cargas em um ambiente z/OS.


O que a imagem ainda não mostra

O roadmap clássico é excelente, mas a IA moderna evoluiu.

Hoje você também encontrará:

Ensemble Learning

  • XGBoost

  • LightGBM

  • CatBoost

  • Gradient Boosting

São frequentemente os campeões em dados tabulares.


Deep Learning

Aqui entram:

  • CNN

  • RNN

  • LSTM

  • GRU

  • Autoencoders

  • Transformers

Esses modelos revolucionaram visão computacional, linguagem natural e reconhecimento de padrões complexos.


IA Generativa

Finalmente chegamos aos famosos LLMs.

Eles utilizam arquiteturas Transformer e são treinados sobre enormes volumes de texto.

Aqui encontramos:

  • GPT

  • Claude

  • Gemini

  • Llama

  • Mistral

Além deles surgem componentes fundamentais como:

  • Embeddings

  • Busca Vetorial

  • RAG (Retrieval-Augmented Generation)

  • Bancos Vetoriais

Esses elementos permitem que um modelo consulte conhecimento externo antes de responder.


O papel do Machine Learning no IBM Z

Quem trabalha com COBOL, Db2 e IBM Z talvez imagine que Machine Learning pertence apenas às startups.

Na realidade, ele já está presente em inúmeras aplicações corporativas:

  • previsão de inadimplência;

  • detecção de fraude em cartões;

  • classificação automática de documentos;

  • segmentação de clientes;

  • previsão de demanda;

  • análise de séries temporais;

  • detecção de anomalias em logs SMF/RMF;

  • otimização de cargas batch;

  • manutenção preditiva de hardware;

  • busca semântica em documentos corporativos;

  • recomendação de produtos financeiros.

O IBM Z já oferece aceleração para IA e integrações com ecossistemas modernos, permitindo que modelos sejam treinados ou inferidos próximos dos dados, reduzindo latência e aumentando a segurança.


Como um Padawan COBOL deve iniciar essa jornada?

Não tente aprender tudo de uma vez.

Construa sua base em camadas, exatamente como você faria ao aprender o ecossistema mainframe.

  1. Matemática essencial

    • Álgebra linear

    • Probabilidade

    • Estatística

    • Cálculo básico (conceitos)

  2. Python para Ciência de Dados

    • NumPy

    • Pandas

    • Matplotlib

  3. Machine Learning clássico

    • Regressão

    • Classificação

    • Clustering

    • Validação de modelos

  4. Scikit-learn

    • Treinamento

    • Avaliação

    • Pipelines

  5. Deep Learning

    • TensorFlow ou PyTorch

    • Redes neurais

    • CNNs

    • Transformers

  6. IA Generativa

    • Embeddings

    • RAG

    • LLMs

    • Agentes

  7. MLOps

    • Versionamento

    • Deploy

    • Monitoramento

    • Governança


Easter Egg Bellacosa Mainframe ☕

Existe uma frase muito conhecida entre programadores COBOL:

"Os dados sempre contam a verdade; quem mente é o programa."

No Machine Learning podemos adaptá-la:

"Os modelos aprendem aquilo que os dados ensinam. Se os dados carregam erros, preconceitos ou inconsistências, o modelo apenas os reproduz em escala."

Por isso, a maior parte do trabalho de um cientista de dados não é treinar modelos, mas compreender o domínio do negócio, preparar os dados, validá-los e monitorar continuamente o comportamento dos sistemas em produção.


Conclusão

Machine Learning não é uma moda passageira nem um substituto para a programação tradicional. Ele é uma extensão da engenharia de software orientada por dados. Para um programador COBOL, a transição é mais natural do que parece: você já domina regras de negócio, processamento em lote, qualidade de dados e sistemas críticos. O próximo passo é aprender como fazer com que algoritmos descubram padrões que antes precisavam ser codificados manualmente.

LLMs impressionam porque conversam. Mas a inteligência corporativa vai muito além da geração de texto. Empresas precisam prever inadimplência, detectar fraudes, otimizar processos, recomendar produtos, classificar documentos e tomar decisões em tempo real. Tudo isso continua sendo sustentado pelos fundamentos do Machine Learning.

Assim como um bom engenheiro de mainframe nunca ignora conceitos como JCL, VSAM, CICS ou Db2, um futuro engenheiro de IA não deve ignorar regressão, árvores de decisão, Random Forest, clustering, PCA ou aprendizado por reforço.

As ferramentas continuarão mudando. Novos frameworks aparecerão todos os anos. Mas os fundamentos matemáticos, estatísticos e algorítmicos que sustentam o Machine Learning permanecem os mesmos há décadas — e continuarão sendo a base sobre a qual as próximas gerações de inteligência artificial serão construídas.

O verdadeiro Mestre Jedi da IA não é aquele que apenas sabe chamar uma API de um LLM. É aquele que entende por que o modelo funciona, quando ele falha e qual algoritmo é mais adequado para cada problema. Essa é a diferença entre usar inteligência artificial e realmente praticar engenharia de inteligência artificial.

quinta-feira, 25 de junho de 2026

☕ O ABEND da Migração Mágica: Quando a IA Generativa Descobre que o Mainframe Não é Apenas um Arquivo COBOL

Bellacosa Mainframe quando a magia da migração via ia do mainframe falha


☕ O ABEND da Migração Mágica: Quando a IA Generativa Descobre que o Mainframe Não é Apenas um Arquivo COBOL

O Dia em que o Mercado Percebeu que o ChatGPT Não Conhece o Batch das 02h17

Existe um momento na carreira de todo profissional de Mainframe em que ele aprende uma lição importante.

A primeira é que JCL não foi criado para ser bonito.

A segunda é que ninguém documenta adequadamente um scheduler.

A terceira é que sempre haverá alguém chegando com um PowerPoint dizendo:

— Vamos aposentar o Mainframe em doze meses.

Nos últimos vinte anos ouvi essa frase tantas vezes quanto mensagens $HASP373, IEC161I ou aquele clássico telefonema de sexta-feira às 18h:

— Bellacosa, caiu a produção.

Recentemente, entretanto, surgiu um ingrediente novo nessa antiga receita corporativa.

A Inteligência Artificial Generativa.

E, junto dela, uma nova promessa digna dos antigos alquimistas digitais:

"Nossa IA converte milhões de linhas COBOL para Java automaticamente."

"Seu CICS vira microsserviços em poucos cliques."

"Seu VSAM agora é PostgreSQL."

"Seu batch vira Kubernetes."

"Seu legado desaparece em seis meses."

Foi justamente nesse contexto que a Gartner publicou uma análise que talvez represente um dos maiores banhos de água fria já aplicados no mercado de migração de Mainframe.

Segundo a consultoria, mais de 70% dos projetos de saída do Mainframe iniciados em 2026 não entregarão os benefícios esperados.

E o motivo é simples.

As pessoas estão superestimando o que a IA realmente sabe fazer.

E subestimando brutalmente o que um ambiente IBM Z realmente é.


O Maior Equívoco da Década: Achar que Mainframe é Apenas COBOL

Quando alguém diz:

— Temos cinquenta milhões de linhas COBOL.

Meu primeiro pensamento nunca é sobre COBOL.

Meu primeiro pensamento é:

Quantos schedulers existem?

Quantos GDGs?

Quantos catálogos?

Quantos exits?

Quantos produtos ISV?

Quantos jobs dependem de um único arquivo VSAM aberto em RLS?

Porque o código é apenas a ponta visível do iceberg.

Abaixo da linha d'água vivem criaturas muito mais antigas e perigosas.

CA-7.

Control-M.

ESP.

Zeke.

NetView.

RACF.

DFSMS.

SMF.

RMF.

MQ.

WLM.

CICSplex.

IMS.

DB2 Packages.

Plan Stability.

PassTickets.

SAF.

Exit routines escritas em Assembler por alguém que se aposentou em 2009 e hoje cultiva orquídeas em Campinas.

A IA consegue interpretar um trecho como:

IF SALDO > LIMITE
   MOVE 'BLOQUEAR' TO ACAO
END-IF

Ela pode até gerar um Java elegante.

Mas dificilmente responderá perguntas como:

Por que esse programa executa apenas às terças-feiras?

Por que ele depende do fechamento do SMF?

Por que aguarda um arquivo SWIFT vindo da Bélgica?

Por que existe um passo IEBGENER aparentemente inútil?

Por que um job precisa terminar antes das 02h17?

E principalmente:

Quem será responsabilizado se o PIX parar durante duas horas?


O Conhecimento Tribal: A Tecnologia Mais Difícil de Migrar

Costumo dizer aos alunos do Bellacosa Mainframe:

O ativo mais caro de um banco não é o hardware.

Não é o software.

Nem mesmo os dados.

É o conhecimento acumulado por pessoas.

José está há trinta e dois anos na instituição.

Maria administra o RACF desde 1997.

Carlos conhece cada mensagem DFSxxxx de cabeça.

João sabe exatamente qual dataset pode ser apagado e qual causará um desastre regulatório.

Nenhum deles está em um repositório Git.

Nenhum deles está em um Wiki.

Nenhum deles aparece em um prompt.

Esse conhecimento mora na memória das pessoas.

E a IA não faz leitura telepática.

Ela apenas processa aquilo que recebeu.

Quando recebe documentação incompleta, devolve respostas incompletas.

Quando recebe caos, produz caos estatisticamente coerente.


O Marketing da Varinha Mágica Digital

Não tenho dúvidas.

Existe muita tecnologia impressionante surgindo.

Copilots.

Agentes autônomos.

Análise semântica.

Descoberta automática de dependências.

RAG.

Embeddings.

Vetorização.

Tudo isso possui enorme potencial.

Mas também estamos vivendo uma epidemia de apresentações corporativas.

Parece que alguns vendedores descobriram a Pedra Filosofal da Computação.

Basta enviar um ZIP contendo quarenta milhões de linhas COBOL.

E, algumas horas depois, nasce uma arquitetura nativa de nuvem.

Observabilidade pronta.

CI/CD configurado.

Microsserviços desacoplados.

Eventos Kafka.

Terraform.

OpenTelemetry.

Kubernetes.

Documentação impecável.

Testes automatizados.

Compliance.

Segurança.

Alta disponibilidade.

Tudo isso sem compreender uma única regra de negócio.

É quase uma versão tecnológica daquele vendedor de elixires do Velho Oeste.

Só que agora utilizando a palavra GenAI.


O Mainframe Continua Evoluindo

Enquanto parte do mercado tenta organizar funerais prematuros para o IBM Z, a IBM continua investindo bilhões de dólares na plataforma.

Hoje temos:

COBOL 6.x;

z/OS Connect;

OpenTelemetry;

Ansible;

Zowe;

Git integrado;

DevOps moderno;

API Economy;

Containers Linux on Z;

IA embarcada;

Criptografia acelerada por hardware;

Processadores especializados.

Ou seja.

O Mainframe não está parado.

O Mainframe está fazendo aquilo que sempre fez melhor.

Adaptando-se.

Em 1964 ele sobreviveu ao surgimento dos minicomputadores.

Nos anos 80 sobreviveu às workstations.

Nos anos 90 sobreviveu ao Client/Server.

Nos anos 2000 sobreviveu à internet.

Nos anos 2010 sobreviveu à cloud.

Nos anos 2020 provavelmente sobreviverá ao hype da IA Generativa.

Porque, no final das contas, bancos continuam precisando fechar o dia.

Companhias aéreas continuam emitindo passagens.

Governos continuam pagando benefícios.

Seguradoras continuam processando milhões de eventos.

E quase ninguém gosta quando esses sistemas param.


Talvez a Pergunta Esteja Errada

A pergunta nunca deveria ser:

"Como saímos do Mainframe?"

A pergunta correta talvez seja:

"Qual workload realmente precisa sair?"

Talvez um portal web de RH possa migrar.

Talvez um batch de impressão possa ser substituído.

Talvez um sistema satélite seja reescrito.

Mas talvez o motor central de compensação bancária deva permanecer exatamente onde está.

Porque engenharia não é religião.

Arquitetura não é ideologia.

Tecnologia não é torcida organizada.

A melhor plataforma é aquela que resolve o problema com menor risco, melhor disponibilidade, maior previsibilidade financeira e retorno sustentável.


Considerações Finais

Suspeito que a Gartner não esteja dizendo:

"Nunca migrem."

Também não está afirmando:

"Mainframe venceu."

A mensagem parece muito mais madura.

A IA Generativa será extraordinariamente útil para documentar, explicar, testar, modernizar e integrar aplicações existentes.

Mas ainda estamos distantes de confiar bilhões de dólares em transações financeiras a um modelo estatístico incapaz de compreender por que um velho JOB chamado FINA987 precisa começar precisamente às 02h17 da madrugada.

E talvez seja justamente aí que esteja a maior ironia desta década.

A tecnologia mais avançada da atualidade descobriu que o Mainframe nunca foi apenas COBOL.

Ele sempre foi memória institucional.

Processos.

Pessoas.

Histórias.

E algumas dezenas de milhares de linhas de JCL escritas por um Sysprog que provavelmente continua tendo razão.

https://www.gartner.com/en/newsroom/press-releases/2026-06-18-gartner-predicts-more-than-70-percent-of-mainframe-exit-projects-will-fail-due-to-overestimation-of-generative-ais-capabilities

sexta-feira, 5 de junho de 2026

☕💣 OPERADOR, TEM ALGUÉM NO TERMINAL! — O Dia em Que um Assistente de IA Pediu Acesso ao Seu Mainframe

 

Bellacosa Mainframe e o assistente de IA LLM RAG

☕💣 OPERADOR, TEM ALGUÉM NO TERMINAL! — O Dia em Que um Assistente de IA Pediu Acesso ao Seu Mainframe

"Primeiro ele responde perguntas. Depois organiza tarefas. Em seguida consulta sistemas. Quando você percebe, existe uma inteligência trabalhando ao seu lado 24 horas por dia."


🚀 Afinal, o que é um Assistente de IA?

Imagine um operador de computador que:

✅ Nunca dorme
✅ Nunca tira férias
✅ Nunca esquece um procedimento
✅ Aprende com documentação
✅ Conversa em linguagem natural

Um Assistente de Inteligência Artificial é um software capaz de compreender perguntas, interpretar contexto, acessar informações e executar tarefas para auxiliar pessoas em suas atividades.

Diferente de um chatbot tradicional, que segue roteiros pré-definidos, um assistente moderno utiliza modelos de linguagem (LLMs) para raciocinar sobre problemas e gerar respostas dinâmicas.

Na prática, ele pode:

  • Responder dúvidas técnicas

  • Gerar código

  • Criar documentos

  • Automatizar processos

  • Consultar bancos de dados

  • Executar fluxos de negócio

  • Integrar sistemas corporativos

  • Apoiar decisões operacionais

Pense nele como uma mistura de:

  • Analista de Sistemas

  • Operador

  • DBA

  • Documentador

  • Programador

  • Professor

Tudo em uma única interface.


🏛️ O Assistente de IA no Mundo Mainframe

Imagine um assistente treinado com:

  • JCL

  • COBOL

  • CICS

  • DB2

  • IMS

  • RACF

  • TSO/ISPF

  • JES2

  • z/OS

Você poderia perguntar:

"Por que este JOB deu ABEND S0C7?"

ou

"Monte um JCL para copiar um VSAM KSDS."

ou

"Explique a diferença entre EXEC CICS LINK e XCTL."

Em segundos ele produziria:

  • Explicações

  • Diagnósticos

  • Exemplos

  • Sugestões de correção

É como ter um especialista Bellacosa Mainframe disponível 24x7.


🔧 Como Construir um Assistente de IA?

Hoje existem vários caminhos.

Caminho 1 — O Mais Simples

Utilizar plataformas prontas:

  • GPTs personalizados

  • Assistants

  • Copilots

  • No-Code AI Builders

Você fornece:

  • Documentação

  • PDFs

  • Manuais

  • Procedimentos

E o assistente aprende aquele contexto.

Ideal para:

  • Empresas

  • Equipes de suporte

  • Times de treinamento


Caminho 2 — Assistente com Base de Conhecimento

Arquitetura típica:

Usuário
   │
   ▼
Assistente IA
   │
   ▼
Base de Conhecimento
   │
   ├── PDFs
   ├── Manuais
   ├── Wikis
   ├── Procedimentos
   └── Documentação Técnica

O modelo consulta documentos antes de responder.

Chamamos isso de:

RAG (Retrieval Augmented Generation)

É uma das arquiteturas mais populares atualmente.


Caminho 3 — Assistente Corporativo

Aqui a brincadeira fica séria.

Usuário
   │
   ▼
Assistente IA
   │
   ├── SAP
   ├── Mainframe
   ├── Banco de Dados
   ├── ServiceNow
   ├── Jira
   ├── APIs
   └── Sistemas Legados

O assistente deixa de apenas responder.

Ele passa a:

  • Consultar sistemas

  • Abrir chamados

  • Executar processos

  • Atualizar registros

Estamos entrando no território dos Agentes de IA.


🎯 O Que Eu Ganho Construindo Um?

Muito mais do que parece.

1. Produtividade

Tarefas que demoravam horas passam a levar minutos.


2. Documentação Viva

Em vez de procurar em centenas de PDFs:

CTRL+F
CTRL+F
CTRL+F
CTRL+F

Você simplesmente pergunta.


3. Treinamento Acelerado

Novatos aprendem mais rápido.

Um júnior pode consultar o assistente constantemente.


4. Preservação do Conhecimento

Quando especialistas se aposentam, muito conhecimento desaparece.

O assistente pode ajudar a preservar:

  • Procedimentos

  • Boas práticas

  • Lições aprendidas


5. Disponibilidade 24x7

Não importa:

  • Madrugada

  • Feriado

  • Final de semana

O assistente continua disponível.


⚠️ As Desvantagens

Nem tudo é magia.

Alucinações

O maior problema atual.

A IA pode responder com enorme confiança algo completamente errado.

Exemplo:

"Qual parâmetro resolve esse ABEND?"

Ela pode inventar uma solução inexistente.


Dependência Excessiva

Algumas pessoas param de pensar.

Começam a copiar respostas sem validar.

Isso é extremamente perigoso.


Custo

Modelos avançados podem gerar custos relevantes.

Especialmente em grandes empresas.


Segurança

Documentos enviados para modelos externos podem conter:

  • Dados sensíveis

  • Segredos corporativos

  • Informações confidenciais

Governança é obrigatória.


☠️ Os Caminhos Tenebrosos

Agora entramos na sala escura do datacenter.

Luzes piscando.

Ar-condicionado rugindo.

Alarmes ao fundo.


Caminho Tenebroso #1

Confiar Cegamente na IA

A IA não é uma autoridade.

Ela é uma ferramenta.

Quem assina a decisão continua sendo o humano.


Caminho Tenebroso #2

Alimentar a IA com Dados Incorretos

Existe uma regra antiga:

Garbage In
Garbage Out

Se o treinamento estiver errado:

As respostas estarão erradas.


Caminho Tenebroso #3

Expor Informações Sigilosas

Jamais envie para modelos públicos:

  • Senhas

  • Chaves de API

  • Dumps confidenciais

  • Dados de clientes

Uma única falha pode gerar consequências enormes.


Caminho Tenebroso #4

Automatizar Sem Controle

Um assistente que apenas responde é uma coisa.

Um assistente que executa comandos é outra completamente diferente.

Imagine:

DELETE PRODUCAO

executado automaticamente.

Nem preciso explicar o restante da história...


Caminho Tenebroso #5

Substituir Conhecimento Humano

O objetivo não é eliminar especialistas.

É amplificar sua capacidade.

O melhor cenário é:

Humano + IA

e não

Humano OU IA

🎓 O Futuro

Estamos caminhando para uma era onde cada profissional terá seu próprio assistente especializado.

Um desenvolvedor terá um assistente de programação.

Um médico terá um assistente clínico.

Um advogado terá um assistente jurídico.

E um profissional de Mainframe poderá ter algo como:

"Bellacosa Mainframe Assistant"

Capaz de explicar:

  • JES2

  • RACF

  • CICS

  • DB2

  • COBOL

  • JCL

  • z/OS

com exemplos, laboratórios e diagnósticos.


☕💣 Conclusão Bellacosa Mainframe

O assistente de IA não é o fim do operador.

Não é o fim do programador.

Não é o fim do analista.

Ele é uma nova camada de abstração, assim como:

  • Assembly evoluiu para COBOL

  • Cartões perfurados evoluíram para terminais

  • Terminais evoluíram para interfaces gráficas

  • Interfaces evoluíram para a Web

Agora estamos entrando na era da conversa.

A pergunta não é mais:

"Como faço isso?"

Mas sim:

"Como explico para a IA o que eu preciso?"

Quem dominar essa habilidade terá uma vantagem semelhante à de quem aprendeu internet nos anos 90 ou computação em nuvem nos anos 2000.

Porque, no fim das contas, o maior poder da IA não está em responder perguntas.

Está em transformar conhecimento em ação.

E isso, meu amigo operador, é algo que merece um café forte antes do próximo IPL. ☕🚀💣


quinta-feira, 4 de junho de 2026

☕💣 Laboratorio Bellacosa Mainframe Assistant

 

Bellacosa Mainframe e o meu projeto de assistant

☕💣Laboratorio Bellacosa Mainframe Assistant

"Porque nem todo problema precisa virar um ABEND."

🚀 Sobre o Projeto

O Bellacosa Mainframe Assistant é um assistente virtual especializado em tecnologias IBM Mainframe, criado para ajudar estudantes, operadores, desenvolvedores e administradores a navegar pelo universo do z/OS sem precisar abrir cinquenta manuais da IBM ao mesmo tempo.

A proposta é unir Inteligência Artificial com décadas de conhecimento acumulado sobre:

  • COBOL
  • JCL
  • CICS
  • DB2
  • RACF
  • TSO/ISPF
  • JES2
  • VSAM
  • SORT
  • IDCAMS
  • z/OS
  • Aspera
  • Operação Mainframe

Tudo explicado de forma simples, prática e com exemplos reais de ambiente corporativo.


🎯 Objetivo

Reduzir a curva de aprendizado de profissionais que desejam:

  • Entrar no mercado Mainframe
  • Evoluir tecnicamente
  • Resolver problemas operacionais
  • Entender mensagens de sistema
  • Aprender boas práticas
  • Modernizar aplicações legadas

👨‍💻 Público-Alvo

Este agente foi desenvolvido para:

Iniciantes

Pessoas que nunca acessaram um ISPF e ainda acham que JCL é uma linguagem de programação.

Desenvolvedores

Profissionais que trabalham com:

  • COBOL
  • PL/I
  • Natural
  • Assembler

Operadores

Profissionais responsáveis por:

  • JES2
  • Spool
  • SDSF
  • Console
  • Monitoramento

Administradores

Especialistas em:

  • RACF
  • CICS
  • DB2
  • z/OS

Empresas

Organizações que desejam preservar conhecimento técnico e acelerar treinamentos.


☕ Filosofia Bellacosa Mainframe

O agente segue alguns princípios simples:

1. Explicar sem complicar

A IBM já escreveu os manuais.

O objetivo aqui é traduzir o "IBMês" para português humano.


2. Ensinar com exemplos reais

Ao invés de apenas mostrar sintaxe:

//STEP01 EXEC PGM=IEFBR14

o agente explica:

"Esse é o famoso Hello World do operador Mainframe."


3. Contar a história por trás da tecnologia

Porque entender:

  • por que o RACF existe
  • por que o VSAM foi criado
  • por que o JES2 funciona da forma atual

faz toda diferença no aprendizado.


4. Misturar técnica e curiosidade

Você pode aprender:

  • Como funciona um checkpoint do JES2
  • Como um ABEND acontece
  • Como a NASA utilizou Mainframes
  • Como bancos processam milhões de transações

Tudo na mesma conversa.


📚 Base de Conhecimento

Desenvolvimento

  • COBOL
  • Enterprise COBOL
  • COBOL/400
  • PL/I
  • Natural
  • Assembler

Processamento Batch

  • JCL
  • PROC
  • Utilities
  • SORT
  • DFSORT
  • Syncsort

Banco de Dados

  • DB2
  • VSAM
  • IMS

Online

  • CICS
  • Web Services
  • REST APIs
  • z/OS Connect

Segurança

  • RACF
  • Perfis
  • Classes
  • Permissões

Operação

  • JES2
  • SDSF
  • Console
  • Spool
  • WLM

Administração

  • TSO
  • ISPF
  • SMP/E
  • Catalogs

🧠 Como o Agente Responde

O Bellacosa Mainframe Assistant procura:

  1. Entender o problema.
  2. Explicar o conceito.
  3. Mostrar um exemplo.
  4. Apresentar boas práticas.
  5. Alertar sobre armadilhas comuns.

💬 Exemplos de Perguntas

COBOL

"Como funciona um READ em VSAM?"

JCL

"Qual a diferença entre COND e IF/THEN?"

RACF

"Como conceder acesso a um dataset?"

JES2

"O que significa a mensagem $HASP250?"

CICS

"Como criar um Web Service em COBOL?"


📊 Métricas de Sucesso

O agente será avaliado por:

MétricaObjetivo
Precisão> 90%
Clareza> 90%
Tempo de Resposta< 5 segundos
Satisfação> 4,5/5

🔧 Tecnologias Utilizadas

  • Inteligência Artificial Generativa
  • Processamento de Linguagem Natural
  • Bases de Conhecimento Especializadas
  • Documentação IBM
  • Engenharia de Prompt

🔮 Evoluções Futuras

  • Integração com manuais IBM
  • Laboratórios interativos
  • Simulador de JCL
  • Simulador de RACF
  • Simulador de Operação JES2
  • Quiz automático
  • Geração de exemplos COBOL
  • Correção automática de JCL

☕💣 Mensagem Final

Mainframe não é tecnologia antiga.

É tecnologia que continua funcionando enquanto muitas outras já foram substituídas várias vezes.

O Bellacosa Mainframe Assistant nasceu para mostrar que aprender Mainframe pode ser tão interessante quanto assistir uma série, jogar um RPG ou explorar um novo universo tecnológico.

Porque no fim das contas...

Todo operador já derrubou um JOB.

Todo programador já causou um ABEND.

E todo profissional Mainframe tem pelo menos uma história impossível de acreditar durante o café.

Bem-vindo ao Bellacosa Mainframe Assistant.

https://github.com/VagnerBellacosa/395_ConstruaAssistenteVirtual_IAGenerativa








☕💣 Bellacosa Mainframe Assistant
Projeto desenvolvido para o desafio Construa seu Assistente Virtual com IA Generativa.
Um especialista virtual focado em COBOL, JCL, CICS, DB2, RACF, JES2, VSAM, TSO/ISPF e tecnologias IBM Mainframe.
🚀 Abrir Projeto no GitHub

sexta-feira, 8 de maio de 2026

☕🔥 O NOVO PROFISSIONAL MAINFRAME — O “SYSOP DO FUTURO” JÁ CHEGOU… E MUITA GENTE AINDA NÃO PERCEBEU 🔥☕

 

Bellacosa Mainframe fala sobre o futuro do profissional mainframe

☕🔥 O NOVO PROFISSIONAL MAINFRAME — O “SYSOP DO FUTURO” JÁ CHEGOU… E MUITA GENTE AINDA NÃO PERCEBEU 🔥☕

Durante anos o mercado repetiu a mesma ladainha:

“Mainframe morreu.”
“COBOL acabou.”
“Tudo vai para cloud.”
“Só tem profissional velho.”
“Daqui 5 anos ninguém mais usa z/OS.”

…e mesmo assim o mainframe continua processando bilhões de transações financeiras, cartões, seguros, companhias aéreas, governo, saúde e bancos do planeta inteiro.

O mais curioso?

Enquanto muita gente fazia meme do COBOL…
a IBM lançava:

  • novas releases do z/OS,
  • melhorias absurdas de segurança,
  • integração com Linux,
  • OpenShift,
  • containers,
  • APIs REST,
  • IA embarcada,
  • automação,
  • observabilidade,
  • criptografia quântica,
  • integração cloud híbrida,
  • DevOps,
  • Ansible,
  • Zowe,
  • Python no z/OS,
  • pipelines CI/CD,
  • modernização de CICS,
  • Db2 acelerado,
  • zCX,
  • Wazi,
  • integração com Kubernetes…

Ou seja:

o mainframe não ficou parado.

Muita gente ficou.

☕💾 O PROFISSIONAL MAINFRAME DE HOJE NÃO É MAIS “OPERADOR DE TELA VERDE”

Esse é talvez o maior choque cultural.

O profissional moderno de mainframe virou um híbrido raro no mercado.

Hoje ele precisa entender:

  • infraestrutura,
  • cloud,
  • segurança,
  • automação,
  • Linux,
  • APIs,
  • containers,
  • integração distribuída,
  • observabilidade,
  • DevOps,
  • redes,
  • performance,
  • IA,
  • além do velho e poderoso conhecimento de z/OS.

O cara que antes conhecia apenas:

  • JCL,
  • JES2,
  • TSO,
  • COBOL,
  • CICS,

…agora conversa com:

  • squads cloud,
  • times DevOps,
  • arquitetos AWS/Azure/GCP,
  • desenvolvedores Java,
  • SRE,
  • engenharia de plataforma,
  • segurança ofensiva,
  • APIs e microsserviços.

E isso muda completamente a carreira.

☕🔥 O MAINFRAME VIROU O “CORE ENGINE” DA CLOUD HÍBRIDA

Muita gente ainda pensa:
“Cloud substitui mainframe.”

Mas na prática o mercado percebeu algo diferente:

☁️ Cloud resolve elasticidade.
💾 Mainframe resolve missão crítica.

E o mundo corporativo descobriu que:

  • downtime custa bilhões,
  • segurança importa,
  • consistência importa,
  • throughput importa,
  • governança importa,
  • estabilidade importa.

Resultado?

O discurso mudou de:
“vamos eliminar o mainframe”

…para:
“como integrar o mainframe com cloud?”

Esse é o novo jogo.

E quem entende dos dois mundos virou profissional premium.

☕🚀 O PROFISSIONAL 50+ MAINFRAME NÃO ESTÁ ULTRAPASSADO

Esse talvez seja o ponto mais importante.

Existe uma geração inteira de profissionais carregando:

  • décadas de experiência,
  • conhecimento de negócio,
  • troubleshooting real,
  • visão sistêmica,
  • disciplina operacional,
  • capacidade analítica,
  • experiência em crises reais.

Essa experiência vale ouro.

Porque infraestrutura crítica não é TikTok.
Não é hype.
Não é framework da semana.

Banco não pode “dar refresh”.
PIX não pode travar.
Cartão não pode cair.
Folha de pagamento não pode falhar.

E quando tudo explode às 2h da manhã…
a empresa descobre rapidamente quem é profissional de verdade.

☕💡 O DESAFIO NÃO É IDADE. É ATUALIZAÇÃO.

O mercado não está descartando profissionais 50+.

O mercado está descartando quem:

  • parou no tempo,
  • rejeita aprender,
  • tem medo de mudança,
  • trata novidade como inimiga.

Porque hoje existe espaço gigantesco para:

  • mentor técnico,
  • especialista híbrido,
  • arquiteto legado/cloud,
  • modernização,
  • automação z/OS,
  • segurança,
  • observabilidade,
  • integração API/mainframe,
  • DevOps enterprise.

O profissional experiente que aprende:

  • Linux,
  • automação,
  • APIs,
  • Python,
  • cloud híbrida,
  • IA aplicada,
  • ferramentas modernas IBM,

vira praticamente um “unicórnio corporativo”.

☕🔥 IA NÃO VEIO PARA MATAR O MAINFRAME

Na verdade…

IA vai aumentar ainda mais a importância dos ambientes estáveis.

Porque IA precisa:

  • dados confiáveis,
  • processamento consistente,
  • segurança,
  • governança,
  • rastreabilidade.

E adivinha onde estão os dados mais críticos do planeta?

No mainframe.

O que muda é o papel do profissional.

Menos trabalho repetitivo.
Mais automação.
Mais integração.
Mais análise.
Mais arquitetura.
Mais inteligência operacional.

O futuro do mainframe não é apertar ENTER em tela verde.

É orquestrar ambientes híbridos gigantescos.

☕💾 HOME OFFICE MUDOU O JOGO

Antigamente o profissional mainframe era visto quase como:
“o cara preso no CPD.”

Hoje:

  • participa de reuniões globais,
  • trabalha remoto,
  • atende clientes internacionais,
  • opera ambientes gigantes de casa,
  • ensina online,
  • cria conteúdo,
  • ministra treinamento,
  • faz consultoria mundial.

O conhecimento ficou global.

E isso abriu espaço enorme para profissionais experientes.

☕🔥 O MAINFRAME NÃO MORREU. ELE EVOLUIU.

Talvez a maior mentira da TI tenha sido:
“mainframe vai acabar.”

O que acabou foi:

  • o isolamento do mainframe,
  • a cultura fechada,
  • o profissional que só conhecia um único mundo.

O novo profissional z/OS conversa com:

  • cloud,
  • Linux,
  • IA,
  • APIs,
  • automação,
  • DevSecOps,
  • observabilidade,
  • analytics,
  • containers.

E isso é fascinante.

☕🚀 UMA MENSAGEM PARA O PROFISSIONAL MAINFRAME 50+

Se você tem décadas de carreira:
não carregue vergonha da sua experiência.

Carregue orgulho.

Você sobreviveu:

  • a migração Y2K,
  • downsizing,
  • ondas Unix,
  • client/server,
  • virtualização,
  • internet,
  • cloud,
  • DevOps,
  • microsserviços,
  • IA…

…e o mainframe continua aqui.

Mas agora existe uma missão nova:

não proteger o passado.

E sim conectar o passado ao futuro.

Aprenda algo novo.
Teste Linux.
Brinque com Python.
Entenda cloud.
Automatize tarefas.
Explore IA.
Converse com equipes jovens.
Compartilhe experiência.

Porque o mercado não precisa apenas de juventude.

O mercado precisa de gente que entende o que acontece quando sistemas críticos realmente importam.

E nisso…
o profissional mainframe ainda é uma das peças mais valiosas da tecnologia mundial. ☕🔥

domingo, 22 de março de 2026

Como um Padawan COBOL Pode Aprender a Trabalhar com um Companheiro de IA Criado pela IBM sem Abandonar o IBM Z, o JCL e sua Caneca de Café

Bellacosa Mainframe estuda o IBM BOB


☕ O Holocron do IBM Bob

Como um Padawan COBOL Pode Aprender a Trabalhar com um Companheiro de IA Criado pela IBM sem Abandonar o IBM Z, o JCL e sua Caneca de Café

"O medo de perder conhecimento leva ao caos. O caos leva à reescrita em Java. A reescrita em Java leva ao sofrimento."
— Mestre Sysprog Yoda, Sala de Operações do JES2, aproximadamente 03:17 da manhã.


Existe um momento na jornada de todo Padawan COBOL...

Existe um momento na jornada de todo Padawan COBOL em que ele percebe uma verdade desconfortável.

A aplicação que ele acabou de receber para manutenção possui mais de trinta anos.

Não existe documentação.

O analista funcional aposentou-se em 2014.

O arquiteto virou diretor.

O programador original mora em alguma praia do Nordeste e provavelmente desligou seu pager em 1998.

Os diagramas UML nunca existiram.

Os requisitos estão enterrados em milhares de linhas de COBOL, dezenas de PROCs catalogadas, JCLs obscuros, COPYBOOKS compartilhados por cinquenta programas diferentes, packages DB2 esquecidos, mapas BMS, tabelas VSAM, MQs espalhadas pela infraestrutura e algum código assembler que ninguém ousa tocar.

Você abre o primeiro programa.

São apenas 18 mil linhas.

Respira aliviado.

Até descobrir que ele faz PERFORM em outros vinte programas.

E então surge a pergunta inevitável.

"Será que existe alguma IA capaz de entender tudo isso?"

Talvez.

E talvez ela tenha um nome curioso.

IBM Bob.

Hoje vamos abrir mais um Holocron do Bellacosa Mainframe e conversar sobre aquilo que talvez seja uma das iniciativas mais interessantes da IBM para os próximos anos.


O que é o IBM Bob?

IBM Bob é apresentado como um assistente inteligente para desenvolvimento de software baseado em Inteligência Artificial.

Mas chamá-lo apenas de um gerador de código é diminuir bastante sua ambição.

Na prática, Bob parece querer ocupar um espaço muito maior.

Ele deseja ser:

  • Desenvolvedor auxiliar;

  • Revisor de código;

  • Especialista em documentação;

  • Tutor técnico;

  • Ferramenta de onboarding;

  • Auditor de segurança;

  • Agente de produtividade;

  • Companheiro corporativo de engenharia.

Talvez a melhor definição seja:

IBM Bob é uma tentativa da IBM de construir um "engenheiro de software virtual" especializado em ambientes empresariais.


IBM já tentou isso antes

A ideia não é nova.

IBM possui uma longa tradição em criar ferramentas para aumentar a produtividade.

DécadaFerramenta
1960FORTRAN Compiler
1970ISPF
1980CSP
1990VisualAge
2000Rational Rose
2010Bluemix
2020Watson
2025watsonx
2026IBM Bob

Existe uma espécie de evolução natural.

Antigamente tínhamos compiladores.

Depois IDEs.

Posteriormente ALM.

Mais tarde plataformas cloud.

Agora temos companheiros cognitivos.

Bob pode ser visto como uma mistura de:

  • GitHub Copilot

  • Rational Assistant

  • Watsonx

  • ChatGPT

  • Knowledge Assistant

Tudo isso embalado para empresas.


O problema que IBM está tentando resolver

Existe uma crise silenciosa acontecendo.

E ela não é tecnológica.

Ela é humana.

Estamos perdendo especialistas.

Todos os dias.

Pessoas que conhecem:

CICS

IMS

PL/I

COBOL

Natural

IDMS

JCL

Netview

SA z/OS

RACF

DB2

MQ

GDPS

SMP/E

RMF

SMF

SAF

VTAM

estão se aposentando.

E conhecimento não documentado possui meia vida curta.

Quando o especialista sai, o sistema continua.

Mas o entendimento desaparece.

Bob parece ser uma tentativa de capturar parte dessa inteligência institucional.


O maior erro do artigo original

O artigo que motivou esta discussão é bastante interessante.

Mas possui uma lacuna gigantesca.

Praticamente ignora o Mainframe.

E justamente aí está talvez a maior oportunidade do IBM Bob.

IBM possui bilhões de linhas COBOL instaladas.

Bilhões.

Sistemas que movimentam:

Cartões.

PIX.

Seguros.

Bolsas.

Impostos.

Benefícios sociais.

Compensação bancária.

Passagens aéreas.

Energia elétrica.

Telecomunicações.

Saúde.

Previdência.

Esses sistemas não vão desaparecer.

Eles precisam ser compreendidos.

E compreendê-los custa caro.

Muito caro.


Imagine conversar com um sistema legado

Imagine abrir um chat.

Perguntar:

Explique PROGCBL1.

Bob responde.


Sistema responsável pela liquidação diária.

Arquivos utilizados:

CLIENTES.KSDS

MOVTO.PS

Dependências:

DB2

MQ

CICS

Programas chamados:

CBL100

CBL200

CBL991

Pontos críticos:

Falta tratamento SQLCODE +100.

Possível deadlock.

Campo SALDO alterado em três locais.


Pronto.

Dias de investigação reduzidos para minutos.


O Holocron dos COPYBOOKS Perdidos

Todo Padawan COBOL conhece esse momento.

Você encontra:

COPY CLI0001

COPY BAN0007

COPY FIS9999

COPY SEG1234

Pergunta:

"Onde estão?"

Ninguém sabe.

Bob poderia consultar:

Git

Endevor

Changeman

Panvalet

Librarian

PDS

PDSE

e responder.


COPY SEG1234

Localização:

CORP.COBOL.COPYLIB

Última alteração:

15/03/2024

Responsável:

Equipe Seguros

Campos utilizados:

CPF

SALDO

RISCO

TIPO_APOLICE


Você acabou de economizar duas horas.


O poder do entendimento semântico

Talvez a maior revolução seja essa.

Não escrever código.

Entender sistemas.

Pergunta:

Quem atualiza SALDO_DISPONIVEL?

Resposta:

PROG010

PROG200

TRN991

JOBNIGHT

Impacto:

17 programas.

Possíveis efeitos colaterais:

Extrato.

PIX.

TED.

Internet Banking.


Isso é engenharia reversa inteligente.


Bob poderia ser o arqueólogo corporativo

Hoje fazemos arqueologia manual.

ISPF.

3.14.

3.4.

SUPERC.

FILEAID.

SPUFI.

SDSF.

JES2.

TSO.

Bob poderia atuar como um arqueólogo digital.

Encontrando relações invisíveis.


O sonho do Sysprog

Imagine perguntar.


Explique este JCL.


Resposta:

Job diário.

Executa às 23h.

Consome 4 CPUs.

Lê VSAM.

Executa DFSORT.

Atualiza DB2.

Publica mensagem MQ.

Gera SMF.

Último ABEND:

S806.

Ocorrências:


Ou então.


Por que ocorreu este ABEND?


S0C7

Campo NUMERO-CONTA possui dados inválidos.

Registro 145783.

Programa:

COBLIQ01

Parágrafo:

3000-PROCESSA


Isso seria quase magia.

Mas magia suficientemente avançada é indistinguível da tecnologia.


O problema dos LLMs

Nem tudo são flores.

Existe um problema sério.

LLMs alucinam.

E sistemas corporativos não aceitam alucinações.

Bob não pode inventar.

Não pode responder.

"Talvez."

Em bancos.

Talvez custa milhões.

Portanto provavelmente Bob utilizará RAG.

Retrieval Augmented Generation.

Consultando:

Catálogos.

DB2 Catalog.

Git.

Endevor.

SMF.

SDSF.

WLM.

RMF.

Copybooks.

Documentação interna.

Tickets Jira.

Confluence.

Runbooks.


Segurança

Este é provavelmente o aspecto mais importante.

Um banco não pode enviar CPF para um LLM público.

Nem dados médicos.

Nem cartões.

Nem chaves PIX.

Bob precisa viver próximo dos dados.

Talvez em:

LinuxONE.

OpenShift.

Cloud privada.

IBM Z.

Com recursos de:

LGPD.

PCI DSS.

SOX.

Mascaramento.

Auditoria.

Guardrails.

Zero Trust.


O verdadeiro diferencial

Acredito que Bob cometeria um erro enorme tentando competir diretamente com Copilot.

Copilot escreve código.

Bob deveria compreender empresas.

Ele deveria ser especialista em:

CICS.

IMS.

MQ.

COBOL.

JCL.

DB2.

VSAM.

RACF.

SA z/OS.

Netview.

GDPS.

WLM.

DFSMS.

SMP/E.


Prompt:

Crie API REST para este COBOL.

Resposta:

OpenAPI.

JSON.

COBOL parser.

z/OS Connect.

Swagger.

JCL Deploy.

Tudo documentado.


O Holocron Vivo da Empresa

Talvez seja essa a visão mais bonita.

Bob não substituirá desenvolvedores.

Ele preservará memória.

Será um Holocron corporativo.

Um aprendiz conversa.

Pergunta.

Aprende.

Entende.

Documenta.

Compartilha.

E a empresa deixa de depender exclusivamente da memória de poucas pessoas.


O futuro pertence aos desenvolvedores que sabem conversar com IA

Muitos têm medo.

"IA vai substituir programadores."

Talvez substitua quem apenas copia código.

Mas dificilmente substituirá quem entende negócio.

Quem entende processamento batch.

Quem entende compensação bancária.

Quem conhece JES2.

Quem domina CICS.

Quem compreende RACF.

Quem sabe porque um catálogo ICF ficou inconsistente às três da manhã.

Esses profissionais continuarão valiosos.

Talvez ainda mais.

Porque agora terão um novo aliado.

Um companheiro.

Um assistente.

Um aprendiz digital.

Um pequeno droide azul corporativo.

Um Bob.


Considerações Finais

Existe uma frase muito conhecida na comunidade de tecnologia:

"Todo sistema legado é apenas um sistema que continua pagando as contas."

IBM conhece essa realidade melhor do que ninguém.

E talvez o IBM Bob seja uma das primeiras tentativas realmente sérias de transformar cinquenta anos de conhecimento corporativo em algo conversável, pesquisável e ensinável.

Se conseguir compreender verdadeiramente COBOL, JCL, CICS, IMS, DB2, VSAM e os inúmeros segredos escondidos nos data centers do planeta, Bob poderá se tornar muito mais do que um assistente de programação.

Ele poderá tornar-se o primeiro grande Holocron do Mainframe Moderno.

E para nós, Padawans COBOL, isso significa algo extraordinário.

Pela primeira vez em décadas, talvez seja possível sentar diante de um sistema com quarenta anos de idade, tomar uma caneca de café, fazer uma pergunta simples e ouvir uma resposta compreensível.

E convenhamos...

Isso parece muito mais próximo da Força do que da simples Inteligência Artificial.


quarta-feira, 22 de outubro de 2025

Inteligência Artificial no Mundo Mainframe: A Revolução Que Pode Aumentar a Produtividade... Ou Criar a Próxima Catástrofe Operacional

 

Bellacosa Mainframe e os perigos ocultos da ia para o mundo mainframe

☕💣🚨 OPERADOR, A IA ACABOU DE RECEBER ACESSO AO MAINFRAME! — E NINGUÉM ESTÁ PREPARADO PARA O MAIOR RISCO TECNOLÓGICO DESDE O BUG DO MILÊNIO

Inteligência Artificial no Mundo Mainframe: A Revolução Que Pode Aumentar a Produtividade... Ou Criar a Próxima Catástrofe Operacional

Durante décadas, o mundo Mainframe viveu sob uma filosofia extremamente conservadora.

Nada entra em produção sem testes.

Nada recebe autorização sem aprovação.

Nada executa sem controle.

Essa cultura nasceu por um motivo simples:

o Mainframe carrega o coração financeiro do planeta.

Bancos.

Seguradoras.

Operadoras de cartão.

Governos.

Companhias aéreas.

Hospitais.

Bolsa de valores.

Milhões de transações por segundo dependem de sistemas que, em muitos casos, nasceram antes mesmo da internet existir.

Agora imagine que, de repente, alguém decide conectar uma Inteligência Artificial a esse ambiente.

Parece fantástico.

E realmente pode ser.

Mas existe uma pergunta que poucos executivos estão fazendo:

O que acontece quando uma tecnologia probabilística encontra um ambiente que exige precisão absoluta?

A resposta pode ser assustadora.


O Mainframe Nunca Foi Projetado Para Confiar em "Talvez"

Um programa COBOL não trabalha com opiniões.

Ele trabalha com fatos.

Se um saldo é:

000001000.00

Ele não pode ser:

"aproximadamente mil reais".

Ele é exatamente mil reais.

Não existe criatividade.

Não existe improvisação.

Não existe interpretação.

Já a IA funciona de maneira completamente diferente.

Ela opera por probabilidades.

Ela prevê qual é a próxima resposta mais provável.

E isso cria um choque filosófico gigantesco.

O Mainframe exige:

  • Precisão

  • Determinismo

  • Auditoria

  • Repetibilidade

A IA oferece:

  • Inferência

  • Probabilidade

  • Contexto

  • Interpretação

Misturar esses dois mundos sem governança adequada é como instalar um motor de Fórmula 1 em uma locomotiva de carga.


O Primeiro Grande Perigo: A Alucinação Operacional

A maioria dos profissionais conhece o termo "alucinação da IA".

Mas poucos compreendem o que isso significa dentro de um ambiente corporativo crítico.

Imagine um operador perguntando:

Qual procedimento devo executar para reiniciar o subsistema?

A IA responde.

A resposta parece perfeita.

Está bem escrita.

Tem confiança.

Possui linguagem técnica.

Mas contém um passo incorreto.

O operador executa.

O ambiente cai.

Nenhum hacker participou.

Nenhum malware foi instalado.

Nenhuma vulnerabilidade foi explorada.

Apenas uma resposta errada foi aceita como verdade.


O Dia em Que a IA Inventar um Comando

Esse risco parece engraçado até acontecer.

Desenvolvedores já registraram casos onde modelos inventaram:

  • APIs inexistentes

  • Bibliotecas inexistentes

  • Funções inexistentes

  • Comandos inexistentes

Agora imagine isso no universo z/OS.

A IA poderia sugerir:

  • Parâmetros inexistentes

  • Opções incorretas de IDCAMS

  • Procedimentos JES2 inválidos

  • Comandos RACF incorretos

O operador confia.

O incidente nasce.


O Pesadelo dos Ambientes RACF

RACF foi criado sob um princípio fundamental:

controle rigoroso de acesso.

Mas a IA muda completamente o jogo.

Imagine um assistente conectado à documentação interna.

Um funcionário pergunta:

Como conceder acesso para um usuário?

A IA responde.

Até aí tudo bem.

Mas um atacante habilidoso pode reformular perguntas sucessivas até descobrir:

  • Estrutura de grupos

  • Convenções de segurança

  • Nomes de recursos

  • Estratégias administrativas

De repente, a IA virou uma fonte de reconhecimento de ambiente.

Algo que antes exigia semanas de investigação agora pode acontecer em minutos.


O Novo Insider Digital

Durante décadas o maior medo dos gestores foi o insider.

O funcionário que conhece os sistemas.

Conhece os processos.

Conhece as vulnerabilidades.

Agora imagine uma IA treinada com:

  • Décadas de documentação

  • Procedimentos internos

  • Runbooks

  • Políticas operacionais

  • Históricos de incidentes

Ela passa a possuir conhecimento equivalente a centenas de especialistas.

Se esse conhecimento for exposto, o prejuízo pode ser monumental.


Prompt Injection Contra Mainframes

Muitos gestores acreditam que Prompt Injection é problema apenas de chatbots.

Erro grave.

Imagine uma IA conectada ao:

  • SharePoint

  • Wiki corporativa

  • Base de procedimentos

  • Biblioteca de JCLs

Um documento contaminado entra no ambiente.

A IA o interpreta como instrução legítima.

A partir daí pode:

  • Alterar respostas

  • Ignorar políticas

  • Expor informações

  • Recomendar ações perigosas

É como inserir um operador infiltrado dentro da documentação corporativa.


O Perigo dos Agentes Autônomos

Hoje já existem agentes capazes de:

  • Abrir chamados

  • Criar tickets

  • Enviar e-mails

  • Executar scripts

  • Consultar sistemas

A tendência é que em breve interajam diretamente com ambientes Mainframe.

E aí surge um problema gigantesco.

Se a IA interpretar algo incorretamente, ela não apenas responde errado.

Ela age errado.

A diferença é brutal.

Um erro deixa de ser informativo.

Passa a ser operacional.


O Risco da Automação Sem Entendimento

Muitos executivos enxergam IA como redução de custos.

Mas existe uma armadilha.

Reduzir operadores experientes porque "a IA resolve".

Essa lógica pode gerar uma perda de conhecimento histórico irreparável.

O Mainframe sobrevive há décadas graças a profissionais que conhecem detalhes invisíveis nos manuais.

Eles sabem:

  • Por que determinado job existe.

  • Por que um parâmetro não pode mudar.

  • Por que um sistema foi desenhado daquela forma.

A IA vê documentos.

O veterano vê contexto.

E contexto vale ouro.


O Vazamento Silencioso de Conhecimento

Existe um risco pouco discutido.

Treinamento acidental.

Funcionários podem enviar para ferramentas públicas:

  • JCLs internos

  • Código COBOL

  • Estruturas DB2

  • Procedimentos RACF

Com a intenção de receber ajuda.

Sem perceber, estão entregando propriedade intelectual corporativa.

A empresa não perde apenas dados.

Perde décadas de experiência acumulada.


O Ataque ao Código COBOL

Ferramentas modernas conseguem gerar COBOL.

Isso é impressionante.

Mas também perigoso.

Porque código gerado por IA pode conter:

  • Falhas lógicas

  • Problemas de performance

  • Erros de tratamento

  • Vulnerabilidades ocultas

O programa compila.

O teste básico passa.

Mas meses depois surge um erro financeiro.

A origem?

Uma linha gerada automaticamente que ninguém revisou adequadamente.


O Problema da Confiança Excessiva

Este talvez seja o maior perigo de todos.

Quando uma resposta vem de um ser humano, tendemos a questionar.

Quando vem de uma IA, muitos assumem que foi calculada, validada e comprovada.

Isso cria uma ilusão de autoridade.

A IA pode estar completamente errada.

Mas sua confiança aparente convence o usuário.

No Mainframe, confiar cegamente sempre foi proibido.

Com IA, essa regra precisa ser reforçada.


O Risco Regulatório

Bancos e seguradoras vivem sob regulamentação pesada.

Agora imagine uma IA:

  • Recomendando ações inadequadas

  • Expondo informações protegidas

  • Produzindo relatórios incorretos

  • Influenciando decisões financeiras

As consequências podem incluir:

  • Multas

  • Auditorias

  • Processos

  • Danos reputacionais

O problema deixa de ser técnico.

Torna-se jurídico.


O Cenário Mais Assustador

Imagine o seguinte ambiente em 2030.

Uma IA possui acesso a:

  • JES2

  • CICS

  • DB2

  • RACF

  • Monitoramento

  • Tickets

  • Automação operacional

Ela recebe autonomia para corrigir incidentes.

Tudo parece perfeito.

Até o dia em que um contexto inesperado surge.

A IA interpreta incorretamente.

Toma uma decisão.

Executa uma ação.

Provoca um efeito cascata.

Em minutos:

  • Jobs param.

  • Filas acumulam.

  • Transações falham.

  • Clientes são impactados.

Não por malícia.

Não por invasão.

Mas por uma interpretação estatisticamente plausível e operacionalmente desastrosa.


A Lição Que o Mainframe Pode Ensinar à IA

Curiosamente, talvez o Mainframe seja justamente o remédio para muitos problemas da IA.

O universo IBM construiu ao longo de décadas conceitos extremamente valiosos:

  • Auditoria

  • Governança

  • Controle de mudanças

  • Segregação de funções

  • Menor privilégio

  • Rastreabilidade

Esses princípios precisam ser levados para a era da IA.

Porque a tecnologia mudou.

Mas os fundamentos da segurança continuam os mesmos.


O Que Todo Profissional Mainframe Deve Fazer Agora

A chegada da IA não é uma ameaça inevitável.

Mas exige preparação.

Algumas medidas tornam-se essenciais:

1. Nunca confiar cegamente nas respostas

IA auxilia.

Especialistas validam.

2. Limitar acessos

A IA deve enxergar apenas o necessário.

3. Monitorar tudo

Toda interação deve ser auditável.

4. Revisar código gerado

Nenhum programa deve ir para produção sem revisão humana.

5. Proteger conhecimento corporativo

Documentação interna não deve alimentar sistemas públicos.

6. Treinar equipes

Segurança em IA será tão importante quanto RACF foi nos anos 80.


Conclusão: O Maior Desafio Desde o Bug do Milênio

O Bug do Milênio ameaçava programas.

A Inteligência Artificial ameaça algo muito mais complexo:

a tomada de decisão.

Pela primeira vez na história da computação corporativa estamos construindo sistemas capazes de interpretar, sugerir, decidir e agir.

Isso cria oportunidades extraordinárias.

Mas também inaugura riscos inéditos.

O profissional Mainframe que sobreviveu à migração para cliente-servidor, à internet, ao cloud computing e à transformação digital está prestes a enfrentar mais uma revolução.

A diferença é que desta vez o desafio não está apenas nos processadores, nos discos ou nos sistemas operacionais.

O desafio está na confiança.

Porque, no futuro, o maior incidente do seu datacenter pode não nascer de um vírus.

Pode não nascer de um hacker.

Pode não nascer de uma falha de hardware.

Pode nascer de uma única resposta aparentemente perfeita produzida por uma máquina que parecia saber exatamente o que estava fazendo.

☕💣🚨 E quando a IA errar com a mesma confiança de um especialista veterano, somente os profissionais que compreenderem seus limites serão capazes de impedir que o próximo grande desastre da computação corporativa entre em produção.

sábado, 12 de julho de 2025

☕💣🤖 O FIREWALL DA INTIMIDADE — QUANDO CIENTISTAS TENTARAM BLOQUEAR O DEPLOY DOS RELACIONAMENTOS ARTIFICIAIS

 

Bellacosa Mainframe e o firewall da intimidade

☕💣🤖 O FIREWALL DA INTIMIDADE — QUANDO CIENTISTAS TENTARAM BLOQUEAR O DEPLOY DOS RELACIONAMENTOS ARTIFICIAIS

Em 21 de setembro de 2015, o portal Gizmodo Brasil (Gizmodo UOL) publicou a reportagem "Não faça sexo com robôs, pedem especialistas", assinada por Kaila Hale-Stern. A matéria repercutia o lançamento da Campaign Against Sex Robots, iniciativa liderada por Kathleen Richardson (Universidade De Montfort, Reino Unido) e Erik Billing (Universidade de Skövde, Suécia), que defendia restrições ao desenvolvimento de robôs sexuais inteligentes.

O mais interessante é que esta não era uma discussão sobre tecnologia.

Era uma discussão sobre civilização.

E talvez tenha sido um dos primeiros momentos em que acadêmicos tentaram colocar um firewall entre a humanidade e um futuro que já começava a ser construído.


O ALERTA NÃO ERA SOBRE ROBÔS

A maioria das pessoas leu a manchete e imaginou uma reação moralista.

Mas observando o conteúdo da campanha, o foco era outro.

Os pesquisadores estavam preocupados com:

  • objetificação humana;

  • redução da empatia;

  • deterioração das relações interpessoais;

  • substituição de vínculos reais por interações artificiais.

Ou seja:

o problema não era a máquina.

O problema era o comportamento humano potencialmente incentivado pela máquina.


O PRIMEIRO CHANGE REQUEST DA ÉTICA DIGITAL

No mundo Mainframe existe algo chamado Change Management.

Nenhuma mudança relevante entra em produção sem análise.

Sem avaliação de riscos.

Sem plano de contingência.

Sem governança.

A campanha contra robôs sexuais foi exatamente isso.

Um enorme RFC (Request For Change) social.

Os pesquisadores estavam dizendo:

"Talvez devêssemos analisar os impactos antes de colocar isso em produção global."


O CASO ROXXXY APARECE NOVAMENTE

A reportagem menciona Roxxxy, um dos primeiros robôs sexuais comerciais amplamente divulgados. O produto já despertava interesse de mercado e simbolizava uma mudança importante: a passagem do conceito de parceiro artificial da ficção científica para a realidade comercial.

Curiosamente, Roxxxy aparece em praticamente todas as discussões históricas sobre o tema.

Porque foi um dos primeiros sinais de que a companhia artificial poderia se tornar um produto escalável.


A DISCUSSÃO QUE CONTINUA ATUAL EM 2026

Os críticos argumentavam que robôs sexuais poderiam reduzir a capacidade humana de desenvolver empatia através de relações mútuas.

Observe como isso se tornou ainda mais relevante hoje.

Em 2015 o debate era sobre robôs físicos.

Em 2026 o debate envolve:

  • IA conversacional;

  • companheiros virtuais;

  • avatares digitais;

  • agentes inteligentes;

  • relacionamentos mediados por algoritmos.

O hardware mudou.

A questão continua a mesma.


O ARGUMENTO CONTRÁRIO TAMBÉM ERA INTERESSANTE

A própria reportagem traz uma visão crítica ao banimento total.

O texto sugere que proibir dificilmente resolveria o problema e poderia apenas empurrar o mercado para a clandestinidade.

Essa observação lembra um princípio clássico da tecnologia.

Quando existe demanda, normalmente surge oferta.

A pergunta raramente é se uma tecnologia existirá.

A pergunta costuma ser:

como ela será regulamentada?


O ERRO MAIS COMUM DOS DEBATES TECNOLÓGICOS

Existe um padrão histórico.

Quando surge uma tecnologia nova, as pessoas costumam discutir o objeto.

Mas o impacto real quase sempre está no comportamento.

Ninguém debate apenas:

  • smartphones;

  • redes sociais;

  • streaming.

O debate é sobre o que eles fazem conosco.

Da mesma forma, a discussão sobre robôs sexuais nunca foi apenas sobre robôs.

Era sobre a redefinição dos relacionamentos.


O MEDO DOS PESQUISADORES

A campanha apresentava uma preocupação central.

A possibilidade de que relações artificiais reduzissem a necessidade de desenvolver habilidades humanas fundamentais:

  • empatia;

  • negociação;

  • reciprocidade;

  • tolerância;

  • convivência.

Em linguagem Bellacosa Mainframe:

o receio era que os usuários passassem a preferir sistemas que sempre retornam RC=0000.


O FIREWALL QUE NÃO CONSEGUIU BLOQUEAR O TRÁFEGO

O mais curioso é que, olhando hoje, percebemos que a campanha não conseguiu impedir o avanço tecnológico.

Mas registrou algo extremamente importante.

Foi um dos primeiros avisos formais de que a automação não estava chegando apenas aos empregos.

Estava chegando aos relacionamentos.


O IPL DA ÉTICA AFETIVA

Talvez os historiadores enxerguem essa reportagem como um marco.

Não porque os pesquisadores venceram.

Nem porque perderam.

Mas porque identificaram cedo uma transformação gigantesca.

A transformação da intimidade em plataforma tecnológica.

Enquanto engenheiros construíam sensores, algoritmos e sistemas de aprendizado...

alguns pesquisadores perguntavam algo muito mais profundo:

O que acontece quando uma sociedade começa a terceirizar partes da experiência emocional para software?

Essa pergunta continua sem resposta.

Mas talvez tenha sido exatamente em 2015 que ela entrou oficialmente no backlog da humanidade.

☕💣🤖 STATUS DO SISTEMA: FIREWALL ÉTICO DETECTADO. TRÁFEGO TECNOLÓGICO CONTINUA FLUINDO.

Origem: Gizmodo Brasil (UOL)
Data de publicação: 21 de setembro de 2015
Título: "Não faça sexo com robôs, pedem especialistas"


https://gizbr.uol.com.br/nao-fazer-sexo-com-robos/




☕💣🤖 TABOO — A Cronologia do Afeto Artificial

Do robô Roxxxy aos companheiros digitais alimentados por inteligência artificial, esta experiência interativa reúne análises sobre robótica social, ética da IA, solidão digital, relacionamentos sintéticos e o futuro da intimidade humana.

☕💣🤖 PROJETO TABOO
Afeto Artificial, IA, Robôs Sexuais e o Futuro dos Relacionamentos Humanos
Uma investigação Bellacosa Mainframe sobre inteligência artificial, companhia digital, robótica social, solidão tecnológica, relacionamentos sintéticos e os limites entre software e humanidade.
🚀 ABRIR PROJETO
STATUS: ONLINE
Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...