Translate

quinta-feira, 16 de julho de 2026

🚀 Quer Começar uma Carreira em IBM Mainframe? Estes Cursos Gratuitos São o Melhor Ponto de Partida

 

Bellacosa Mainframe inicie sua carreira em ibm mainframe tudo gratuito

☕ Um Café no Bellacosa Mainframe

🚀 Quer Começar uma Carreira em IBM Mainframe? Estes Cursos Gratuitos São o Melhor Ponto de Partida

Durante muitos anos, aprender Mainframe significava ter acesso a um IBM Z físico ou trabalhar em uma grande empresa. Hoje esse cenário mudou completamente. A IBM e sua comunidade disponibilizam uma excelente coleção de cursos gratuitos, laboratórios práticos e trilhas de aprendizado que permitem a qualquer pessoa iniciar uma carreira em uma das áreas mais estáveis e valorizadas da Tecnologia da Informação.

Se você é um Programador COBOL Padawan, considere esta lista como sua Academia da Frota Estelar. Antes de assumir o controle da USS Enterprise (ou de um IBM Z), é preciso dominar os fundamentos.


🖖 1. IBM Z Mainframe Skills Depot (A Academia Oficial da IBM)

O melhor ponto de partida para quem deseja aprender Mainframe.

A plataforma reúne centenas de horas de treinamento organizadas por trilhas de carreira, incluindo:

  • COBOL

  • JCL

  • Db2

  • CICS

  • IMS

  • VSAM

  • RACF

  • z/OS

  • DevOps

  • Segurança

  • Modernização

  • Linux on IBM Z

👉 IBM Z Mainframe Skills Depot


🎮 2. IBM Z Xplore

Aprender jogando.

O IBM Z Xplore transforma o aprendizado em desafios práticos. Você resolve missões reais, ganha badges digitais e aprende utilizando um ambiente IBM Z.

Ideal para quem nunca teve contato com Mainframe.

Você encontrará desafios envolvendo:

  • COBOL

  • JCL

  • TSO/ISPF

  • USS

  • Python

  • Db2

  • VS Code

  • Linux on Z

👉 IBM Z Xplore


💻 3. Learning COBOL Programming with VS Code

Um dos melhores cursos gratuitos para iniciantes.

Ao invés de começar diretamente na tradicional tela verde, você aprende COBOL utilizando o Visual Studio Code e ferramentas modernas.

Conteúdo:

  • Introdução ao COBOL

  • Variáveis

  • IF

  • PERFORM

  • Arquivos

  • Estruturas de dados

  • Desenvolvimento moderno

👉 Learning COBOL Programming with VS Code


🎓 4. IBM Training

O portal oficial de treinamento da IBM reúne centenas de cursos gratuitos e pagos sobre IBM Z, LinuxONE, automação, segurança, IA e diversas tecnologias corporativas.

👉 IBM Training


🌎 5. IBM SkillsBuild

Excelente plataforma para desenvolver competências em tecnologia.

Além de Mainframe, oferece cursos de:

  • Computação em Nuvem

  • Inteligência Artificial

  • Segurança

  • Programação

  • Dados

  • Soft Skills

Tudo isso ajuda a formar um profissional completo.

👉 IBM SkillsBuild


⚙️ 6. IBM Developer

Portal com artigos, tutoriais, exemplos de código, projetos e conteúdos produzidos por especialistas da IBM.

Ideal para aprofundar os estudos depois dos cursos básicos.

👉 IBM Developer


📚 7. Open Mainframe Project

Uma excelente fonte para conhecer o ecossistema open source voltado ao IBM Z.

Você encontrará projetos como:

  • Zowe

  • Feilong

  • COBOL Programming Course

  • Modernização

  • DevOps

👉 Open Mainframe Project


🧑‍💻 8. IBM Redbooks

Os famosos "livros vermelhos" da IBM.

São referências técnicas escritas por especialistas e cobrem praticamente todos os assuntos relacionados ao IBM Z.

👉 IBM Redbooks


🚀 Roteiro recomendado para iniciar

Não tente aprender tudo de uma vez. Uma sequência eficiente é:

  1. Conceitos de Mainframe e z/OS

  2. COBOL

  3. JCL

  4. VSAM e QSAM

  5. SQL e Db2

  6. CICS

  7. IMS

  8. TSO/ISPF

  9. REXX

  10. RACF

  11. Git e DevOps para IBM Z

  12. APIs e Modernização (z/OS Connect, REST)

  13. Ansible, Zowe e automação

  14. IA aplicada ao IBM Z


💡 Dicas para o Programador COBOL Padawan

  • Não estude apenas COBOL: o ecossistema Mainframe é composto por diversas tecnologias que trabalham em conjunto.

  • Faça os laboratórios sempre que possível; a prática acelera o aprendizado.

  • Conquiste badges e certificados para enriquecer seu currículo e perfil no LinkedIn.

  • Participe de comunidades, eventos e programas como IBM Z Day e IBM TechXchange.

  • Compartilhe seus projetos e aprendizados. Ensinar também é uma excelente forma de consolidar conhecimento.


🖖 Mensagem Final

Na USS Enterprise, o conhecimento era a ferramenta mais valiosa da tripulação. No universo IBM Z, a lógica, a disciplina e o aprendizado contínuo desempenham o mesmo papel. Com tantos recursos gratuitos disponíveis hoje, nunca foi tão acessível iniciar uma carreira em Mainframe. O importante é começar, evoluir um passo de cada vez e transformar curiosidade em experiência prática.

Como diria o Sr. Spock:

"A lógica é o começo da sabedoria, não o fim."

Que sua jornada no universo IBM Mainframe seja longa, próspera e repleta de novos conhecimentos. 🖖

quarta-feira, 15 de julho de 2026

O Funeral que Nunca Aconteceu : A História da Morte do Mainframe... Contada por Quem Sobreviveu

Bellacosa Mainframe e a morte do Mainframe e Cobol

☕ Um Café no Bellacosa Mainframe

O Funeral que Nunca Aconteceu

A História da Morte do Mainframe... Contada por Quem Sobreviveu

Uma jornada histórica por 14 capítulos que revisitam as previsões sobre o fim do mainframe e mostram como IBM Z, COBOL, CICS, Db2 e z/OS continuaram evoluindo até a era do IBM z17 e da Inteligência Artificial.

Por

 O Funeral que Nunca Aconteceu, série histórica sobre as previsões da morte do mainframe
Uma viagem pelas manchetes que anunciaram a morte do mainframe e pela evolução que conduziu a plataforma até o IBM z17.

“A melhor maneira de entender o futuro é estudar as previsões que nunca aconteceram.”

— Bellacosa Mainframe



Bellacosa Mainframe e seu thesaurus El Jefe Midnight Lunch

Introdução

Existe uma frase muito conhecida na tecnologia:

"O Mainframe vai morrer."

Ela foi repetida tantas vezes que acabou se tornando uma espécie de tradição da indústria.

Durante décadas, jornalistas, analistas, consultores e fabricantes anunciaram o fim da plataforma IBM Mainframe.

Alguns diziam que seria substituída pelos PCs.

Depois vieram as workstations.

Em seguida o Client/Server.

Depois Windows NT.

Java.

Linux.

Cloud.

Microservices.

Blockchain.

Metaverso.

Agora Inteligência Artificial.

O curioso é que todas essas tecnologias realmente revolucionaram a computação.

Mas nenhuma conseguiu fazer aquilo que tantas manchetes prometeram:

Substituir completamente o Mainframe.

Este artigo reúne toda essa jornada histórica, baseada nas reportagens preservadas pelo Professor Wolfgang Spruth em seu clássico trabalho The Death of the Mainframe, acrescentando uma visão moderna de quem vive diariamente o IBM Z em 2026.

Pegue um café.

Vamos revisitar quase quarenta anos de História da Computação.


Capítulo 1

O Funeral que Nunca Aconteceu

Abrimos nossa jornada voltando ao final dos anos 80, quando a indústria começou a decretar oficialmente a morte do Mainframe.

Mostramos como surgiu essa narrativa e como, enquanto jornais anunciavam o funeral, bancos, seguradoras, governos e companhias aéreas continuavam processando bilhões de transações em COBOL, CICS e Db2.

Foi o início da maior ironia da computação.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-1-o-funeral-que-nunca-aconteceu.html


Capítulo 2

A Década dos Buzzwords

Entramos na verdadeira fábrica de modismos tecnológicos.

Client/Server.

Downsizing.

Open Systems.

Distributed Computing.

Windows NT.

RISC.

Cada nova palavra parecia carregar uma promessa:

"Agora acabou para o Mainframe."

Descobrimos que buzzwords mudam rapidamente.

Problemas de negócio não.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-2-decada-dos-buzzwords.html


Capítulo 3

Wolfgang Spruth — O Historiador do Mainframe

Conhecemos o professor alemão Wolfgang Spruth.

Em vez de discutir com jornalistas, ele tomou uma atitude muito mais inteligente.

Arquivou todas as manchetes.

Graças ao seu trabalho, hoje podemos estudar essas previsões como documentos históricos, compreendendo o contexto em que foram escritas e por que pareciam tão convincentes.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-3-o-professor-que-arquivou-o.html


Capítulo 4

Forbes (1989)

Analisamos uma das primeiras grandes reportagens que classificaram o Mainframe como um "dinossauro tecnológico".

Descobrimos que a Forbes acertou ao perceber a ascensão dos computadores pessoais.

Mas errou ao acreditar que crescimento significava substituição.

Enquanto a reportagem era publicada...

Os sistemas continuavam funcionando normalmente.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-4-forbes-1989.html


Capítulo 5

The New York Times (1989)

O tema saiu das revistas especializadas e chegou ao grande público.

O New York Times popularizou mundialmente a imagem do Mainframe como uma tecnologia destinada ao desaparecimento.

Explicamos por que aquela conclusão parecia lógica na época e mostramos como ela ignorava o verdadeiro patrimônio das empresas: décadas de regras de negócio.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-5-new-york-times-1989.html


Capítulo 6

InfoWorld (1991)

Chegamos à previsão mais famosa da História da Computação.

Stewart Alsop declarou que:

"Em 15 de março de 1996 alguém desligará o último Mainframe."

A data chegou.

O Mainframe permaneceu ligado.

Décadas depois, o próprio autor reconheceria publicamente o equívoco.

Hoje essa previsão tornou-se um dos maiores exemplos de como extrapolar tendências pode produzir conclusões equivocadas.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-6-infoworld-1991.html


Capítulo 7

New York Times (1993)

Mesmo após quatro anos de transformações, o jornal voltou ao tema afirmando que o Mainframe estava "correndo rumo à extinção".

Mostramos por que a computação realmente estava mudando profundamente, mas também por que evolução da arquitetura não significava desaparecimento da plataforma.

Enquanto manchetes eram publicadas...

Os sistemas continuavam processando milhões de transações.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-7-new-york-times-1993.html


Capítulo 8

Business Week (1994)

O primeiro grande sinal de mudança.

George Colony, da Forrester Research, declarou:

"It's the end of the end for the mainframes."

A indústria começava a perceber que talvez tivesse enterrado o paciente cedo demais.

Os primeiros projetos gigantescos de migração revelavam custos, riscos e complexidade muito maiores do que o previsto.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-8-business-week-1994.html


Capítulo 9

O Que Realmente Aconteceu

Saímos das manchetes e acompanhamos a evolução verdadeira da plataforma.

Parallel Sysplex.

CMOS.

Linux on IBM Z.

Java.

Virtualização.

zAAP.

zIIP.

Web Services.

REST.

OpenShift.

Zowe.

Ansible.

BOB.

watsonx.

IBM z17.

Enquanto alguns aguardavam o funeral...

A IBM construía uma das plataformas mais modernas da computação corporativa.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-9-o-que-realmente-aconteceu.html


Capítulo 10

Por Que Todos Erraram?

Este talvez seja o capítulo mais importante.

Demonstramos que o erro nunca foi técnico.

O erro foi analisar apenas hardware.

Poucos perceberam que empresas não compram computadores.

Empresas acumulam conhecimento.

E conhecimento não é substituído simplesmente porque surgiu um processador mais rápido.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-10-por-que-tantas-previsoes.html


Capítulo 11

O Cemitério dos Buzzwords

Visitamos, com humor, um enorme cemitério imaginário.

Client/Server.

Windows NT.

SOA.

ERP.

Cloud.

Blockchain.

Metaverso.

Todos prometeram substituir completamente o Mainframe.

Nenhum conseguiu.

Não porque fossem tecnologias ruins.

Mas porque o Mainframe fez algo muito mais inteligente.

Integrou todas elas.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-11-o-cemiterio-dos-buzzwords.html


Capítulo 12

O Legado dos Profetas

Chegamos a 2026.

IBM z17.

watsonx.

COBOL moderno.

Db2 13.

CICS TS.

BOB.

OpenShift.

DevOps.

Mostramos que a verdadeira força do Mainframe nunca foi resistir às mudanças.

Foi evoluir continuamente.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-12-o-legado-dos-profetas-e.html


Capítulo 13

A IA e o Próximo Funeral

A História está se repetindo.

Hoje muitas manchetes afirmam que a Inteligência Artificial eliminará programadores.

Talvez.

Talvez não.

Depois de estudar quarenta anos de previsões aprendemos uma lição.

Desconfie sempre de afirmações absolutas.

A IA provavelmente transformará profundamente o desenvolvimento de software.

Mas também poderá tornar COBOL, Db2 e o IBM Z ainda mais produtivos.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-13-os-profetas-da-ia-e-o.html


Capítulo 14

O Julgamento da História

Encerramos nossa jornada imaginando um grande tribunal.

As testemunhas não eram jornalistas.

Eram bancos.

Companhias aéreas.

Seguradoras.

Governos.

Programadores.

DBAs.

Sysprogs.

Arquitetos.

No final, o juiz — representado pela própria História — conclui algo extraordinário.

Os jornalistas não estavam de má-fé.

Eles apenas tentaram prever o futuro.

O problema é que o futuro resolveu seguir um caminho muito mais interessante.

https://eljefemidnightlunch.blogspot.com/2026/07/capitulo-14-o-julgamento-da-historia.html


Bellacosa Mainframe e a conclusão da Saga a Morte do Mainframe

A Grande Lição

Depois de estudar quase quarenta anos de previsões existe uma conclusão inevitável.

As tecnologias realmente revolucionárias não costumam destruir imediatamente aquelas que vieram antes.

Elas convivem.

Integram-se.

Aprendem umas com as outras.

Foi assim com:

  • PCs.

  • UNIX.

  • Linux.

  • Internet.

  • Java.

  • Cloud.

  • Containers.

  • Kubernetes.

  • DevOps.

  • Inteligência Artificial.

Todas transformaram a computação.

E todas, de alguma forma, passaram a fazer parte do ecossistema IBM Z.

O verdadeiro vencedor nunca foi o Mainframe.

Nem o Client/Server.

Nem o Cloud.

Nem a IA.

O verdadeiro vencedor foi a Engenharia.


Uma mensagem ao Padawan COBOL

Se você está começando sua jornada...

Nunca escolha uma tecnologia apenas porque ela está na moda.

Escolha porque ela resolve problemas.

Nunca abandone uma plataforma apenas porque alguém a chamou de "legado".

Descubra primeiro se ela continua gerando valor.

Nunca confunda marketing com arquitetura.

Nunca confunda hype com inovação.

E, principalmente...

Nunca deixe de estudar História.

Porque quem conhece o passado dificilmente será enganado pelos mesmos discursos no futuro.


Epílogo

Em 1989 disseram que era um dinossauro.

Em 1991 marcaram sua morte.

Em 1993 afirmaram que caminhava para a extinção.

Em 1994 começaram a voltar atrás.

Em 2026...

O IBM z17 executa Inteligência Artificial.

O watsonx auxilia decisões corporativas.

O COBOL continua movimentando trilhões de dólares.

O Db2 protege dados críticos.

O CICS processa bilhões de transações.

O z/OS integra cloud híbrida.

O BOB moderniza pipelines.

O Zowe aproxima novas gerações.

O Mainframe nunca sobreviveu porque resistiu ao futuro.

Ele sobreviveu porque aprendeu a evoluir junto com ele.

E talvez essa seja a maior lição deixada pelo Professor Wolfgang Spruth.

A História nunca matou o Mainframe.

Ela apenas demonstrou que boas arquiteturas envelhecem muito melhor do que boas manchetes.


☕ Que a Engenharia esteja com você.

Sempre. 


Índice completo da série

  1. Capítulo 1 — O Funeral que Nunca Aconteceu
  2. Capítulo 2 — A Década dos Buzzwords
  3. Capítulo 3 — O Professor que Arquivou o Funeral
  4. Capítulo 4 — Forbes (1989)
  5. Capítulo 5 — The New York Times (1989)
  6. Capítulo 6 — InfoWorld (1991)
  7. Capítulo 7 — The New York Times (1993)
  8. Capítulo 8 — Business Week (1994)
  9. Capítulo 9 — O Que Realmente Aconteceu
  10. Capítulo 10 — Por Que Tantas Previsões Erraram?
  11. Capítulo 11 — O Cemitério dos Buzzwords
  12. Capítulo 12 — O Legado dos Profetas
  13. Capítulo 13 — Os Profetas da IA e o Próximo Funeral
  14. Capítulo 14 — O Julgamento da História

A grande lição

O mainframe não permaneceu relevante porque rejeitou PCs, Linux, Java, cloud, containers, DevOps ou Inteligência Artificial. Ele permaneceu relevante porque incorporou essas tecnologias sem abandonar disponibilidade, segurança, desempenho, compatibilidade e décadas de regras de negócio.

Uma mensagem ao Padawan COBOL

Nunca escolha uma tecnologia apenas porque ela está na moda. Escolha porque ela resolve problemas reais. Nunca abandone uma plataforma apenas porque alguém a chamou de legado. Descubra primeiro se ela continua gerando valor.

Bellacosa Mainframe e o Funeral que nunca aconteceu





C:\BELLACOSA\COBOL\FUNERAL_QUE_NUNCA_ACONTECEU.HTML
★ BELLACOSA MAINFRAME APRESENTA ★

A MORTE DO COBOL

O Funeral que Nunca Aconteceu

Uma investigação histórica em 14 capítulos sobre as previsões, reportagens, buzzwords e profetas que anunciaram repetidamente o fim do COBOL — enquanto bilhões de transações continuavam sendo processadas silenciosamente.

SISTEMA ONLINE — 14 CAPÍTULOS DISPONÍVEIS
DIRETÓRIO DE CAPÍTULOS

README.TXT

Esta série investiga uma das narrativas mais repetidas da história da tecnologia: a suposta morte do COBOL. Durante décadas, revistas, jornais, consultorias e especialistas anunciaram seu desaparecimento. Entretanto, o COBOL permaneceu processando bancos, seguradoras, governos, cartões, pagamentos e sistemas críticos.

Os títulos e links acima são elementos HTML reais, permitindo que mecanismos de busca encontrem e rastreiem todos os capítulos. Os iframes funcionam apenas como previews visuais.

C:\> RUN BELLACOSA.EXE /COBOL /HISTORY /NO-FUNERAL _

★ BELLACOSA MAINFRAME ★ COBOL ★ IBM Z ★ HISTÓRIA DA COMPUTAÇÃO ★

Melhor visualizado em qualquer navegador com café disponível.

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.

Capítulo 14 — O Julgamento da História

Bellacosa Mainframe e o Julgamento da Historia

☕ Um Café no Bellacosa Mainframe

Capítulo 14 — O Julgamento da História

Quarenta Anos Depois, Quem Estava Certo?

O capítulo final reúne as principais lições das previsões sobre a morte do mainframe e mostra como a evolução do IBM Z oferece ensinamentos para o futuro da computação corporativa.

Por

A evolução do IBM Mainframe julgada pela história após quarenta anos
As manchetes envelhecem. A engenharia permanece. Quatro décadas depois, a história oferece seu veredito sobre o futuro do mainframe.

"A História não julga pelas manchetes. Ela julga pelos sistemas que continuam funcionando."

— Bellacosa Mainframe

O veredito da História

Após quarenta anos de previsões sobre o desaparecimento do mainframe, bancos, seguradoras, governos, companhias aéreas e grandes empresas continuam executando bilhões de transações diárias sobre plataformas IBM Z, agora integradas com APIs, Linux, containers, OpenShift, Inteligência Artificial e cloud híbrida.

O julgamento histórico mostra que a evolução tecnológica não ocorreu por substituições absolutas, mas por integração contínua e preservação do conhecimento acumulado.

O legado para as próximas gerações

O trabalho de Wolfgang Spruth permitiu preservar um importante registro histórico das previsões sobre a morte do mainframe, oferecendo às novas gerações uma oportunidade rara de comparar expectativas, realidade e evolução tecnológica ao longo das décadas.

A última xícara de café

O verdadeiro legado do IBM Mainframe não é provar que estava certo. É lembrar que engenharia sólida, conhecimento de negócio e inovação contínua costumam sobreviver a modismos passageiros. O futuro pertence às tecnologias capazes de evoluir sem esquecer as lições do passado.


Bellacosa Mainframe e a hora da verdade

Finalmente chegamos ao tribunal

Imagine um enorme tribunal.

Não um tribunal comum.

Um tribunal onde o juiz é o tempo.

As testemunhas são quarenta anos de história da computação.

As provas são milhões de transações executadas todos os dias.

E os jurados...

Somos nós.

Arquitetos.

Programadores.

DBAs.

Operadores.

Sysprogs.

Analistas de negócios.

Estudantes.

Todos aqueles que vivem a computação real.

No banco dos réus existe uma placa.

IBM Mainframe

A acusação?

Ter sobrevivido quando deveria ter desaparecido.


A promotoria apresenta seu caso

O promotor começa.

— Meritíssimo...

Temos aqui dezenas de reportagens.

Forbes.

New York Times.

InfoWorld.

Business Week.

Todas afirmavam que esta plataforma estava ultrapassada.

Que seria substituída.

Que desapareceria.

Que sua arquitetura não possuía futuro.

Apresentamos como prova os artigos preservados pelo Professor Wolfgang Spruth em seu histórico trabalho The Death of the Mainframe.

O juiz olha os documentos.

Todos verdadeiros.

Todos publicados.

Todos assinados por profissionais respeitados.


A defesa não chama advogados

Curiosamente...

A defesa do Mainframe não apresenta um único advogado.

Não chama executivos.

Não chama jornalistas.

Não chama analistas.

Ela chama apenas testemunhas.

Primeira testemunha.

Um banco internacional.

— Quantas transações você processou hoje?

— Bilhões.

Segunda testemunha.

Uma companhia aérea.

— Quantas reservas?

— Milhões.

Terceira.

Uma operadora de cartões.

— Quantas autorizações?

— Milhões por minuto.

Quarta.

Uma seguradora.

— Quantos contratos?

— Dezenas de milhões.

Quinta.

Um governo.

— Quantos cidadãos dependem dos seus sistemas?

— Praticamente todos.

O silêncio toma conta da sala.


A testemunha mais inesperada

Então entra uma testemunha curiosa.

Ela usa camiseta.

Tênis.

Notebook.

Visual Studio Code aberto.

Git.

Python instalado.

Containers.

Kubernetes.

O juiz pergunta:

— Quem é você?

Ele responde.

— Sou um desenvolvedor de 2026.

— O senhor trabalha com Mainframe?

— Sim.

— Mas... o senhor não parece um programador de Mainframe.

O jovem sorri.

— Porque o senhor ainda imagina o Mainframe de 1989.

Eu trabalho com:

Git.

VS Code.

Python.

Zowe.

Ansible.

OpenShift.

DevOps.

REST.

JSON.

watsonx.

COBOL.

Tudo no mesmo ambiente.

O juiz faz uma anotação.


A acusação insiste

O promotor tenta recuperar o controle.

— Mas Excelência...

O Mainframe era fechado.

Centralizado.

Antigo.

O juiz olha para o IBM z17 projetado na tela.

Pergunta:

— Ele continua fechado?

A defesa responde.

— Linux.

Containers.

Kubernetes.

OpenShift.

REST.

Python.

Git.

Java.

Node.js.

Go.

Open APIs.

Cloud híbrida.

IA.

O promotor permanece em silêncio.


Chama-se a Inteligência Artificial

A próxima testemunha surpreende a todos.

É uma Inteligência Artificial.

O juiz pergunta:

— Você trabalha contra o Mainframe?

Ela responde.

— Não.

Trabalho com ele.

— Explique.

— Auxilio desenvolvedores COBOL.

Documento aplicações.

Analiso SQL.

Interpreto JCL.

Explico programas.

Ajudo DBAs.

Auxilio Sysprogs.

Analiso logs.

Automatizo operações.

O juiz sorri discretamente.

Mais uma previsão acabava de perder força.


O depoimento do COBOL

As portas do tribunal se abrem.

Entra um senhor elegante.

Sessenta e seis anos de idade.

Terno impecável.

Calmo.

Seguro.

O juiz pergunta.

— Nome?

— COBOL.

— Profissão?

— Regras de negócio.

— O senhor ainda trabalha?

Ele responde.

— Nunca trabalhei tanto.

A plateia ri.

Mas todos sabem que aquela resposta contém mais verdade do que humor.


O depoimento do JCL

Logo depois entra outro veterano.

Pouco falador.

Muito organizado.

— Nome?

— JCL.

— Idade?

— Não gosto de falar sobre isso.

— O senhor ainda possui utilidade?

Ele responde calmamente.

— Todos os dias organizo milhares de processos batch.

Controlo dependências.

Gerencio datasets.

Inicio cargas.

Executo backups.

Produzo relatórios.

Enquanto todos dormem.

A plateia aplaude.


O Db2 pede a palavra

O banco de dados aproxima-se da tribuna.

— Senhor Db2...

O senhor gostaria de dizer alguma coisa?

— Apenas uma observação.

Enquanto discutiam minha morte...

Continuei armazenando informações críticas de bancos, governos, seguradoras e empresas no mundo inteiro.

Hoje também trabalho com IA, análise em tempo real e integração híbrida.

Nada mais.

O depoimento dura menos de um minuto.

Suficiente.


O CICS também comparece

O juiz pergunta.

— Senhor CICS...

O senhor ainda recebe transações?

O velho monitor transacional responde.

— Algumas.

— Quantas?

— Bilhões.

Novo silêncio.


A última testemunha

O juiz chama Wolfgang Spruth.

Infelizmente ele já não está entre nós.

Mas seu trabalho permanece.

Sobre a mesa repousa sua apresentação.

"The Death of the Mainframe."

O juiz folheia lentamente.

Forbes.

New York Times.

InfoWorld.

Business Week.

Todas as manchetes.

Todas preservadas.

O juiz olha para a plateia.

Comenta.

— Este material nunca foi sobre provar quem estava certo.

Sempre foi sobre ensinar como a História acontece.

Talvez esse seja o maior legado do Professor Spruth.


O veredito

Depois de horas de audiência...

O juiz retorna.

Toda a sala permanece em silêncio.

Ele começa.

— Este tribunal conclui que...

As reportagens analisadas refletiam honestamente o conhecimento disponível em sua época.

Não houve má-fé.

Houve entusiasmo.

Houve confiança excessiva.

Houve extrapolação de tendências.

Houve influência do marketing.

Houve simplificações inevitáveis.

Mas também houve inovação verdadeira.

Client/Server mudou o mercado.

Internet mudou o planeta.

Linux mudou os datacenters.

Cloud mudou a infraestrutura.

IA está mudando a computação.

Nada disso pode ser negado.

O juiz faz uma pausa.

Continua.

— O erro ocorreu quando essas inovações passaram a ser apresentadas como substitutas inevitáveis de tudo o que existia anteriormente.

A História mostrou outro caminho.

Integração.

Compatibilidade.

Evolução.


A sentença

O juiz bate o martelo.

— O IBM Mainframe não é culpado.

A sala sorri.

Ele continua.

— Também declaro inocentes os jornalistas.

A plateia estranha.

O juiz explica.

— Eles apenas tentaram prever o futuro.

Como todos nós fazemos.

A diferença é que o futuro resolveu escrever outra história.


O verdadeiro vencedor

Chega então a última pergunta.

Quem venceu?

IBM?

UNIX?

Linux?

Cloud?

Open Source?

IA?

O juiz responde.

Nenhum deles.

Quem venceu foi a Engenharia.

Porque ela conseguiu integrar todos.

Hoje um único fluxo de negócio pode envolver:

Um aplicativo móvel.

Uma API.

Um microsserviço.

Kafka.

Containers.

Kubernetes.

OpenShift.

Java.

Python.

COBOL.

CICS.

Db2.

MQ.

IBM z17.

watsonx.

Tudo trabalhando junto.

Se isso não é evolução...

O que seria?


A herança para os próximos quarenta anos

Você, Padawan COBOL, talvez leia este artigo em 2036.

Ou 2046.

Quem sabe em 2056.

Talvez novas manchetes estejam dizendo:

"O fim da Inteligência Artificial."

"O fim do Cloud."

"O fim do Kubernetes."

"O fim dos LLMs."

"O fim dos Agentes."

Quando esse dia chegar...

Lembre-se deste julgamento.

Lembre-se de Forbes.

Lembre-se do New York Times.

Lembre-se da InfoWorld.

Lembre-se da Business Week.

Lembre-se do Professor Wolfgang Spruth.

E faça apenas uma pergunta.

Essa tecnologia ainda resolve problemas reais?

Se resolver...

Provavelmente continuará evoluindo.


A última xícara de café

Este não foi um artigo sobre computadores.

Nem sobre COBOL.

Nem sobre IBM.

Foi um artigo sobre humildade.

Humildade para reconhecer que prever o futuro é difícil.

Humildade para admitir erros.

Humildade para estudar a História antes de repetir slogans.

Humildade para entender que tecnologias realmente importantes raramente desaparecem de um dia para o outro.

Elas evoluem.

Adaptam-se.

Integram-se.

Transformam-se.

Foi isso que aconteceu com o Mainframe.

Foi isso que provavelmente acontecerá com muitas tecnologias atuais.


Encerramento

Quando você terminar este capítulo...

Olhe novamente para o IBM z17.

Não veja apenas um computador.

Veja sessenta anos de engenharia.

Milhões de horas de desenvolvimento.

Décadas de compatibilidade.

Bilhões de linhas de código.

Trilhões de dólares processados.

Milhões de profissionais que dedicaram suas carreiras para que o mundo continuasse funcionando.

Depois olhe para as manchetes da década de 1990.

Elas continuam importantes.

Porque nos lembram de algo extremamente valioso.

Buzzwords escrevem capas de revistas.

Engenharia escreve a História.

E a História, felizmente, costuma ter muito mais paciência do que os ciclos do marketing.


Epílogo Final

O Professor Wolfgang Spruth preservou o passado.

Os engenheiros construíram o presente.

Agora cabe aos novos Padawans construir o futuro.

Mas façam um favor à próxima geração.

Antes de anunciar a morte de qualquer tecnologia...

Esperem alguns anos.

A História agradece.

E o IBM Mainframe também.

Bellacosa Mainframe e o Funeral que nunca aconteceu

























C:\BELLACOSA\COBOL\FUNERAL_QUE_NUNCA_ACONTECEU.HTML
★ BELLACOSA MAINFRAME APRESENTA ★

A MORTE DO COBOL

O Funeral que Nunca Aconteceu

Uma investigação histórica em 14 capítulos sobre as previsões, reportagens, buzzwords e profetas que anunciaram repetidamente o fim do COBOL — enquanto bilhões de transações continuavam sendo processadas silenciosamente.

SISTEMA ONLINE — 14 CAPÍTULOS DISPONÍVEIS
DIRETÓRIO DE CAPÍTULOS

README.TXT

Esta série investiga uma das narrativas mais repetidas da história da tecnologia: a suposta morte do COBOL. Durante décadas, revistas, jornais, consultorias e especialistas anunciaram seu desaparecimento. Entretanto, o COBOL permaneceu processando bancos, seguradoras, governos, cartões, pagamentos e sistemas críticos.

Os títulos e links acima são elementos HTML reais, permitindo que mecanismos de busca encontrem e rastreiem todos os capítulos. Os iframes funcionam apenas como previews visuais.

C:\> RUN BELLACOSA.EXE /COBOL /HISTORY /NO-FUNERAL _

★ BELLACOSA MAINFRAME ★ COBOL ★ IBM Z ★ HISTÓRIA DA COMPUTAÇÃO ★

Melhor visualizado em qualquer navegador com café disponível.