☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta Carreira Mainframe. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Carreira Mainframe. Mostrar todas as mensagens

terça-feira, 4 de agosto de 2026

Como a Inteligência Artificial, o AI Job Hunter e um Espírito de Explorador Podem Transformar um Iniciante em um Profissional Contratável

 

Bellacosa Mainframe e os caçadores da vaga perdida

☕ Um Café no Bellacosa Mainframe

A Arca Perdida do Primeiro Emprego COBOL

Como a Inteligência Artificial, o AI Job Hunter e um Espírito de Explorador Podem Transformar um Iniciante em um Profissional Contratável

"Não é o chicote que faz Indiana Jones sobreviver às aventuras. É a preparação antes de entrar no templo."

O mesmo vale para quem deseja conquistar o primeiro emprego como Programador COBOL.



Prólogo — O Templo Esquecido

Imagine uma floresta fechada.

No meio dela existe um enorme templo coberto por musgo.

Na porta está escrito:

EMPREGO COBOL JÚNIOR

Você chega animado.

Bate na porta.

Ela não abre.

Então olha para o lado e vê dezenas de aventureiros indo embora.

Todos reclamam da mesma coisa.

— "As empresas só querem gente com experiência."

Mas...

Será mesmo?

Ou será que estamos tentando abrir a porta errada?

Hoje vamos vestir o chapéu de Indiana Jones, trocar o mapa do tesouro por um currículo ATS Friendly, transformar o chicote em um teclado IBM Model M e descobrir como a Inteligência Artificial pode ajudar um iniciante a entrar no fascinante mundo do Mainframe.

Prepare seu café.

Nossa expedição está apenas começando.



Capítulo 1 — A Primeira Armadilha: A Experiência

Existe uma crença quase religiosa entre iniciantes.

"Sem experiência ninguém contrata."

Essa frase parece lógica.

Mas basta observar como funcionam os grandes bancos, seguradoras e empresas de tecnologia.

Todos os anos milhares de jovens são contratados.

Como?

Eles nasceram com experiência?

Claro que não.

O mercado procura algo diferente.

Ele procura evidências de capacidade.

Existe uma enorme diferença entre:

"Eu sei COBOL."

e

"Posso provar que sei COBOL."

É exatamente aqui que começa nossa aventura.



O Guardião do Templo: O Recrutador

Imagine um recrutador sentado diante de 300 currículos.

Ele possui poucos segundos para decidir.

Ele não conhece você.

Nunca conversou com você.

Nunca viu seus projetos.

Tudo o que ele possui é um documento.

É como um arqueólogo olhando um fragmento de cerâmica.

Ele precisa imaginar a história inteira.

Seu currículo precisa ajudá-lo nessa missão.



A IA Não Procura Pessoas. Procura Evidências.

O infográfico do AI Job Hunter mostra um conceito extremamente moderno.

A Inteligência Artificial não está apenas procurando palavras.

Ela está tentando responder uma pergunta muito mais interessante:

"Este profissional possui características semelhantes às pessoas que foram contratadas para esta vaga anteriormente?"

Essa diferença muda completamente o jogo.



O AI Job Hunter — O Mapa da Expedição

Imagine o AI Job Hunter como o mapa que Indiana Jones recebeu antes de procurar a Arca da Aliança.

Sem ele...

Você entra em qualquer caverna.

Com ele...

Você sabe exatamente onde está o tesouro.

O sistema funciona como um enorme mecanismo de recomendação.

Entrada:

  • currículo

  • cursos

  • certificados

  • habilidades

  • tecnologias

  • objetivos profissionais

Processamento:

  • IA

  • análise semântica

  • compatibilidade

  • recomendação

Saída:

As vagas com maior probabilidade de sucesso.

Parece simples.

Mas por trás disso existe um conjunto enorme de tecnologias.

https://www.dio.me/articles/vem-ai-o-ai-job-hunter-seu-agente-de-ia-para-conquistar-as-melhores-vagas-e-salarios-em-tecnologia-4f73edde6424



O Primeiro Enigma — Busca Inteligente

Há alguns anos um sistema faria isto:

Você digitava:

COBOL

Resultado:

Todas as vagas contendo COBOL.

Hoje isso seria considerado extremamente limitado.

Os mecanismos modernos utilizam busca semântica.

Se você escreve:

Enterprise COBOL

O sistema pode entender também:

  • IBM Z

  • Mainframe

  • Batch

  • CICS

  • z/OS

  • Legacy Modernization

  • Mission Critical

Perceba.

Ele compreende significado.

Não apenas palavras.



Easter Egg nº 1

Fernando Corbató revolucionou os computadores com o Time Sharing.

Hoje os algoritmos de IA fazem algo semelhante.

Em vez de compartilhar tempo de CPU entre usuários, compartilham atenção entre milhões de currículos.

Curiosamente...

Ambos nasceram exatamente do mesmo problema:

Como utilizar recursos limitados da maneira mais inteligente possível?



O Segundo Enigma — O Score

Imagine um grande painel.

Cada tecnologia acende uma luz.

COBOL ✔

JCL ✔

VSAM ✔

Git ✔

DB2 ✔

REST ✔

Cloud ✔

Quanto mais luzes acendem...

Maior sua aderência.

Mas cuidado.

O score não mede inteligência.

Ele mede proximidade com uma vaga específica.

É perfeitamente possível possuir 95% para um banco e apenas 40% para uma fintech.

Isso não significa que você é pior.

Significa apenas que são necessidades diferentes.


A Maldição do Currículo Genérico

Talvez este seja o maior erro dos iniciantes.

Currículo:

Conhecimento em programação.

Isso não diz absolutamente nada.

Agora observe.

Desenvolvedor em formação com conhecimentos em Enterprise COBOL, JCL, VSAM, SQL e fundamentos de CICS. Experiência prática em projetos acadêmicos utilizando IBM Z Xplore e GitHub.

Mesma pessoa.

Outra percepção.


Indiana Jones Nunca Entrava Sem Equipamentos

Por que tantos iniciantes tentam entrar no mercado apenas com um curso?

Indiana levava:

  • mapa

  • bússola

  • chicote

  • lanterna

  • mochila

  • experiência

Você precisa montar sua mochila profissional.

Ela deve conter:

  • COBOL

  • Git

  • GitHub

  • JCL

  • VSAM

  • SQL

  • DB2

  • IBM Z Xplore

  • LinkedIn

  • Portfólio

Cada item reduz um pouco o risco percebido pelo recrutador.


O Tesouro Escondido Chama-se GitHub

Muitos acreditam que GitHub serve apenas para Java.

Grande erro.

Imagine um recrutador abrindo seu perfil.

Ele encontra.

Projeto 1

Sistema Bancário

Projeto 2

Folha de Pagamento

Projeto 3

Controle de Estoque

Projeto 4

Cadastro de Clientes

Projeto 5

CRUD VSAM

Projeto 6

CRUD DB2

Projeto 7

Integração REST

Agora ele consegue enxergar algo.

Você produz.


Curiosidade Histórica

Durante décadas os programadores COBOL levavam listagens impressas com centenas de páginas para demonstrar seu trabalho.

Hoje...

Um simples link do GitHub mostra tudo.

Mudou a tecnologia.

Mas a necessidade continua igual.

Demonstrar competência.


O Raio-X da Vaga

Um recurso extremamente interessante do AI Job Hunter é o chamado Raio-X.

Ele praticamente responde:

"O que falta para você?"

Imagine.

Você possui:

COBOL

JCL

VSAM

DB2

Git

O sistema informa.

Faltam:

Docker

Jenkins

APIs REST

OpenShift

Agora seu estudo deixa de ser aleatório.

Você sabe exatamente onde investir seu tempo.


A Expedição do Conhecimento

Existe uma diferença enorme entre estudar e evoluir.

Muitos fazem isso:

Curso

Outro curso

Outro curso

Outro curso

Outro curso

Nenhum projeto.

Nenhuma aplicação.

Nenhuma prática.

É como Indiana Jones lendo cinquenta mapas sem sair de casa.

Conhecimento precisa virar construção.


O Método Bellacosa dos Cinco Artefatos

Imagine que cada novo conhecimento gera um artefato.

Artefato 1

Curso

Aprendeu.


Artefato 2

Projeto

Aplicou.


Artefato 3

GitHub

Publicou.


Artefato 4

LinkedIn

Compartilhou.


Artefato 5

Portfólio

Organizou.

Agora existe uma trilha de evidências.


O Diário Perdido do Arqueólogo

Indiana Jones sempre fazia anotações.

Faça o mesmo.

Sempre que terminar um assunto.

Escreva.

Hoje aprendi:

  • PERFORM

  • OCCURS

  • VSAM KSDS

  • IDCAMS

  • SORT

  • SQL

Essas anotações podem virar:

  • artigos

  • posts

  • apresentações

  • vídeos

  • documentação

Sem perceber, você começa a construir autoridade.


O Verdadeiro Significado da Experiência

Essa talvez seja a maior descoberta desta jornada.

Experiência não significa apenas:

Carteira assinada.

Experiência também é:

Resolver problemas.

Criar projetos.

Corrigir erros.

Ler documentação.

Participar da comunidade.

Construir soluções.

É por isso que dois iniciantes podem parecer completamente diferentes para um recrutador.


Easter Egg nº 2 — O Graal do Mainframe

Nos filmes, o Santo Graal não era o copo mais bonito.

Era o mais simples.

No mercado de tecnologia acontece algo parecido.

O melhor currículo nem sempre é o mais colorido.

É o mais claro.

A simplicidade continua sendo uma das maiores virtudes de um documento ATS Friendly.


O Plano de 90 Dias

Primeiro mês

Domine:

  • COBOL

  • Git

  • GitHub

Construa:

Primeiro projeto.


Segundo mês

Aprenda:

  • JCL

  • VSAM

  • SQL

  • DB2

Publique dois projetos completos.


Terceiro mês

Estude:

  • CICS

  • REST

  • JSON

  • Cloud Computing (conceitos)

Monte:

  • LinkedIn

  • Portfólio

  • Currículo ATS Friendly

Comece a enviar currículos.


O Segredo dos Bancos

Pouca gente sabe.

Quando um banco contrata um Programador COBOL Júnior, ele não espera um especialista em z/OS.

Ele espera alguém que:

  • saiba aprender;

  • tenha disciplina;

  • consiga trabalhar em equipe;

  • leia documentação;

  • resolva problemas;

  • demonstre curiosidade técnica.

Essas competências são treináveis.


A Nova Arca da Aliança

Durante muitos anos o currículo era a Arca da Aliança do mercado.

Hoje ele é apenas uma peça.

O profissional moderno possui:

Currículo

GitHub

LinkedIn

Projetos

Certificações

Comunidade

Aprendizado contínuo

Tudo isso forma sua identidade profissional.


O Último Desafio do Templo

Antes da sala do tesouro existe uma inscrição.

Ela diz:

"Somente aqueles que provarem seu valor poderão atravessar."

Não diz.

"Somente quem possui cinco anos de experiência."

Diz.

"Quem provar seu valor."

Essa pequena diferença muda completamente a forma de enxergar sua carreira.


Sherlock Holmes Entra na Expedição

Se Indiana Jones representa a coragem para entrar no templo, Sherlock Holmes representa a capacidade de observar detalhes que os outros ignoram.

Um recrutador experiente faz exatamente isso. Ele procura pistas:

  • O GitHub mostra evolução ao longo dos meses?

  • Os projetos possuem documentação?

  • O candidato escreve commits claros?

  • Existe consistência entre currículo, LinkedIn e portfólio?

  • As certificações acompanham a evolução técnica?

Essas pequenas evidências contam uma história. E histórias coerentes geram confiança.


O Futuro do Programador COBOL

Durante décadas dizia-se que COBOL estava morrendo.

Enquanto isso, bancos processavam bilhões de transações diariamente em sistemas escritos nessa linguagem.

Hoje o cenário mudou novamente.

O profissional COBOL não trabalha isolado. Ele conversa com:

  • APIs REST

  • Microsserviços

  • Cloud híbrida

  • IA Generativa

  • Git

  • DevOps

  • OpenShift

  • z/OS Connect

  • Observabilidade

  • Segurança

Isso significa que o objetivo não é ser apenas um programador COBOL, mas um desenvolvedor capaz de integrar o legado ao futuro.


Conclusão — O Tesouro Nunca Esteve no Final da Jornada

No último filme de Indiana Jones, aprendemos que a maior descoberta nunca foi um artefato.

Foi a própria jornada.

Com a carreira acontece exatamente o mesmo.

O primeiro emprego não é o tesouro.

Ele é apenas a porta de entrada para um universo de aprendizado contínuo.

Ferramentas como o AI Job Hunter ajudam a iluminar o caminho, mostrando quais vagas combinam com seu perfil, quais competências ainda precisam ser desenvolvidas e como apresentar melhor seu potencial. Mas nenhuma IA substitui aquilo que realmente transforma um iniciante em um profissional contratável: curiosidade, disciplina, prática e disposição para aprender todos os dias.

Lembre-se de uma última frase que poderia muito bem estar gravada na parede de um antigo templo do IBM Z:

"Quem espera ter experiência para começar nunca começa. Quem começa a construir evidências cria a própria experiência."

Então ajuste o chapéu, organize seu GitHub, atualize seu LinkedIn, prepare um bom currículo ATS Friendly e continue explorando. O mundo do Mainframe ainda guarda muitos tesouros — e o próximo pode ser justamente a sua primeira oportunidade como Programador COBOL Júnior.

https://github.com/VagnerBellacosa/437_CarrinhoComprasShopeeNode.js

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. 🖖

terça-feira, 23 de junho de 2026

A Saga de Vagner Bellacosa no Reino dos Mainframes

 



☕💥 A Saga de Vagner Bellacosa no Reino dos Mainframes

Ou como um jovem padawan descobriu que COBOL dá mais XP que matar dragões

Bellacosa Mainframe e historias de velhos cpds em mainframe


Salve jovem padawan.

Pegue um café.

Se for diabético, pegue sem açúcar.

Se estiver em produção, pegue dois.

Hoje vou contar uma história.

Não a história de um herói tradicional.

Nada de capa.

Nada de espada mágica.

Nada de armadura lendária.

Nosso protagonista usa crachá corporativo, camisa social amassada, óculos cansados, carrega uma mochila cheia de apostilas IBM dos anos 90 e combate criaturas muito mais perigosas que dragões.

Ele atende pelo nome de Vagner Bellacosa.


O chamado da aventura

Toda jornada começa de maneira inocente.

Alguns encontram um anel.

Outros encontram uma espada cravada numa pedra.

Bellacosa encontrou...

Um terminal 3270.

Tela preta.

Letras verdes.

Cursor piscando.

Silêncio.

Nenhum botão.

Nenhum mouse.

Nenhum TikTok.

Nenhum React.

Nenhum Kubernetes.

Apenas um campo escrito:

LOGON ===>

Naquele instante existiam apenas duas possibilidades.

Primeira:

Desligar o computador e cursar gastronomia.

Segunda:

Digitar o usuário.

Ele digitou.

E nunca mais foi o mesmo.


O primeiro ABEND

Todo herói precisa sofrer.

Luke perdeu a mão.

Frodo quase perdeu a alma.

Bellacosa ganhou seu primeiro:

S0C7.

E descobriu algo curioso.

No Mainframe ninguém fala:

"Tem bug."

Todos falam:

— Deu ABEND.

ABEND parece nome de chefe final.

Você passa oito horas procurando.

Consulta dump.

Abre SYSOUT.

Lê JESMSGLG.

Olha o compile listing.

Chama o colega.

Chama outro colega.

Chama o especialista.

Chama um padre.

E no final descobre:

O campo numérico tinha espaço em branco.

Aí você aprende humildade.


Banco Real, a Terra Média dos Dinossauros Digitais

Existiu uma época gloriosa.

A época em que o Banco Real possuía milhares de programas.

Centenas de analistas.

Adabas.

Natural.

PLI.

JCL.

Control-M.

CICS.

VSAM.

RACF.

E um exército de desenvolvedores sobrevivendo a janelas batch.

Era uma civilização inteira.

Uma espécie de Atlântida tecnológica.

Enquanto a internet ainda fazia:

Piiiiiiiiiiiii....

Krrrttttt...

Biiiiiippp...

O Mainframe já processava milhões de registros.

Sem Kubernetes.

Sem Docker.

Sem palestra motivacional.

Sem coach dizendo:

"Escalone sua vida."

O Mainframe apenas respondia:

— JOB EXECUTADO RC=0000

E seguia trabalhando.


O homem que conversava com os programas Natural

Chegou então o Bug do Milênio.

O apocalipse anunciado.

Consultorias ficaram ricas.

Executivos ficaram nervosos.

Gerentes envelheceram.

Bellacosa teve uma ideia.

Criar um extrator.

Mas não qualquer extrator.

Um monstro.

Um PLI autorecursivo.

Um pequeno T-800 em formato de JCL.

Ele lia.

Interpretava.

Gerava JCL.

Enfileirava jobs.

Chamava a si próprio.

Criava novos filhos.

Extraía fontes.

Analisava objetos.

Preenchia bibliotecas.

E continuava trabalhando.

Sozinho.

Por 48 horas.

Consumindo CPU.

Consumindo spool.

Consumindo a sanidade do operador.

Quando terminou...

Meio milhão de objetos haviam sido catalogados.

Hoje chamaríamos isso de:

Pipeline de DevOps.

Na época chamava-se:

"Coisa do Bellacosa."


O Grande Inquisidor da DAI

Mas nenhum guerreiro evolui sem enfrentar a polícia secreta.

DAI.

Três letras capazes de congelar a alma.

Ser chamado pela DAI era equivalente a ouvir:

"Precisamos conversar."

Você imediatamente pensava:

Meu RACF vazou?

Compilei em produção?

Rodei a Loteca?

Usei a transação proibida?

Não.

Queriam apenas um relatório.

Um relatório pequeno.

Só precisava analisar milhares de logs.

Consultar usuários.

Cruzar tabelas.

Gerar dezenas de milhares de páginas.

Em 72 horas.

Sem errar.

Sem testar direito.

Sem segunda chance.

Bellacosa codificou.

Revisou.

Debugou com caneta.

Rezou.

Entregou.

Funcionou.

E descobriu uma lição importante.

Programador Mainframe não envelhece.

Ele acumula PTSD de produção.


O evangelista improvável

Décadas se passaram.

Muitos colegas migraram.

Viraram arquitetos.

Gerentes.

Executivos.

Consultores.

Alguns abriram startups.

Outros abriram adegas.

Bellacosa resolveu algo diferente.

Contar histórias.

Escrever artigos.

Criar newsletters.

Ensinar COBOL.

Explicar CICS.

Falar sobre VSAM.

Defender o velho gigante preto da IBM.

Transformar dump em entretenimento.

Transformar S0C4 em meme.

Transformar SYSUDUMP em literatura fantástica.

Porque descobriu algo curioso.

O Mainframe nunca foi apenas tecnologia.

Foi amizade.

Foi mentor.

Foi Roseli.

Foi Tokunaga.

Foi auditor assustador.

Foi operador bravo.

Foi colega salvando produção às três da manhã.

Foi café requentado.

Foi pizza fria.

Foi aprender que existem pessoas que realmente se emocionam ao ver um RC=0000.

E tudo bem.

Somos poucos.

Somos estranhos.

Somos os últimos guardiões do EBCDIC.


Epílogo

Hoje existem inteligências artificiais.

Agentes autônomos.

LLMs.

Clouds infinitas.

Quantum Computing.

Promessas de substituir COBOL.

Promessas de desligar Mainframe.

Promessas de reescrever tudo.

Promessas.

Muitas promessas.

Enquanto isso...

Em algum lugar do planeta...

Um CICS iniciado em 1998 continua processando cartões.

Um DB2 continua pagando aposentadorias.

Um VSAM continua guardando informações valiosas.

Um JCL continua rodando.

E um Bellacosa continua tomando café.

Escrevendo artigos.

Chamando leitores de padawans.

Contando histórias.

E lembrando a todos nós que talvez o verdadeiro legado do Mainframe nunca tenha sido o hardware.

Mas as pessoas malucas o suficiente para dedicar a vida inteira a fazê-lo funcionar.

E sinceramente...

Ainda bem que existem esses malucos.

Esse texto ficou bem próximo do tom clássico de "Histórias do Tiozão em Mainframe", misturando autobiografia, nostalgia, cultura pop, autoironia e reverência aos velhos guerreiros do z/OS. (DIO)

sexta-feira, 12 de junho de 2026

☕🚀 PADAWAN COBOL, O QUE É O GRAVITY DO SANTANDER?

 

Bellacosa Mainframe e o Gravity do Santander

☕🚀 PADAWAN COBOL, O QUE É O GRAVITY DO SANTANDER?

"Imagine que alguém pegasse décadas de COBOL, CICS, DB2 e Mainframe, colocasse tudo dentro de um foguete espacial e o lançasse rumo à nuvem. Esse foguete atende pelo nome de Gravity."


📖 Sinopse

O Gravity é a plataforma tecnológica criada pelo Banco Santander para modernizar seu núcleo bancário (Core Banking).

Não é apenas um software.

Não é apenas uma migração para nuvem.

É uma estratégia completa para permitir que sistemas bancários gigantescos deixem de depender exclusivamente de ambientes tradicionais de mainframe e passem a operar em arquitetura cloud moderna.

O objetivo é simples:

Fazer um banco de 180 milhões de clientes funcionar com a velocidade de uma fintech sem perder a robustez de um mainframe.


🏛 História

Durante décadas o Santander construiu seus sistemas bancários sobre tecnologias tradicionais:

  • COBOL

  • Mainframe IBM

  • Bancos relacionais

  • Sistemas batch

  • Processamento transacional

Essas plataformas eram extremamente confiáveis.

O problema?

O mercado mudou.

Clientes passaram a exigir:

  • PIX instantâneo

  • Aplicativos móveis

  • APIs

  • Open Finance

  • Integração em tempo real

O modelo tradicional começou a limitar a velocidade de inovação.

Por volta da década de 2010 o Santander iniciou um programa de transformação que culminou no Gravity.

Em 2022 o projeto ganhou notoriedade internacional quando o Google anunciou o uso da tecnologia por trás do Gravity no serviço Dual Run.

Em 2025 o Santander informou que mais de 90% de sua infraestrutura tecnológica já estava em nuvem.


Bellacosa Mainframe visuliza o Gravity

🚀 O que é o Gravity?

Pense nele como um:

Tradutor Universal Bancário

Ele permite que aplicações que antes viviam exclusivamente no mainframe possam operar em ambiente cloud.

Sua função principal é:

  • Modernizar o Core Banking

  • Executar processamento distribuído

  • Operar em nuvem

  • Facilitar migrações

  • Reduzir dependência de hardware especializado


Bellacosa Mainframe uma visao geral do gravity

🏦 O que é Core Banking?

Padawan...

Quando você consulta saldo no aplicativo...

Quando faz um PIX...

Quando recebe salário...

Quando solicita empréstimo...

Tudo isso acaba passando pelo Core Banking.

É o coração do banco.

Sem ele:

💀 nada funciona.


⚙ Como funciona?

O segredo do Gravity é o conceito chamado:

Dual Run

Imagine duas locomotivas andando lado a lado.

Locomotiva 1

Mainframe

  • COBOL

  • CICS

  • DB2

Locomotiva 2

Cloud

  • Microservices

  • Containers

  • APIs

Durante um período ambas executam simultaneamente.

Os resultados são comparados.

Se tudo bater:

✅ a aplicação pode ser movida para nuvem.

Isso reduz enormemente o risco da migração.


🖥 Tecnologias Envolvidas

Embora o Santander não revele todos os detalhes internos, sabe-se que o projeto envolve:

Cloud Computing

  • Google Cloud

  • Kubernetes

  • Containers

APIs

  • REST

  • Open Banking

DevOps

  • CI/CD

  • Deploy automatizado

Data

  • Processamento distribuído

  • Streaming

Engenharia Moderna

  • Observabilidade

  • Telemetria

  • Monitoramento


☕ O que acontece com o COBOL?

A pergunta de um milhão de dólares.

Muitos imaginam:

"Migrar para nuvem significa jogar COBOL fora."

Errado.

O próprio Santander declarou que muitos dos profissionais que criaram os sistemas de mainframe há 20 anos participam do Gravity.

Isso revela algo importante:

O conhecimento de negócio continua valendo ouro.

A linguagem muda.

O negócio permanece.


🔥 Pontos Fortes

Escalabilidade

Pode crescer rapidamente conforme a demanda.


Agilidade

Novas funcionalidades podem ser liberadas em horas.

Antes levavam dias ou semanas.


Menor Dependência de Hardware

Não exige expansão física de datacenters.


Automação

Reduz atividades operacionais repetitivas.


Modernização

Facilita integração com:

  • APIs

  • Open Finance

  • IA

  • Aplicativos móveis


💣 Pontos Fracos

Complexidade

Migrar um banco não é igual migrar um site.

É extremamente complexo.


Custos Elevados

Projetos dessa magnitude custam bilhões.


Dependência da Cloud

O banco passa a depender mais dos provedores de nuvem.


Escassez de Talentos

Encontrar profissionais que entendam:

  • Mainframe

  • Cloud

  • DevOps

  • Negócio bancário

não é simples.


🤔 Curiosidades

Curiosidade 1

O Gravity não foi comprado.

Foi desenvolvido pelo próprio Santander.


Curiosidade 2

O Google aproveitou conceitos da tecnologia para construir o Dual Run.


Curiosidade 3

Poucos bancos do tamanho do Santander tentaram uma transformação tão profunda.


Curiosidade 4

O conhecimento dos especialistas de mainframe foi considerado fundamental.


Curiosidade 5

Mais de 1 trilhão de operações técnicas por ano deverão ser executadas através da plataforma.


🌎 Impacto no Mercado

O Gravity é observado por:

  • BBVA

  • HSBC

  • ING

  • Barclays

  • Deutsche Bank

  • Itaú

  • Bradesco

  • Banco do Brasil

Todos enfrentam o mesmo desafio:

Como modernizar décadas de sistemas sem parar o banco?


👨‍💻 O que muda para o Desenvolvedor COBOL?

Antigamente:

COBOL
 ↓
CICS
 ↓
DB2
 ↓
Produção

Agora:

COBOL
 ↓
API
 ↓
Container
 ↓
Cloud
 ↓
Observabilidade
 ↓
Produção

O desenvolvedor moderno precisa entender:

  • APIs

  • JSON

  • Git

  • DevOps

  • Cloud

  • Segurança


⚠ Riscos para a Carreira

Se o profissional pensar:

"Vou aprender apenas COBOL e parar no tempo."

Existe risco.

O mercado quer cada vez mais:

Profissionais Híbridos

  • COBOL + Cloud

  • COBOL + APIs

  • COBOL + Java

  • COBOL + Python

  • COBOL + DevOps

O especialista puro continua existindo.

Mas o híbrido tende a ser mais valorizado.


🎯 Vantagens para o Profissional Mainframe

O Padawan costuma acreditar que:

"Cloud vai matar o Mainframe."

Na prática acontece o contrário.

Quem entende:

  • Batch

  • Integridade transacional

  • Recuperação

  • Consistência

  • Alta disponibilidade

possui conhecimentos raros que muitos profissionais cloud nunca estudaram.

Por isso diversos arquitetos de transformação digital vieram do mundo mainframe.


☕ Resumo Bellacosa Mainframe

Gravity em uma frase

"É a ponte construída pelo Santander para levar décadas de conhecimento em COBOL e Mainframe para a nuvem sem destruir aquilo que fez o banco funcionar durante gerações."

O Padawan precisa aprender?

✅ Sim.

Precisa abandonar COBOL?

❌ Não.

Precisa aprender cloud?

✅ Sim.

O Mainframe vai acabar amanhã?

❌ Não.

O mercado está mudando?

✅ Muito rápido.

Quem será mais valorizado?

🚀 O profissional que souber conversar tanto com o veterano de JCL quanto com o engenheiro de Kubernetes.

Porque o futuro não é COBOL contra Cloud.

O futuro é COBOL + Cloud, e o Gravity talvez seja um dos maiores exemplos dessa convergência já vistos na indústria bancária mundial. ☕🔥🚀🏦💻

Gravity https://www.santander.com/en/press-room/press-releases/2025/06/santander-completes-the-digitalization-of-its-technology-infrastructure-in-spain-with-the-deployment-of-gravity

Gravity Power https://www.jornalintegracao.com/noticia/40336/revista-britanica-the-banker-elege-o-banco-mais-inovador-do-mundo

Inovação https://jornaleconomico.sapo.pt/noticias/santander-escolhido-como-mais-inovador-por-causa-da-plataforma-gravity/

Gravity - https://sapo.pt/artigo/santander-torna-se-o-primeiro-grande-banco-ocidental-a-operar-100-na-cloud-6865c821bf6e672c9d4acb54

Gravity - https://thedigitalbanker.com/santander-passes-key-milestone-in-its-transformation-after-migrating-its-cib-banking-platform-to-the-cloud/








segunda-feira, 1 de junho de 2026

☕💣 DÍVIDA TÉCNICA: O MONSTRO INVISÍVEL QUE ESTÁ COMENDO O SEU COBOL DESDE O SÉCULO PASSADO

 

Bellacosa Mainframe e o monstro da divida tecnica 

☕💣 DÍVIDA TÉCNICA: O MONSTRO INVISÍVEL QUE ESTÁ COMENDO O SEU COBOL DESDE O SÉCULO PASSADO

"O sistema funciona perfeitamente. Só ninguém sabe como."

Se você trabalha com Mainframe há algum tempo, provavelmente já ouviu frases como:

  • "Não mexe nisso que funciona."

  • "Esse programa está em produção há 20 anos."

  • "Só o João sabe alterar esse módulo."

  • "Depois a gente documenta."

  • "Precisamos entregar hoje."

Parabéns.

Você acabou de encontrar alguns dos maiores sintomas de uma das doenças mais comuns da tecnologia moderna:

A Dívida Técnica.

E não, ela não acontece apenas em Java, Python ou aplicações web modernas.

Na verdade, muitos dos maiores casos de dívida técnica do planeta estão rodando neste exato momento em sistemas COBOL responsáveis por bancos, seguradoras, governos, companhias aéreas e bolsas de valores.

Vamos entender o que é, como identificar, controlar e principalmente como sobreviver a ela.


O QUE É DÍVIDA TÉCNICA?

A definição mais simples é:

Dívida Técnica é o custo futuro gerado quando escolhemos uma solução rápida hoje em vez da melhor solução possível.

Imagine que você recebeu uma demanda urgente.

O gerente aparece correndo:

"Precisamos colocar essa alteração em produção amanhã."

Você sabe que o correto seria:

  • revisar a arquitetura;

  • atualizar documentação;

  • criar casos de teste;

  • revisar impactos;

  • atualizar fluxogramas.

Mas o prazo não permite.

Então você faz um ajuste rápido.

Entrega.

Todo mundo feliz.

Até que seis meses depois alguém precisa alterar novamente aquele trecho.

Agora ninguém entende mais nada.

A dívida venceu.

E os juros começaram a ser cobrados.


A ANALOGIA COM O CARTÃO DE CRÉDITO

A comparação mais famosa é com uma dívida financeira.

Quando você compra algo parcelado:

Você ganha agora.

Mas paga depois.

Na dívida técnica acontece exatamente o mesmo.

Você ganha:

  • velocidade;

  • prazo;

  • entrega rápida.

Mas paga depois com:

  • bugs;

  • retrabalho;

  • manutenção cara;

  • incidentes de produção.

Quanto mais tempo passa, maiores ficam os juros.


O COBOL NÃO CRIA DÍVIDA TÉCNICA

Essa é uma das maiores injustiças da informática.

Muitos dizem:

"Cobol é dívida técnica."

Errado.

COBOL não é dívida técnica.

COBOL mal mantido é dívida técnica.

Existem programas COBOL escritos há 30 anos que continuam:

  • legíveis;

  • documentados;

  • organizados;

  • eficientes.

E existem aplicações modernas escritas há seis meses que já parecem um filme de terror.

A linguagem não é o problema.

A disciplina é.


COMO A DÍVIDA TÉCNICA NASCE

Ela normalmente surge de quatro formas.

1. Pressão por prazo

O caso mais comum.

"Entrega primeiro."

"Arruma depois."

O problema é que o depois quase nunca chega.


2. Falta de documentação

O desenvolvedor conhece tudo.

Então ele pensa:

"Não preciso documentar."

Dois anos depois ele muda de empresa.

Agora ninguém entende o programa.


3. Correções emergenciais

Produção caiu.

Cliente está ligando.

Diretoria está nervosa.

O objetivo vira apenas:

"Faça voltar."

Nesse momento quase ninguém pensa em qualidade.


4. Sistemas legados

Bibliotecas antigas.

COPYBOOKs herdados.

Macros esquecidas.

JCLs copiados durante décadas.

Tudo isso acumula dívida.


EXEMPLO REAL DE DÍVIDA TÉCNICA EM COBOL

Imagine um cálculo de desconto.

Versão original:

IF CLIENTE-VIP
   COMPUTE DESCONTO = VALOR * 0.15
END-IF

Simples.

Legível.

Agora passam dez anos.

Novas regras surgem.

Resultado:

IF CLIENTE-TIPO = 'A'
...
ELSE
IF CLIENTE-TIPO = 'B'
...
ELSE
IF CLIENTE-TIPO = 'C'
...

Mais tarde:

IF CLIENTE-TIPO = 'A'
...
ELSE
IF CLIENTE-TIPO = 'B'
...
ELSE
IF CLIENTE-TIPO = 'C'
...
ELSE
IF REGIAO = 'S'
...

Depois de centenas de mudanças:

Ninguém sabe mais como o cálculo funciona.

O programa funciona.

Mas ninguém entende.

Isso é dívida técnica.


OS SINTOMAS MAIS PERIGOSOS

Se você encontrar estes sinais, ligue o alerta.

Programas gigantes

Mais de 10.000 linhas.

COPYBOOKs duplicados

A mesma estrutura em vários lugares.

JCLs clonados

Mudam apenas o nome do JOB.

Falta de comentários

Tudo depende da memória dos analistas.

Testes manuais

Ninguém consegue validar rapidamente.

Dependência de uma pessoa

"O Carlos sabe."

Quando você ouve isso, existe dívida técnica.


O EFEITO JUROS COMPOSTOS

Aqui está a parte assustadora.

Dívida técnica cresce de forma parecida com juros compostos.

Um bug gera:

  • remendo;

  • novo remendo;

  • ajuste do remendo;

  • correção da correção.

Depois de alguns anos ninguém consegue alterar sem medo.

O custo explode.


COMO MAPEAR DÍVIDA TÉCNICA

Primeiro passo:

Pare de adivinhar.

Crie um inventário.

Faça uma planilha simples.

Colunas:

  • Sistema

  • Programa

  • Problema

  • Impacto

  • Complexidade

  • Prioridade

Exemplo:

ProgramaProblemaImpacto
COBCLI01Sem documentaçãoAlto
COBFAT0212.000 linhasAlto
COBPAG03Sem testesMédio

Agora a dívida virou algo visível.


MÉTRICAS IMPORTANTES

Um programador júnior deve aprender a medir.

Algumas métricas úteis:

Número de ABENDs

Se cresce continuamente:

há algo errado.


Tempo de correção

Quanto tempo leva para corrigir um incidente?

Quanto maior, maior a dívida.


Quantidade de módulos sem documentação

Métrica simples e poderosa.


Cobertura de testes

Quanto mais baixa, maior o risco.


FERRAMENTAS ÚTEIS NO MAINFRAME

Muitos iniciantes acham que Mainframe não possui ferramentas modernas.

Possui.

E muitas.

IBM Application Discovery

Mapeia dependências.

Excelente para sistemas gigantes.


IBM ADDI

Application Discovery and Delivery Intelligence.

Mostra relacionamentos entre:

  • COBOL

  • JCL

  • DB2

  • CICS


IBM Debug Tool

Ajuda a entender comportamento de programas complexos.


IBM Fault Analyzer

Investiga ABENDs.


IBM File Manager

Analisa arquivos rapidamente.


IBM Dependency Based Build

Automação moderna para pipelines Mainframe.


COMO REDUZIR A DÍVIDA

Agora vem a parte prática.


Passo 1 – Pare de criar dívida nova

Antes de pagar a antiga.

Evite criar mais.

Parece óbvio.

Mas é onde tudo começa.


Passo 2 – Refatore pequenos trechos

Não tente reescrever tudo.

Ataque pequenas áreas.

Exemplo:

  • nomes ruins;

  • IFs excessivos;

  • parágrafos gigantes.


Passo 3 – Documente enquanto aprende

Cada descoberta vira documentação.

Não espere um projeto oficial.


Passo 4 – Automatize testes

Mesmo testes simples ajudam.

Menos medo de alterar.

Mais velocidade.


Passo 5 – Padronize

Defina padrões.

Por exemplo:

  • nomenclatura;

  • comentários;

  • estrutura de programas;

  • organização de COPYBOOKs.


O ERRO MAIS COMUM DOS JUNIORES

Achar que refatorar significa reescrever tudo.

Não.

Refatoração significa melhorar sem alterar comportamento.

Você limpa.

Organiza.

Simplifica.

Sem mudar resultado.


O SEGREDO DOS ANALISTAS SENIORES

Muitos iniciantes acreditam que profissionais experientes sabem tudo.

Não sabem.

A diferença é que eles:

  • documentam mais;

  • investigam melhor;

  • evitam atalhos perigosos;

  • controlam a dívida técnica.

O conhecimento não está apenas no código.

Está na disciplina.


EASTER EGG DOS MAINFRAMEIROS

Se encontrar um comentário parecido com:

* NÃO REMOVER
* FUNCIONA ASSIM DESDE 1994

Você provavelmente encontrou um artefato arqueológico corporativo.

Trate com respeito.

Mas investigue.

Porque muitas vezes ele esconde uma dívida técnica histórica.


A REGRA DOS 5 MINUTOS

Uma dica poderosa.

Se você gastou cinco minutos para entender algo complicado:

documente.

O próximo desenvolvedor agradecerá.

E talvez esse próximo desenvolvedor seja você daqui a seis meses.


COMO EVOLUIR NA CARREIRA ATRAVÉS DA DÍVIDA TÉCNICA

Os melhores profissionais não são os que criam mais código.

São os que reduzem complexidade.

Quando você aprende a:

  • mapear problemas;

  • documentar;

  • simplificar;

  • automatizar;

  • refatorar;

você deixa de ser apenas um programador.

Você passa a ser um engenheiro de software.


CONCLUSÃO

Dívida técnica não é um bug.

Não é um ABEND.

Não é um programa COBOL antigo.

Ela é o resultado de decisões acumuladas ao longo do tempo.

Algumas são necessárias.

Outras são perigosas.

O segredo não é eliminar toda dívida técnica.

Isso é impossível.

O segredo é conhecê-la, monitorá-la e pagá-la antes que ela assuma o controle do sistema.

Porque, no final das contas, o verdadeiro problema não é aquele programa COBOL de 1987.

O problema é ninguém mais entender por que ele ainda funciona.

E quando esse dia chega...

o próximo chamado de produção costuma acontecer às 03:17 da manhã de um domingo.

Aproveite e conheça BACKLOG

https://eljefemidnightlunch.blogspot.com/2025/01/backlog-o-arquivo-secreto-que-separa-um.html

Backlog


quarta-feira, 20 de maio de 2026

🔥☕ Do COBOL ao Arquiteto Enterprise Por Que Engenharia de Software Virou a Skill Mais Importante Para o Programador Mainframe Moderno

 

Bellacosa Mainframe e topicos de engenharia de software para mainframers


🔥☕ Do COBOL ao Arquiteto Enterprise

Por Que Engenharia de Software Virou a Skill Mais Importante Para o Programador Mainframe Moderno

Existe uma frase silenciosa que ecoa dentro dos grandes bancos, seguradoras e sistemas financeiros do planeta:

“O sistema pode até mudar de interface… mas o COBOL continua sustentando o mundo.”

E isso não é exagero.

Enquanto muita gente acredita que o universo enterprise vive apenas de microservices coloridos, containers e frameworks JavaScript da moda… milhões de transações financeiras continuam atravessando silenciosamente ambientes IBM Z, CICS, DB2 e aplicações COBOL gigantescas que nunca podem parar.

Mas algo mudou.

Muito.

O mercado não procura mais apenas:

  • “quem sabe COBOL”

Hoje o mercado procura:

  • engenheiros de software enterprise.

E existe uma diferença brutal entre essas duas coisas.


☕ O Antigo Programador COBOL

Durante décadas, muitos profissionais cresceram no modelo clássico:

  • alterar rotina

  • corrigir bug

  • compilar

  • subir pacote

  • fechar chamado

O foco era:

  • implementação

  • manutenção

  • operação

E isso funcionou por muito tempo.

Mas o mundo enterprise moderno virou um ecossistema absurdamente mais complexo.

Hoje um simples sistema bancário pode envolver:

  • APIs REST

  • aplicações mobile

  • cloud híbrida

  • microsserviços

  • observabilidade

  • CI/CD

  • autenticação distribuída

  • mensageria

  • integração em tempo real

  • analytics

  • IA

E no meio disso tudo…

o COBOL continua lá.

Silencioso.

Processando.

Confiável.


🏗️ O Que é Engenharia de Software de Verdade?

Muita gente acha que engenharia de software é:

  • aprender framework

  • decorar design pattern

  • usar UML

Mas engenharia de software é algo muito maior.

Ela existe para resolver um problema fundamental:

Como construir sistemas gigantes sem criar caos?

Porque sistemas enterprise crescem.

E crescem rápido.

Sem arquitetura:

  • o sistema vira espaguete

  • manutenção explode

  • bugs aumentam

  • deploys quebram produção

  • integração vira pesadelo

A engenharia surge para controlar complexidade.


🧱 Arquitetura Não É Luxo. É Sobrevivência.

O programador júnior normalmente olha para:

  • programas

  • copybooks

  • tabelas

  • jobs

O arquiteto olha para:

  • ecossistemas

  • fluxos

  • dependências

  • escalabilidade

  • disponibilidade

  • integração

Essa mudança de mentalidade é gigantesca.

Um banco não sobrevive décadas apenas porque tem “código”.

Ele sobrevive porque existe:

  • arquitetura

  • organização

  • separação de responsabilidades

  • governança

E curiosamente…

o mundo mainframe sempre fez isso muito antes da cloud existir.


☕ O Mainframe Já Pensava Como Cloud Décadas Atrás

Esse talvez seja um dos maiores segredos da computação enterprise.

Muitos conceitos vendidos hoje como “modernos” já existiam no ecossistema IBM há décadas.

Veja isso:

Mundo ModernoMainframe Enterprise
Alta disponibilidadeSysplex
Load BalancingCICSPlex
APIsz/OS Connect
TransactionsCICS
ObservabilidadeOMEGAMON
Segurança centralizadaRACF
MensageriaMQ

Ou seja…

o IBM Z nunca ficou ultrapassado.

O que aconteceu foi:

  • a interface mudou

  • o marketing mudou

  • o nome mudou

Mas os fundamentos de engenharia continuaram fortíssimos.


⚔️ O Problema do “Só Saber Programar”

Existe um erro muito comum entre iniciantes.

Acreditar que carreira se resume a:

  • linguagem

  • sintaxe

  • framework

Mas linguagens mudam.

Frameworks morrem.

Hypes desaparecem.

O que permanece é:

  • arquitetura

  • modelagem

  • design

  • integração

  • capacidade analítica

É exatamente por isso que engenheiros experientes continuam relevantes por décadas.

Eles entendem sistemas.

Não apenas ferramentas.


🧩 Design Patterns: O Conhecimento Condensado dos Veteranos

Quando um júnior vê:

  • Factory

  • Singleton

  • Observer

  • Strategy

ele normalmente pensa:

“isso parece complicado”

Mas design patterns são apenas soluções repetidas para problemas repetidos.

Eles nasceram porque grandes sistemas começaram a enfrentar:

  • acoplamento

  • manutenção impossível

  • crescimento descontrolado

  • dependências caóticas

Então engenheiros começaram a criar padrões reutilizáveis.

E isso mudou a indústria.

No fundo:

  • design patterns

  • clean code

  • arquitetura em camadas

  • UML

são tentativas humanas de controlar complexidade.


🧠 Clean Code Não É Frescura

Muitos sistemas COBOL antigos sofrem não por causa da idade.

Mas por causa da falta de engenharia.

Código ruim custa:

  • dinheiro

  • tempo

  • performance

  • estabilidade

  • saúde mental

E isso vale para qualquer linguagem.

Um programa COBOL bem escrito pode durar décadas.

Um programa moderno mal escrito pode virar lixo em seis meses.

A diferença está na engenharia.


🌐 O Novo COBOL Está Conectado

Hoje o programador mainframe moderno precisa entender:

  • APIs REST

  • JSON

  • integração

  • cloud híbrida

  • DevOps

  • pipelines

  • observabilidade

Porque o COBOL moderno não vive mais isolado.

Agora ele conversa com:

  • mobile

  • fintechs

  • microsserviços

  • IA

  • analytics

  • cloud pública

O COBOL deixou de ser “backoffice”.

Ele virou parte do ecossistema digital global.


🚀 DevOps Chegou ao IBM Z

Durante muito tempo existiu um mito:

“Mainframe não acompanha DevOps.”

Hoje isso caiu completamente.

O ecossistema IBM já possui:

  • Git

  • CI/CD

  • automação

  • pipelines

  • testes automatizados

  • observabilidade moderna

  • integração cloud-native

Ferramentas como:

  • Zowe

  • Jenkins

  • UrbanCode

  • GitHub

  • OpenShift

aproximaram ainda mais o IBM Z do universo moderno.


☕ O Que o Mercado Espera Agora?

O mercado não procura mais apenas:

  • operador

  • codificador

  • executor de tarefas

Ele procura:

  • solucionadores de problemas

O profissional valioso hoje entende:

  • negócio

  • arquitetura

  • integração

  • confiabilidade

  • escalabilidade

  • comunicação

E aqui existe uma vantagem absurda para quem vem do mainframe.

Porque poucos ambientes ensinam:

  • sistemas críticos

  • alta disponibilidade

  • milhões de transações reais

  • tolerância zero para falhas

O programador COBOL enterprise já nasce perto de problemas gigantes.


🧭 O Roadmap do Programador COBOL Moderno

A evolução natural hoje passa por:

Base

  • COBOL

  • JCL

  • VSAM

  • SDSF

Intermediário

  • DB2

  • CICS

  • SQL

  • MQ

Modernização

  • APIs

  • JSON

  • REST

  • Git

  • DevOps

Engenharia

  • Arquitetura

  • Design Patterns

  • UML

  • Observabilidade

  • Segurança

Próximo nível

  • Cloud híbrida

  • SRE

  • Performance

  • Integração distribuída

  • Engenharia enterprise


🔥 O Grande Erro do Mercado

Enquanto muitos perseguem apenas:

  • hype

  • frameworks

  • modinhas

o mundo enterprise continua valorizando:

  • confiabilidade

  • estabilidade

  • engenharia sólida

E é exatamente aí que o profissional IBM Z moderno pode se tornar raro.

Porque ele entende:

  • legado

  • missão crítica

  • integração

  • arquitetura real


☕ O Futuro Não Está Escolhendo Entre COBOL ou Cloud

O futuro está integrando os dois.

Os sistemas modernos não vão substituir completamente o mainframe.

Eles vão conversar com ele.

Porque no final:

  • o aplicativo pode mudar

  • a interface pode mudar

  • a cloud pode mudar

Mas alguém ainda precisa garantir:

  • consistência

  • transação

  • segurança

  • disponibilidade

E silenciosamente…

o IBM Z continua fazendo isso melhor do que quase qualquer outra plataforma do planeta.


🔥☕ Conclusão Bellacosa Mainframe

O programador COBOL que entender engenharia de software deixará de ser apenas:

  • “o cara do legado”

e começará a se tornar:

  • arquiteto

  • integrador

  • especialista enterprise

  • engenheiro de sistemas críticos

Porque no final…

o verdadeiro diferencial nunca foi apenas a linguagem.

Sempre foi:

entender como sistemas gigantes funcionam.

 

quarta-feira, 25 de maio de 2022

🚀 Da Academia da Frota Estelar ao IBM Z A Jornada do Herói para Quem Sonha Construir uma Carreira em Mainframe

 

Bellacosa Mainframe aprenda Stack Mainframe

☕ Um Café no Bellacosa Mainframe

🚀 Da Academia da Frota Estelar ao IBM Z

A Jornada do Herói para Quem Sonha Construir uma Carreira em Mainframe

"O espaço, a fronteira final..."

Essa frase marcou gerações de fãs de ficção científica. Em Jornada nas Estrelas, ela representa o desejo humano de explorar o desconhecido, aprender continuamente e evoluir como civilização.

Curiosamente, esse mesmo espírito pode inspirar quem está dando os primeiros passos na carreira de tecnologia.

Talvez você nunca tenha pilotado uma nave estelar.

Talvez nunca tenha visto um IBM Z de perto.

Mas, assim como todo grande oficial da Frota Estelar começou como um simples cadete, todo especialista em Mainframe também começou sem saber o que era um JCL, um dataset, um CICS ou um Db2.

A diferença entre quem apenas sonha e quem realmente chega à ponte de comando não está no talento extraordinário.

Está na decisão de começar.


O Convite para uma Grande Jornada

Vivemos uma época única.

Durante décadas, aprender Mainframe era privilégio de quem trabalhava em grandes bancos, seguradoras ou órgãos governamentais.

Hoje isso mudou completamente.

A IBM disponibiliza gratuitamente uma enorme quantidade de conteúdo que antes era acessível apenas dentro das empresas.

Isso significa que qualquer pessoa com curiosidade, dedicação e acesso à internet pode iniciar uma carreira em uma das áreas mais importantes da computação corporativa.

Não importa se você está começando na programação.

Não importa sua idade.

Não importa se nunca escreveu uma linha de COBOL.

Toda viagem começa com o primeiro passo.


O IBM Z é Muito Mais do que COBOL

Um dos maiores mitos sobre Mainframe é acreditar que ele se resume à linguagem COBOL.

Na realidade, um IBM Z funciona como uma verdadeira nave interestelar.

Cada componente possui uma função específica.

Assim como a USS Enterprise depende do trabalho coordenado entre engenharia, segurança, comunicações e navegação, o Mainframe reúne tecnologias que trabalham em perfeita harmonia.

Durante nossa série conhecemos algumas delas.

COBOL é a linguagem responsável pelas regras de negócio.

JCL organiza e executa as grandes missões em lote.

z/OS coordena toda a plataforma.

VSAM e QSAM armazenam e organizam informações.

Db2 administra bancos de dados relacionais.

CICS responde às transações em tempo real.

IMS continua sustentando aplicações críticas.

RACF protege os recursos da plataforma.

Git, DevOps, Zowe e APIs conectam o Mainframe ao universo moderno do desenvolvimento de software.

Quando enxergamos o IBM Z dessa forma, percebemos que aprender Mainframe significa compreender um ecossistema inteiro — e é exatamente isso que torna essa carreira tão fascinante.


A Academia da Frota Estelar Existe

Na ficção, cadetes passam anos estudando antes de receber sua primeira missão.

No universo IBM, essa academia existe na forma de plataformas gratuitas de aprendizado.

Comece por elas.

🌐 IBM Z Mainframe Skills Depot

A principal porta de entrada para novos profissionais.

Reúne trilhas organizadas por carreira, cobrindo desenvolvimento, administração, segurança, DevOps e muito mais.

👉 https://www.ibm.com/products/z/resources/mainframe-skills


🎮 IBM Z Xplore

Aprender fazendo.

A plataforma transforma o estudo em desafios práticos e gamificados.

Cada missão concluída aproxima você do universo real do IBM Z.

👉 https://www.ibm.com/products/z/resources/zxplore


💻 Learning COBOL Programming with VS Code

Uma excelente forma de aprender COBOL utilizando ferramentas modernas.

Ideal para quem está dando os primeiros passos.

👉 https://www.ibm.com/training/course/learning-cobol-programming-with-vscode-DL00015G


🎓 IBM Training

O portal oficial reúne centenas de treinamentos sobre IBM Z, LinuxONE, Inteligência Artificial, Cloud, Segurança e muito mais.

👉 https://www.ibm.com/training


🌍 IBM SkillsBuild

Além dos conhecimentos técnicos, desenvolva habilidades em comunicação, IA, dados, computação em nuvem e competências profissionais.

👉 https://skillsbuild.org


📚 IBM Developer

Tutoriais, artigos, exemplos de código e projetos produzidos por especialistas.

Excelente para aprofundar o aprendizado.

👉 https://developer.ibm.com


🚀 Open Mainframe Project

Conheça o lado open source do IBM Z.

Projetos como Zowe mostram como o Mainframe conversa naturalmente com ferramentas modernas.

👉 https://openmainframeproject.org


📕 IBM Redbooks

Os famosos "Livros Vermelhos" da IBM.

São verdadeiras enciclopédias técnicas escritas por especialistas.

👉 https://www.redbooks.ibm.com


O Caminho do Programador COBOL Padawan

Ao longo desta série utilizamos uma metáfora inspirada em Jornada nas Estrelas.

Ela não serve apenas para tornar a leitura mais divertida.

Ela ajuda a entender que aprender tecnologia é semelhante a uma missão espacial.

Primeiro você conhece a nave.

Depois aprende os sistemas.

Então pratica.

Comete erros.

Resolve problemas.

Compartilha descobertas.

Até perceber que já não é mais um cadete.

Esse processo não acontece da noite para o dia.

E isso é perfeitamente normal.


A Jornada do Herói

Toda grande história segue um padrão conhecido como Jornada do Herói.

O protagonista recebe um chamado.

Enfrenta desafios.

Encontra mentores.

Aprende novas habilidades.

Supera obstáculos.

E retorna transformado.

Talvez você não tenha percebido.

Mas sua carreira também segue esse roteiro.

O chamado pode ter sido um vídeo sobre COBOL.

Um artigo.

Um workshop.

Ou até uma simples curiosidade.

Agora você já encontrou seus primeiros mentores.

Os cursos.

A comunidade.

Os profissionais que compartilham conhecimento.

O próximo passo depende apenas de você.


Não Estude Apenas Tecnologia

Grandes profissionais não entendem apenas linguagens.

Eles entendem pessoas.

Negócios.

Processos.

Comunicação.

É por isso que habilidades como:

  • trabalho em equipe;

  • curiosidade;

  • organização;

  • pensamento analítico;

  • capacidade de aprender continuamente;

fazem tanta diferença quanto conhecer comandos.

A tecnologia muda.

Os princípios permanecem.


Aprenda Compartilhando

Existe um segredo conhecido por praticamente todos os grandes instrutores.

Quem ensina aprende duas vezes.

Escreva pequenos artigos.

Explique aquilo que acabou de estudar.

Monte exemplos.

Ajude iniciantes.

Participe de comunidades.

Você ficará surpreso ao perceber o quanto isso acelera sua própria evolução.


A Missão Nunca Termina

No universo Star Trek, cada nova missão leva a outra descoberta.

No Mainframe acontece exatamente o mesmo.

Depois de COBOL vêm Db2, CICS e IMS.

Depois chegam APIs, Git, DevOps, Zowe, observabilidade, segurança, automação e Inteligência Artificial.

É justamente essa evolução constante que torna a carreira tão interessante.

Sempre haverá algo novo para aprender.

Sempre existirá um desafio diferente.

Sempre haverá uma nova fronteira.


O Convite

Talvez você esteja lendo este artigo sem nunca ter aberto um terminal 3270.

Talvez ainda ache que Mainframe é um assunto distante.

Mas lembre-se: praticamente todo especialista começou exatamente assim.

Sem experiência.

Sem respostas.

Com muitas dúvidas.

A diferença é que decidiram continuar aprendendo.

Hoje, você tem acesso a cursos gratuitos, documentação oficial, laboratórios, comunidades e especialistas dispostos a compartilhar conhecimento.

Nunca foi tão fácil embarcar nessa viagem.


Vida Longa e Próspera para sua Carreira

Quando a USS Enterprise inicia uma nova missão, ninguém sabe exatamente o que encontrará pelo caminho.

Mas todos compartilham a mesma convicção: explorar o desconhecido vale a pena.

Aprender IBM Mainframe é muito parecido.

Você descobrirá um universo de tecnologias que sustentam bancos, hospitais, governos, companhias aéreas, seguradoras e empresas espalhadas por todo o planeta.

Mais do que aprender COBOL, você aprenderá como sistemas críticos permanecem confiáveis por décadas, como bilhões de transações são processadas diariamente e como tradição e inovação podem caminhar lado a lado.

Se esta série despertou sua curiosidade, aceite o convite.

Prepare seu café.

Abra seu primeiro curso.

Escreva seu primeiro programa.

Execute seu primeiro JCL.

Conquiste seu primeiro badge.

E dê o primeiro passo rumo a uma carreira que continua conectando passado, presente e futuro da computação.

Porque, no fim das contas, a maior descoberta não está nas estrelas.

Ela está na pessoa que você se tornará durante a viagem.

Vida longa, próspera... e bons estudos, futuro tripulante do IBM Z! 🖖☕


📚 Índice da Série — Da Academia da Frota Estelar ao IBM Z

Bem-vindo à sua primeira missão no universo IBM Mainframe!

Esta série foi criada para servir como um guia completo para iniciantes, utilizando uma linguagem acessível, exemplos práticos e analogias inspiradas em Jornada nas Estrelas. A ideia é mostrar que aprender Mainframe não significa decorar comandos, mas compreender um ecossistema tecnológico que continua movendo bancos, seguradoras, governos e grandes empresas ao redor do mundo.

Cada parte representa uma nova etapa da sua evolução como Programador COBOL Padawan, preparando você para assumir missões cada vez mais complexas no universo IBM Z.

🚀 Parte I — Os Primeiros Passos do Programador COBOL Padawan na Academia da Frota Estelar

Sua jornada começa aqui.

Conheça o universo IBM Mainframe, descubra por que essa tecnologia continua indispensável e explore os melhores cursos gratuitos da IBM para iniciar seus estudos, como IBM Z Mainframe Skills Depot, IBM Z Xplore, IBM Training e SkillsBuild.

Você aprenderá:

  • O que é IBM Mainframe

  • Por que aprender IBM Z

  • Como estudar gratuitamente

  • Primeiros passos para quem nunca viu um Mainframe


🖥️ Parte IIA — Conhecendo o Coração do IBM Z

Depois de entrar na Academia, chegou a hora de conhecer os sistemas fundamentais da plataforma.

Nesta etapa você entenderá como funcionam:

  • COBOL

  • JCL

  • z/OS

  • TSO/ISPF

  • QSAM

  • VSAM

São os componentes que formam a base de praticamente qualquer aplicação corporativa desenvolvida no IBM Z.

https://eljefemidnightlunch.blogspot.com/2022/02/quer-comecar-uma-carreira-em-ibm.html


🌐 Parte IIB — A Ponte de Comando da Enterprise

Agora é hora de subir para a ponte de comando.

Você conhecerá as tecnologias responsáveis pelas aplicações corporativas modernas:

  • Db2

  • SQL

  • CICS

  • IMS

  • RACF

  • APIs REST

  • z/OS Connect

  • Git

  • DevOps

  • Zowe

  • Modernização do IBM Z

Aqui você descobrirá como aplicações escritas há décadas continuam conversando com Cloud, Inteligência Artificial, microsserviços e aplicativos móveis.

https://eljefemidnightlunch.blogspot.com/2022/03/quer-comecar-uma-carreira-em-ibm.html


⭐ Parte III — Da Academia da Frota Estelar ao Convés da USS Enterprise

Toda grande jornada termina... iniciando outra.

Nesta última parte você encontrará um roteiro completo para transformar conhecimento em carreira.

Entre os assuntos abordados estão:

  • Plano de estudos

  • Como montar um portfólio

  • Badges IBM

  • Comunidades

  • Documentação oficial

  • Dicas para entrevistas

  • Evolução profissional

  • Como continuar aprendendo durante toda a carreira

É o momento em que o Padawan deixa de ser aluno e começa a construir sua própria história no universo IBM Z.

https://eljefemidnightlunch.blogspot.com/2022/04/quer-comecar-uma-carreira-em-ibm.html


☕ Continue Explorando

Assim como a USS Enterprise sempre segue em direção a uma nova fronteira, o aprendizado em Mainframe nunca termina.

Ao concluir esta série, recomendamos aprofundar seus estudos nos seguintes temas:

  • Workload Manager (WLM)

  • RMF e SMF

  • RACF Avançado

  • MQ

  • z/OS Connect

  • Ansible para IBM Z

  • Zowe CLI

  • DevOps

  • CI/CD

  • Docker e Kubernetes aplicados ao Mainframe

  • Linux on IBM Z

  • Inteligência Artificial com IBM watsonx

  • Observabilidade

  • Performance

  • Resiliência

  • Segurança Corporativa

O IBM Mainframe continua evoluindo e incorporando novas tecnologias sem abrir mão da confiabilidade que o tornou referência mundial.

Agora é a sua vez de embarcar nessa missão.

Pegue seu café, abra seu primeiro curso, escreva seu primeiro programa COBOL e comece sua própria Jornada do Herói rumo às estrelas.

Vida longa e próspera, futuro tripulante do IBM Z! 🖖




----------------------------------------
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...