Neo COBOL : Como Git, VS Code, APIs, Zowe, DevOps e Inteligência Artificial Estão Transformando o Desenvolvimento Mainframe

Bellacosa Mainframe e o que há de mais moderno no COBOL

☕💣🚀 PADAWAN, O COBOL FUGIU DO TERMINAL VERDE!

Como Git, VS Code, APIs, Zowe, DevOps e Inteligência Artificial Estão Transformando o Desenvolvimento Mainframe

Existe uma pergunta que aparece em praticamente toda palestra sobre Mainframe.

Ela normalmente vem de alguém que nunca trabalhou com IBM Z.

Às vezes é um estudante.

Às vezes é um programador Java.

Às vezes é um gerente recém-chegado ao mundo corporativo.

A pergunta é sempre a mesma:

— Mas COBOL ainda existe?

E eu sempre respondo:

— Não apenas existe. Ele movimenta boa parte da economia mundial enquanto você dorme.

O mais curioso é que o COBOL de hoje não se parece nem um pouco com a imagem que muita gente guarda na cabeça.

Quando alguém fala em COBOL, normalmente imagina uma sala escura, um operador digitando comandos em uma tela verde, um terminal 3270 piscando e um monte de programas escritos há cinquenta anos.

Essa imagem até possui um fundo de verdade.

Mas ela representa apenas uma pequena parte da história.

A realidade é que o Mainframe passou por uma transformação silenciosa que poucas pessoas fora do mercado IBM perceberam.

E talvez essa seja uma das maiores revoluções tecnológicas dos últimos anos.

---

O Gigante Invisível Nunca Foi Embora

Enquanto o mundo discutia startups, aplicativos móveis e computação em nuvem, o Mainframe continuava fazendo aquilo que sempre fez melhor:

Processar volumes absurdos de dados com segurança, disponibilidade e confiabilidade.

Hoje ele continua presente em:

• Bancos

• Seguradoras

• Bolsas de valores

• Governos

• Operadoras de cartão

• Empresas aéreas

• Sistemas de saúde

Bilhões de transações passam diariamente por sistemas COBOL.

Grande parte do dinheiro que circula pelo planeta toca algum programa COBOL em algum momento da jornada.

O curioso é que quase ninguém percebe isso.

Por isso costumo chamar o Mainframe de:

O Gigante Invisível da Computação.

---

O Dia em Que o Mainframe Conheceu o VS Code

Durante décadas o ambiente clássico de desenvolvimento foi dominado por ferramentas tradicionais como:

• ISPF

• TSO

• SDSF

• Editores 3270

Essas ferramentas continuam extremamente importantes.

Mas a nova geração de desenvolvedores cresceu usando interfaces gráficas, IDEs modernas e integração contínua.

A IBM percebeu isso.

O resultado foi uma mudança histórica.

Hoje um programador COBOL pode desenvolver utilizando:

• Visual Studio Code

• Git

• GitHub

• GitHub Actions

• APIs REST

• Zowe Explorer

Ou seja:

O desenvolvedor pode trabalhar em uma interface praticamente idêntica à utilizada por equipes Java, Python ou JavaScript.

A barreira psicológica que separava o Mainframe do restante da indústria começou a desaparecer.

---

Zowe: A Ponte Entre Dois Mundos

Talvez nenhuma ferramenta tenha simbolizado tanto essa transformação quanto o Zowe.

Criado sob o guarda-chuva do Open Mainframe Project, o Zowe funciona como uma ponte entre o universo moderno de desenvolvimento e o ambiente IBM Z.

Com ele é possível:

• Navegar em datasets

• Visualizar jobs

• Consultar JES

• Trabalhar com USS

• Automatizar tarefas

• Consumir APIs do z/OS

Tudo isso sem sair do VS Code.

Para quem cresceu usando ISPF, a experiência parece quase mágica.

Para quem veio do mundo distribuído, finalmente o Mainframe passa a parecer familiar.

---

Open Mainframe Project: O Movimento Que Mudou Tudo

Durante muitos anos existiu um mito.

O mito dizia que Mainframe era uma tecnologia fechada.

Que tudo era proprietário.

Que inovação só acontecia fora desse ambiente.

Então surgiu o Open Mainframe Project.

A iniciativa passou a reunir:

• IBM

• Bancos

• Universidades

• Comunidade Open Source

• Grandes empresas globais

O objetivo era simples:

Modernizar o ecossistema sem destruir aquilo que o tornou confiável.

Foi dessa iniciativa que nasceram diversos projetos fundamentais.

Entre eles:

• Zowe

• COBOL Check

• Z Open Editor

• Mentorship Programs

• Cursos gratuitos

O resultado foi um crescimento enorme da comunidade.

---

O Git Finalmente Chegou ao Mainframe

Antigamente o controle de versões era feito através de soluções corporativas específicas.

Hoje a realidade mudou.

Git tornou-se parte integrante do desenvolvimento Mainframe moderno.

Agora podemos:

• Criar branches

• Fazer merge

• Abrir pull requests

• Revisar código

• Automatizar validações

Exatamente como acontece no restante da indústria.

O Mainframe deixou de ser uma ilha.

Ele tornou-se mais um participante do ecossistema DevOps.

---

DevOps Não É Apenas Moda

Existe quem pense que DevOps é apenas uma palavra bonita para colocar em apresentações.

Não é.

DevOps representa uma mudança cultural profunda.

No passado era comum ver equipes divididas:

Desenvolvimento de um lado.

Operação do outro.

Cada grupo trabalhando isoladamente.

Hoje o objetivo é integração.

Automação.

Colaboração.

Velocidade.

Qualidade.

E o IBM Z abraçou completamente essa filosofia.

---

CI/CD Também Chegou ao COBOL

Um dos maiores choques para quem está entrando no mercado Mainframe é descobrir que existem pipelines CI/CD para COBOL.

Sim.

Pipelines completos.

O fluxo pode ser algo como:

Commit → Build → Testes → Deploy → Produção

Ferramentas modernas como:

• GitHub Actions

• Jenkins

• DBB

• UrbanCode

• Zowe CLI

permitem automatizar praticamente todo o ciclo de desenvolvimento.

O mesmo conceito utilizado em aplicações web agora pode ser aplicado a programas COBOL.

---

Testes Automatizados: O JUnit do Mainframe

Durante muito tempo existiu a falsa ideia de que COBOL não possuía testes unitários.

Hoje isso está completamente ultrapassado.

Ferramentas como COBOL Check permitem:

• Criar testes automatizados

• Validar regras de negócio

• Executar regressões

• Integrar com pipelines DevOps

O conceito é muito parecido com:

• JUnit

• NUnit

• PyTest

A diferença é que agora estamos falando de COBOL.

Isso reduz riscos.

Melhora qualidade.

E aumenta a confiança durante mudanças em sistemas críticos.

---

APIs: O Mainframe Conversa Com Tudo

Outro mito clássico:

"O Mainframe é isolado."

Errado.

O Mainframe moderno conversa com praticamente qualquer tecnologia.

Hoje é comum encontrar:

• APIs REST

• Serviços Web

• JSON

• XML

• Kafka

• MQ

• Cloud

Um programa COBOL pode ser chamado por:

• Aplicativos móveis

• Sites

• Microserviços

• Plataformas em nuvem

A integração tornou-se um dos pilares da modernização.

---

UTF-8: O COBOL Aprendeu Novos Idiomas

Durante décadas os sistemas corporativos lidaram principalmente com conjuntos de caracteres tradicionais.

Agora o mundo é global.

Precisamos lidar com:

• Português

• Japonês

• Chinês

• Árabe

• Emojis

O Enterprise COBOL evoluiu para suportar:

• UTF-8

• NATIONAL

• Dynamic-Length Items

Isso abre portas para aplicações verdadeiramente globais.

---

Multithreading e Performance

Outra área de enorme evolução foi a capacidade de execução paralela.

Recursos modernos permitem:

• Multithreading

• THREAD Compiler Option

• LOCAL-STORAGE

• THREADSAFE

Isso significa melhor aproveitamento dos recursos do hardware IBM Z.

E quando falamos de IBM Z, estamos falando de uma das plataformas mais poderosas já criadas para processamento transacional.

---

O Papel da Inteligência Artificial

Talvez estejamos entrando na fase mais interessante da história do Mainframe.

A Inteligência Artificial começou a chegar ao ambiente IBM Z.

Hoje já vemos:

• Assistentes de código

• Geração automática de documentação

• Explicação de programas legados

• Conversão de código

• Análise de impacto

• Apoio à modernização

Ferramentas como GitHub Copilot, Watsonx e soluções corporativas especializadas estão transformando a forma como trabalhamos.

O desenvolvedor deixa de gastar energia com tarefas repetitivas e passa a focar na lógica de negócio.

---

O Novo Programador Mainframe

O mercado mudou.

O profissional mais valorizado não é apenas aquele que conhece COBOL.

Nem apenas aquele que conhece DevOps.

O profissional mais procurado é aquele que consegue unir os dois mundos.

O desenvolvedor moderno entende:

• COBOL

• JCL

• DB2

• CICS

• Git

• APIs

• VS Code

• Zowe

• DevOps

• CI/CD

• Testes automatizados

Ele compreende o legado.

Mas também compreende a inovação.

E essa combinação é extremamente rara.

---

O Futuro Já Chegou

Muitas pessoas continuam esperando o fim do Mainframe.

Esperam isso há décadas.

Enquanto isso, o IBM Z continua evoluindo.

Continua processando bilhões de transações.

Continua movimentando bancos.

Continua sustentando governos.

Continua integrando-se com nuvem, APIs, DevOps e Inteligência Artificial.

Talvez a maior surpresa não seja que o Mainframe tenha sobrevivido.

Talvez a maior surpresa seja perceber que ele nunca esteve tão moderno.

E aqui está a lição mais importante desta história.

☕💣🚀

OPERADOR, O COBOL NÃO FICOU PRESO NO PASSADO.

ELE SIMPLESMENTE ESPEROU O RESTO DA INDÚSTRIA ALCANÇÁ-LO.

Este texto já está pronto para publicação no Blogspot, LinkedIn Articles ou newsletter "Um Café no Bellacosa Mainframe".

 

Bellacosa Mainframe apresenta o CICS TS versão 6.3

💥 CICS Não é Legado: Como o CICS TS 6.3 Está Processando Milhões de Transações por Segundo (Enquanto o Mundo Ainda Subestima o Mainframe)

🧠 CICS Transaction Server – visão geral atual

O produto que manda no jogo é o
👉 IBM CICS Transaction Server for z/OS

• Middleware transacional de altíssimo volume
• Base de praticamente todos os bancos, seguradoras e governos
• Arquitetura cooperativa de multitarefa (quase um “mini-OS dentro do z/OS”)

---

🚀 Versão mais recente (estado da arte)

👉 Versão atual: CICS TS 6.3
👉 Data de GA: 05 de setembro de 2025

📌 Importante:

• A linha 6.x segue modelo continuous delivery
• Atualizações continuam saindo (inclusive em 2026)

---

🧬 Evolução recente (6.1 → 6.2 → 6.3)

🟢 CICS TS 6.1 (2022)

• Base da nova geração
• Foco:
  • APIs modernas
  • Cloud enablement
  • Melhor governança operacional

---

🟡 CICS TS 6.2 (2024)

• Performance tuning pesado
• Melhorias operacionais reais (não só dev)
• Consolidação da documentação (6.x unificado)

💡 Destaque Bellacosa:

Aqui o CICS começou a “respirar DevOps de verdade”

---

🔵 CICS TS 6.3 (2025 – atual)

• Foco forte em:
  • Observabilidade (OpenTelemetry)
  • Segurança
  • Automação operacional
  • Integração com APIs modernas

Exemplo prático:

• Flush automático de dados de telemetria (SMF + observabilidade moderna)

---

🔐 Segurança evoluída

• HSTS (HTTP Strict Transport Security)
• Melhor visibilidade de login (tentativas, timestamps)

---

⚙️ Limites operacionais (o que ninguém te explica direito)

Agora vem o ouro 👇 (estilo Bellacosa raiz)

👥 Limite de usuários

👉 Não existe limite fixo definido pelo CICS

Depende de:

• Região (QR TCB)
• Storage (EDSAs / GDSA / RDSA)
• Tuning de SIT

💡 Na prática:

• Milhares de usuários simultâneos são comuns
• Bancos operam com dezenas de milhares

---

🧵 Limite de tasks (TCLASS / MAXTASKS)

👉 Controlado por:

• MXT (Max Tasks global da região)
• TCLASS (limite por tipo de workload)

💥 Valores típicos:

• MXT: 500 até 2000+ (ou mais em ambientes modernos)
• Pode escalar dependendo de CPU e tuning

📌 Importante:

• Cada transação = 1 TASK
• CICS é cooperativo (não preemptivo)

---

🔁 Limite de transações por segundo (TPS)

👉 Não existe limite fixo no produto

Depende de:

• CPU (MSU / MIPS)
• I/O (VSAM / DB2 / MQ)
• Locking
• Design da aplicação

💥 Casos reais:

• 10.000+ TPS → comum
• 50.000+ TPS → ambientes financeiros pesados

---

🧠 Limite de memória (Storage)

Controlado por:

• DSAs:
  • CDSA
  • EDSA
  • RDSA
• 31-bit vs 64-bit storage

💡 Tendência moderna:
👉 mover tudo possível para 64-bit storage (above the bar)

---

🧬 Limite de regiões CICS

👉 Ilimitado na prática (depende do z/OS)

Arquiteturas modernas usam:

• CICSPlex SM
• TOR / AOR / FOR separation

---

🏗️ Arquitetura operacional (visão de campo)

🧩 Componentes chave

• QR TCB → coração da região
• Open TCBs → paralelismo real (DB2, MQ, Java)
• Dispatcher CICS → controla multitarefa
• Program Control (PC)
• Task Control (TC)

---

🔄 Modelo de execução

1. Terminal / API chama transação
2. CICS cria TASK
3. Dispatcher gerencia CPU
4. TASK usa serviços:
   • VSAM
   • DB2
   • MQ
5. Commit (syncpoint)

---

🔥 O que realmente mudou (visão prática)

Antes (CICS clássico)

• 3270
• COBOL puro
• VSAM pesado
• Transação síncrona

---

Agora (CICS moderno)

• REST via z/OS Connect
• APIs JSON
• Observabilidade (OpenTelemetry)
• Integração cloud
• DevOps pipeline

💥 Em resumo:
👉 CICS virou Application Server corporativo de missão crítica

---

📊 Pontos fortes atuais

• Escalabilidade absurda (vertical + horizontal)
• Resiliência (quase zero downtime)
• Integração híbrida (legacy + cloud)
• Segurança nível bancário

---

⚠️ Gargalos reais (sem romantizar)

• Aplicação mal escrita = gargalo (não o CICS)
• Lock em VSAM/DB2
• TASK segurando CPU (não liberando)
• Storage mal dimensionado
• Falta de paralelismo (Open TCB subutilizado)

---

🧠 Conclusão estilo Bellacosa

CICS hoje não é legado.

👉 É core digital escondido atrás de APIs modernas

E a versão 6.3 consolida isso:

• Mais observável
• Mais seguro
• Mais integrado
• Mais preparado para cloud

 

Bellacosa Mainframe Cobol e Cloud

☁️🔥 “Seu COBOL NÃO está obsoleto — ele só não foi apresentado à Nuvem”

O guia do Padawan Mainframe para dominar Microservices sem trair o z/OS

💬 “Mestre… devo abandonar o mainframe para sobreviver na era cloud?”
🧙‍♂️ “Não, jovem Padawan. A Força sempre esteve no Data Center.”

Se você é dev COBOL, operador, analista ou arquiteto de sistemas críticos… respire.

👉 O mundo não está substituindo o mainframe.
👉 Está construindo a nuvem em volta dele.

E sim — seu conhecimento vale OURO nessa nova galáxia.

---

🧠 Capítulo 1 — A grande mentira da TI moderna

Vende-se a ideia de que:

Mainframe → legado → morte
Cloud → futuro → salvação

Mas a realidade corporativa é:

Cloud = front-end + elasticidade
Mainframe = core + verdade + dinheiro

💰 70%+ das transações financeiras mundiais ainda passam por mainframes.

---

🥚 Easter Egg histórico #1

A cloud é, ironicamente, um retorno ao modelo antigo:

• Computação centralizada ✔️
• Terminais remotos ✔️
• Multiusuário ✔️
• Cobrança por uso ✔️

👉 Isso descreve time-sharing dos anos 60.

Ou seja:

☁️ Cloud = Mainframe com marketing + internet + APIs

---

🏛️ Capítulo 2 — O Monólito Sagrado

Seu sistema clássico:

Tela 3270
   ↓
CICS
   ↓
COBOL gigante
   ↓
DB2 / VSAM

Tudo junto. Tudo consistente. Tudo auditável. Tudo confiável.

💎 Isso é engenharia de missão crítica.

---

🥚 Easter Egg #2 — Por que bancos NÃO desligam o mainframe?

Porque ele resolve coisas que sistemas distribuídos lutam para resolver:

• ACID forte
• Integridade absoluta
• Latência previsível
• Segurança extrema
• Throughput absurdo
• Operação contínua

👉 “Reescrever em microservices” costuma piorar tudo isso.

---

☁️ Capítulo 3 — O que é Microservices de verdade

Não é “dividir código”.
É dividir responsabilidades de negócio.

Exemplo bancário:

Domínio	Microserviço
Cliente	Customer Service
Conta	Account Service
Pagamento	Payment Service
Cartão	Card Service
Autenticação	Auth Service

💡 Isso já existia no CICS como transações separadas.

---

🧩 Capítulo 4 — O Segredo: NÃO REESCREVER

🔥 Modernização corporativa séria usa um truque Jedi:

Transformar o COBOL em backend de APIs

---

Exemplo real

Antes (CICS COMMAREA)

CALL 'ACCT001' USING DFHCOMMAREA

---

Depois (API REST)

GET /accounts/12345

Internamente:

API → z/OS Connect → CICS → COBOL → DB2

👉 O programa continua intacto.

---

🥚 Easter Egg #3

Muitos bancos expõem APIs modernas…
que na verdade chamam código COBOL escrito nos anos 80.

Sim. Seu código pode estar alimentando fintechs.

---

🏗️ Capítulo 5 — O Padrão do Estrangulador (Strangler Fig)

Nome estranho. Estratégia brilhante.

🌿 A figueira estranguladora cresce em volta da árvore original…
até substituí-la.

---

Passo a passo

1️⃣ Mapear o sistema

Descobrir:

• Programas
• Dependências
• Transações
• Dados
• Fluxos reais (não documentados 😄)

---

2️⃣ Escolher “Quick Wins”

Comece por leitura:

✅ Consulta de saldo
✅ Extrato
✅ Dados cadastrais

Evite:

❌ Transferências
❌ Liquidações
❌ Processos críticos

---

3️⃣ Expor APIs do Mainframe

Ferramentas típicas:

• z/OS Connect
• CICS Web Services
• MQ + integração
• API Gateways

---

4️⃣ Criar Microservices na Cloud

Eles:

• Chamam o mainframe
• Agregam dados
• Aplicam lógica nova
• Escalam sob demanda

👉 São um “escudo protetor”.

---

5️⃣ Migrar gradualmente

Antes → Tudo no CICS
Depois → Parte cloud + parte mainframe

Nenhum Big Bang.

---

💾 Capítulo 6 — O Verdadeiro Chefão: Dados

Código é fácil. Dados são sagrados.

---

Estratégias usadas

🪞 Replicação

Dados copiados para cloud.

• CDC
• Streaming
• Replicação DB2

---

📬 Event-Driven

Quando algo muda:

Mainframe → Evento → Cloud atualiza

Tecnologias:

• Kafka
• MQ
• Service Bus

---

🧱 Dono do dado

No futuro ideal:

👉 Cada microserviço controla seus próprios dados.

Mas isso leva anos.

---

⚙️ Capítulo 7 — Kubernetes explicado para quem viveu JES

Kubernetes é basicamente:

🧠 JES + WLM + Sysplex + Automation Tool + operadores que não dormem

Ele:

• Agenda execução
• Reinicia falhas
• Balanceia carga
• Escala automaticamente
• Distribui workloads

---

🥚 Easter Egg #4

Autoscaling na cloud ≈ WLM reagindo à carga.

Só que cobrando por minuto 😅

---

🔐 Capítulo 8 — Segurança: RACF foi o protótipo

IAM moderno é RACF distribuído.

Cloud	Mainframe
IAM	RACF
RBAC	Grupos
Policies	Profiles
Least privilege	Princípio básico RACF

👉 Você já entende Zero Trust melhor que muito dev cloud.

---

💰 Capítulo 9 — FinOps: o novo tuning de CPU

No mainframe:

👉 Otimizar CPU = economizar MIPS

Na cloud:

👉 Otimizar arquitetura = economizar dinheiro

VM ligada sem uso = conta rodando
Tráfego = dinheiro
Storage = dinheiro
API calls = dinheiro

💀 Arquitetura ruim pode custar milhões.

---

🏦 Capítulo 10 — Arquitetura Híbrida Real

Mobile / Web
      ↓
Cloud Front-end
      ↓
Microservices
      ↓
API Gateway
      ↓
z/OS Connect
      ↓
CICS + COBOL + DB2

👉 O mainframe vira um Transaction Engine as a Service

---

🌟 Capítulo Final — O Despertar do Padawan

Você não está atrasado.

Você está subaproveitado.

💎 Enquanto muitos aprendem:

• Framework da moda
• Ferramenta efêmera
• Arquitetura frágil

Você já domina:

🔥 Sistemas que não podem cair
🔥 Regras de negócio reais
🔥 Consistência absoluta
🔥 Operação contínua
🔥 Escala de país

---

🧙‍♂️ A verdadeira evolução

Dev COBOL → Engenheiro de Sistemas → Arquiteto Cloud Enterprise

---

🥚 Easter Egg Final

Grandes bancos que “migraram para cloud” muitas vezes apenas:

👉 Colocaram uma camada bonita em cima do mainframe.

O coração continua lá.

Batendo em COBOL.

---

🚀 Mensagem do Mestre

💬 “Não abandone o mainframe. Amplifique-o.”

A nuvem não veio substituir o z/OS.

Ela veio:

☁️ Expandir
☁️ Integrar
☁️ Escalar
☁️ Tornar invisível — mas indispensável

🚀 Seu cérebro COBOL está pronto para Python? O guia que acelera a migração em horas, não anos

 

Bellacosa Mainframe apresenta Python para Engenheiros e Analistas de Mainframe

🚀 Seu cérebro COBOL está pronto para Python? O guia que acelera a migração em horas, não anos

Python tornou-se uma linguagem estratégica para engenheiros de mainframe que desejam expandir suas habilidades para automação, integração moderna, Data Engineering e Inteligência Artificial. 

Para profissionais acostumados com COBOL, JCL e DB2, Python oferece um modelo mental mais simples e produtivo, substituindo estruturas como WORKING-STORAGE por variáveis dinâmicas, PERFORM por loops e FILE SECTION por manipulação direta de arquivos. 

Com bibliotecas poderosas e sintaxe clara, é possível automatizar rotinas operacionais, processar logs, integrar sistemas legados a APIs REST, consumir serviços web e construir pipelines de dados com muito menos código. 

Python também facilita DevOps, testes de batch, RPA corporativo e modernização de aplicações críticas. Seu uso crescente em nuvem, analytics e machine learning torna essa linguagem uma ponte natural entre o ambiente z/OS e o ecossistema digital atual. 

Aprender Python é, portanto, um passo essencial para mainframe engineers que desejam permanecer relevantes na transformação tecnológica.

🐍🔥 Cheatsheet Python para Mainframe Engineers

🧠 Mental Model — COBOL → Python

Conceito Mainframe	Equivalente Python
Program	Script / Module
WORKING-STORAGE	Variáveis
PIC clauses	Tipagem dinâmica
PERFORM UNTIL	while
PERFORM VARYING	for
COPYBOOK	Module / Class
FILE SECTION	File handling
DB2 cursor	Iteração
JCL orchestration	Scripts + Scheduler

---

📦 Variáveis (sem DATA DIVISION 😎)

COBOL

01 WS-NUM PIC 9(4) VALUE 100.

Python

ws_num = 100

✔ Sem declaração
✔ Sem tamanho fixo
✔ Tipagem dinâmica

---

📚 Estruturas de Dados — “Working Storage Turbo”

🔹 List → Tabelas OCCURS

clientes = ["Ana", "João", "Maria"]
clientes.append("Carlos")

👉 Similar a:

OCCURS n TIMES

---

🔹 Dictionary → Registro com campos nomeados

cliente = {
    "nome": "Ana",
    "saldo": 1500
}

👉 Mistura de:

✔ Registro
✔ Índice por chave
✔ Estrutura dinâmica

---

🔹 Tuple → Registro imutável

coordenada = (10, 20)

👉 Ideal quando dados não devem mudar.

---

🔹 Set → Lista sem duplicatas

codigos = {101, 102, 102, 103}

Resultado:

{101, 102, 103}

👉 Excelente para deduplicação de dados.

---

🔎 Indexação

nome = "BELLACOSA"

nome[0]   # B
nome[-1]  # A

👉 Python começa em ZERO (como C, não como COBOL).

---

⚖️ Condições (IF sem THEN/END-IF)

saldo = 100

if saldo > 0:
    print("Positivo")
else:
    print("Negativo")

---

🔁 Loops

🔹 For (PERFORM VARYING)

for i in range(5):
    print(i)

---

🔹 For em coleção

for cliente in clientes:
    print(cliente)

👉 Cursor implícito.

---

🔹 Enumerate (índice + valor)

for i, nome in enumerate(clientes):
    print(i, nome)

---

🔹 While (PERFORM UNTIL)

x = 0

while x < 5:
    print(x)
    x += 1

---

🧩 Funções (Subprogramas leves)

def calcular_taxa(valor):
    return valor * 0.05

Chamada:

taxa = calcular_taxa(1000)

---

📏 Built-ins que substituem muito código COBOL

len(lista)        # tamanho
sum(lista)        # soma
max(lista)
min(lista)
sorted(lista)

---

⚠️ Tratamento de Erros (sem Abend 😎)

COBOL

ON EXCEPTION

Python

try:
    x = int("abc")
except ValueError:
    print("Erro de conversão")

---

📂 Arquivos (QSAM moderno)

Leitura

with open("dados.txt", "r") as f:
    for linha in f:
        print(linha)

---

Escrita

with open("saida.txt", "w") as f:
    f.write("Hello Mainframe")

👉 with garante fechamento automático.

---

🧱 Classes (Estruturas + Comportamento)

class Conta:
    def __init__(self, saldo):
        self.saldo = saldo

    def depositar(self, valor):
        self.saldo += valor

Uso:

c = Conta(1000)
c.depositar(500)

---

🔍 Tipos e Debug

type(x)

---

🚀 Automação — O Superpoder

Executar comandos do sistema

import os

os.system("dir")

---

Processar arquivos em lote

import glob

for arquivo in glob.glob("*.txt"):
    print(arquivo)

---

🌐 Integração moderna

Consumir API

import requests

r = requests.get("https://api.github.com")
print(r.status_code)

👉 Equivalente moderno de MQ + Web Services.

---

🧠 Padrões mentais úteis

Python é:

✔ Scriptável
✔ Interativo
✔ Orientado a objetos
✔ Ideal para automação
✔ Excelente para integração

---

💥 Onde Python brilha para Mainframe Engineers

🔥 Automação operacional
🔥 DevOps e pipelines
🔥 Testes de batch
🔥 Processamento de logs
🔥 APIs REST para legado
🔥 Data Engineering
🔥 Machine Learning
🔥 RPA e scripting corporativo

---

☕ Frase estilo War Room

👉 COBOL mantém o mundo funcionando.
Python automatiza o mundo que muda.