💣🔥 O MAINFRAME NÃO PERDOA: 1 LINHA DE CÓDIGO PODE CUSTAR MILHARES 🔥💣

 

Bellacosa Mainframe falando sobre performance

💣🔥 O MAINFRAME NÃO PERDOA: 1 LINHA DE CÓDIGO PODE CUSTAR MILHARES 🔥💣

Vamos destrinchar isso no estilo Bellacosa: direto, profundo e com aquela visão de bastidor que pouca gente comenta.

---

🧠 Performance eom contexto real de guerra

🚀 Ajuste de Performance em Mainframe: pequenas mudanças, impacto massivo

No mundo de processamento corporativo de alto volume, a diferença entre um programa eficiente e um “pesado” não é segundos…

👉 pode significar milhares de dólares economizados em MSU (unidade que mede consumo e custo no mainframe).

Muitas vezes focamos em “funcionar”… mas esquecemos de “rodar leve”.

---

⚙️ Explicação — o que está POR TRÁS disso

Aqui está o ponto que muita gente subestima:

👉 Mainframe não é só CPU — é economia por instrução executada.

Cada ciclo desnecessário vira:

• 💸 mais cobrança de licença (MLC)
• 🐢 mais tempo de resposta
• 💥 risco em janelas batch

---

🔥 Por que isso é ainda MAIS crítico em 2026?

Mesmo com cloud híbrida dominando:

• Bancos globais ainda rodam em IBM z/OS
• DB crítico continua em IBM Db2
• Processamento massivo ainda depende de batch pesado

💡 Ou seja: o mainframe virou o coração invisível da economia digital.

E código ruim ali… custa caro TODO DIA.

---

💣 Análise técnica aprofundada dos pontos

1. 🗃️ DB2 Cursor mal usado = desperdício brutal

Se você faz:

SELECT * FROM CLIENTES

…mas só usa 10 registros:

👉 você está pagando por 10.000.

💡 Solução:

• OPTIMIZE FOR n ROWS
• índices corretos
• evitar full table scan

🔥 Curiosidade:
Já vi job cair de 40 minutos → 3 minutos só ajustando índice.

---

2. 💾 SORT vs I/O: a guerra invisível

Quando você não usa memória suficiente:

👉 o sistema escreve em disco (WORK FILES)

Resultado:

• I/O explode
• tempo de execução dispara

💡 Ajuste fino:

• REGION / MEMLIMIT
• SORTWK corretamente dimensionado

🧠 Easter egg:
SORT mal configurado pode custar MAIS CPU que o próprio programa COBOL.

---

3. 🔢 COMP vs COMP-3 — detalhe que vira milhões

• COMP → binário (rápido)
• COMP-3 → packed decimal (mais compacto, porém mais lento em cálculo)

👉 Em loops massivos:
isso vira diferença real de CPU.

💣 Regra prática:

• cálculo intensivo → use COMP
• armazenamento → use COMP-3

---

4. ⚠️ SSRANGE — o vilão silencioso

Ótimo para debug…
PÉSSIMO em produção.

👉 Ele verifica limites de array a cada acesso.

Resultado:

• CPU explode
• performance despenca

🔥 Já vi aumento de +20% de CPU só por esquecer isso ligado.

---

🧨 O que ELE NÃO falou (mas deveria)

Aqui vai a camada avançada:

🧠 1. COBOL “bonito” pode ser lento

Código legível ≠ código eficiente

Ex:

• PERFORM dentro de PERFORM dentro de PERFORM
• MOVE desnecessário
• IF redundante

---

🧠 2. I/O é o verdadeiro inimigo

Não é CPU.

👉 É acesso a disco.

Quem domina isso:

• usa buffering
• reduz READ/WRITE
• evita datasets intermediários

---

🧠 3. Batch Window é política, não técnica

Se seu job estoura janela:

👉 não é só problema técnico
👉 vira problema de negócio (SLA)

---

💡 Exemplos reais (estilo “guerra de produção”)

• 🏦 Banco:
  Um cursor sem índice → +300 MSU/dia
  👉 custo mensal absurdo
• 📦 Logística:
  SORT mal dimensionado → job atrasava expedição
  👉 impacto físico real
• 💳 Cartão de crédito:
  SSRANGE ligado → sistema 15% mais caro sem ninguém perceber

---

🧪 Easter Eggs de Mainframe 🕵️

• 🧩 Programas COBOL podem rodar MAIS RÁPIDO que Java até hoje em batch massivo
• 💣 Um único DISPLAY em loop pode matar performance
• 🧠 Muitas empresas NÃO sabem quanto custa cada programa individual
• ⚠️ O maior gargalo raramente é onde o dev acha que está

---

🎯 Conclusão — a verdade nua e crua

Modernizar não é só API, cloud ou DevOps.

👉 É respeitar a máquina.

No mainframe:

Eficiência não é otimização — é sobrevivência financeira.

---

🚀 Pergunta provocativa

Se hoje você tivesse que pagar do seu bolso o MSU do seu código…

👉 você ainda programaria do mesmo jeito?

---

💣🔥 CHECKLIST CIRÚRGICO DE PERFORMANCE — COBOL + DB2 (NÍVEL PRODUÇÃO) 🔥💣

Aqui não é teoria — é checklist de guerra, pra você olhar um programa e já saber onde cortar custo, CPU e tempo de execução.

---

🧠 1. ACESSO AO DB2 (onde mais se perde dinheiro)

🔍 Checklist rápido:

• Existe índice cobrindo o WHERE?
• Evita SELECT *?
• Usa OPTIMIZE FOR n ROWS quando necessário?
• Evita ORDER BY desnecessário?
• Cursor está com FETCH controlado (não trazendo milhares sem uso)?
• Usa WITH UR quando leitura suja é aceitável?
• Evita funções em colunas indexadas (SUBSTR, UPPER, etc)?

💣 Cirurgia clássica:

SELECT * FROM CLIENTES

⬇️

SELECT NOME, CPF FROM CLIENTES
WHERE CPF = :WS-CPF

👉 Redução brutal de I/O + CPU

---

⚙️ 2. LOOPS COBOL (o assassino silencioso)

🔍 Checklist:

• Existe PERFORM dentro de PERFORM desnecessário?
• Loop depende de I/O (READ dentro de loop)?
• Variáveis são recalculadas sem necessidade?
• Usa EXIT PERFORM corretamente?

💡 Dica de ouro:

👉 Tire tudo que puder de dentro do loop

---

💾 3. I/O (o verdadeiro vilão)

🔍 Checklist:

• Quantos READ/WRITE estão sendo feitos?
• Arquivo poderia ser processado em memória?
• Existe buffering?
• Dataset está corretamente definido (BLKSIZE, BUFNO)?

💣 Regra brutal:

1 acesso a disco ≈ milhares de instruções CPU

---

🔢 4. TIPOS DE DADOS (COMP vs COMP-3)

🔍 Checklist:

• Campos de cálculo estão como COMP?
• Campos apenas armazenados estão como COMP-3?
• Evita conversões constantes?

💡 Impacto real:

Loops matemáticos + tipo errado = CPU desnecessária

---

⚠️ 5. PARÂMETROS DE COMPILAÇÃO

🔍 Checklist:

• SSRANGE está desligado em produção?
• OPTIMIZE ativo?
• NUMPROC, TRUNC corretos?

💣 Clássico erro:

👉 esquecer SSRANGE ligado = CPU queimando dinheiro

---

🧮 6. SORT (onde muita gente erra feio)

🔍 Checklist:

• Está usando SORT externo em vez de COBOL?
• Memória suficiente foi alocada?
• Evita SORT desnecessário?

💡 Insight:

👉 SORT bem configurado = menos I/O + mais velocidade

---

🧠 7. DESIGN DO PROGRAMA

🔍 Checklist:

• Programa faz mais do que deveria?
• Existe lógica duplicada?
• Pode dividir em etapas menores?

💣 Verdade dura:

Código grande demais = difícil de otimizar

---

🔥 8. JCL E EXECUÇÃO

🔍 Checklist:

• REGION adequado?
• MEMLIMIT ajustado?
• Uso correto de GDG?
• Evita datasets temporários desnecessários?

---

📊 9. MONITORAMENTO (quem não mede, perde dinheiro)

🔍 Checklist:

• Analisou SMF / accounting?
• Usou EXPLAIN no DB2?
• Avaliou tempo CPU vs elapsed?

💡 Ferramentas típicas:

• IBM Db2 EXPLAIN
• SDSF
• IBM z/OS metrics

---

🧪 10. MICRO-OTIMIZAÇÕES QUE VIRAM MILHARES 💸

• Evitar MOVE desnecessário
• Evitar DISPLAY em produção
• Reduzir chamadas de programa
• Evitar validações redundantes
• Usar tabelas internas corretamente

---

🧨 CHECK FINAL (modo produção)

Se responder NÃO pra qualquer um abaixo, tem dinheiro sendo perdido:

• Esse programa usa o mínimo de I/O possível?
• O DB2 está usando índice corretamente?
• O CPU está sendo usado de forma eficiente?
• O tempo está dentro da janela batch?
• O código foi pensado para performance ou só para funcionar?

---

🎯 FECHAMENTO ESTILO MAINFRAME ROOT

No mundo distribuído:
👉 você paga por servidor

No mainframe:
👉 você paga por cada instrução mal escrita

 

Bellacosa Mainframe mostra o poder do batch COBOL e JCL dupla imbativel

💣🔥 VOCÊ PROGRAMA COBOL… MAS QUEM MANDA NO JOGO É O JCL — O SEGREDO QUE NINGUÉM TE CONTA NO MAINFRAME 🔥💣

No universo mainframe, existe uma ilusão perigosa — e eu vou quebrar ela agora:

Muita gente acha que COBOL é o protagonista.

Mas sem JCL… COBOL não passa de código parado no disco.

Vamos destrinchar isso no estilo raiz — direto do chão de fábrica do z/OS.

---

🧠 ESSÊNCIA (SEM ENROLAÇÃO)

No ecossistema mainframe, duas siglas reinam:

• COBOL → linguagem de programação
• JCL → linguagem de controle

E aqui está a verdade crua:

🔥 COBOL pensa. JCL executa.

---

🔹 COBOL — O CÉREBRO DO NEGÓCIO

COBOL (Common Business-Oriented Language) é onde mora a inteligência do sistema.

É nele que você define:

• Cálculos (juros, impostos, tarifas)
• Regras de negócio
• Validações
• Leitura e gravação de dados

👉 Em outras palavras:

COBOL é onde a regra do banco, da seguradora, do governo ganha vida.

💥 Exemplo clássico:

IF SALDO > 1000
   COMPUTE JUROS = SALDO * 0.05
END-IF

Aqui está a lógica. Mas… isso ainda não roda sozinho.

---

🔹 JCL — O MAESTRO INVISÍVEL

JCL (Job Control Language) não é linguagem de programação.

Ele é o orquestrador do caos.

Ele diz ao sistema:

• Quando executar
• Qual programa rodar
• Quais arquivos usar
• Em que ordem executar os passos
• Quais recursos alocar

👉 Tradução Bellacosa:

JCL é o cara que aperta o botão, monta o ambiente e garante que tudo aconteça.

---

⚙️ EXEMPLO REAL (RAIZ DE PRODUÇÃO)

🧠 COBOL (a lógica)

Programa que calcula juros.

⚙️ JCL (a execução)

//JUROS   JOB  (ACCT),'CALCULO'
//STEP1   EXEC PGM=CALCJUROS
//INPUT   DD DSN=CLIENTES.DADOS,DISP=SHR
//OUTPUT  DD DSN=CLIENTES.RESULT,DISP=NEW

👉 O que está acontecendo aqui?

• O JCL chama o programa COBOL (CALCJUROS)
• Define os arquivos de entrada e saída
• Controla execução e recursos

💥 Sem isso?
O programa COBOL nunca sai do papel.

---

🧩 ANALOGIA PODEROSA (GUARDA ISSO)

Pensa assim:

• 🧠 COBOL = o chef que sabe cozinhar
• 🎛️ JCL = o gerente da cozinha que liga o fogão, entrega ingredientes e organiza os pedidos

👉 Sem o chef → não tem comida
👉 Sem o gerente → ninguém cozinha

---

🚨 ERRO CLÁSSICO DE INICIANTE

Muita gente entra no mainframe achando:

“Vou aprender COBOL e pronto.”

❌ Errado.

Sem entender JCL você não sabe:

• Submeter jobs
• Controlar batch
• Interpretar abends
• Trabalhar com datasets
• Entender fluxo real de produção

👉 Resultado?
Fica dependente de outros… ou perdido no spool.

---

🔥 O PONTO QUE SEPARA AMADOR DE PROFISSIONAL

Quem domina só COBOL:

• escreve código

Quem domina COBOL + JCL:

• entende o sistema inteiro

E aqui está o salto de carreira:

💣 Mainframe não é só programar. É orquestrar processamento.

---

📊 BATCH: ONDE TUDO ACONTECE

O JCL brilha principalmente no mundo batch:

• Processamento noturno
• Milhões de registros
• Integração entre sistemas
• Fechamentos financeiros

👉 É aqui que o mainframe mostra por que ainda domina o mundo.

---

🧠 RESUMO BELLACOSA (NA VEIA)

• COBOL → o que fazer
• JCL → como, quando e com o quê fazer

🔥 COBOL sem JCL é potencial.
JCL sem COBOL é vazio.
Juntos? Missão crítica rodando há décadas.

---

💬 REFLEXÃO FINAL

Se você quer realmente entrar no jogo do mainframe…

Não escolha entre COBOL e JCL.

Domine os dois.

Porque no mundo real:

• O banco não quer só código
• Ele quer processamento funcionando
• Sem falha
• Sem atraso
• Sem desculpa

---

💣 FRASE PRA LEVAR PRA VIDA

“Quem escreve COBOL acha que manda.
Quem domina JCL sabe que manda.”

 

Bellacosa Mainframe fala sobre Ronins e Terceirização

💀 RONIN DO MAINFRAME: O CÓDIGO SEM SENHOR NO MUNDO CORPORATIVO

Existe um tipo de profissional que não pertence a lugar nenhum… mas é essencial em todos os lugares.
No Japão feudal, ele era chamado de ronin.
No mundo corporativo — especialmente no universo mainframe — ele atende por outro nome: o terceirizado de projeto.

E a semelhança vai muito além da estética.

---

⚔️ O QUE É UM RONIN, AFINAL?

A palavra ronin (浪人) significa literalmente “homem à deriva”.

No Japão feudal:

• Era um samurai sem mestre (daimyō)
• Perdia seu senhor por morte, desonra ou queda política
• Ficava sem propósito fixo, sem renda e sem proteção

Mas não se engane…
Um ronin não era um fracasso.

Ele era, muitas vezes:

• Extremamente habilidoso
• Independente
• Perigoso
• E… livre demais para um sistema que exigia lealdade absoluta

---

💻 O RONIN DO MAINFRAME

Agora transporta isso para o nosso mundo…

O profissional que:

• Entra em projetos críticos
• Resolve o que ninguém resolve
• Domina COBOL, JCL, CICS, DB2 como poucos
• E… quando tudo estabiliza, é dispensado

Esse é o ronin corporativo.

Sem squad fixo.
Sem “casa”.
Sem pertencimento.

Mas com algo que poucos têm:
👉 capacidade de sobrevivência em qualquer ambiente hostil de TI

---

🔥 ANALOGIA DIRETA (SEM FILTRO)

Japão Feudal	Mainframe Corporativo
Daimyō	Cliente / Empresa
Samurai	Funcionário CLT
Ronin	Terceirizado
Katana	Conhecimento técnico
Código de honra (Bushidō)	Boas práticas, governança
Sobrevivência	Alocação em projetos

E aqui vem o ponto mais forte…

👉 O ronin não escolhe estabilidade.
👉 Ele escolhe movimento.

---

🧠 FILOSOFIA RONIN (QUE TODO DEV DEVERIA ENTENDER)

O ronin vive sob três regras não escritas:

1. 🧭 Você é sua própria reputação

Sem empresa para te “defender”, só existe:

• Seu nome
• Sua entrega
• Seu histórico

No mainframe isso pesa ainda mais…
porque todo mundo se conhece.

---

2. ⚡ Aprender não é opcional

O ronin não tem zona de conforto.

Hoje é:

• Batch noturno quebrando

Amanhã:

• Problema em CICS com transação travando

Depois:

• SQL de 1978 que ninguém entende

Se você não evolui… você desaparece.

---

3. 🏹 Desapego é sobrevivência

Terminou o projeto?

Você vai embora.

Sem despedida dramática.
Sem “vamos manter contato” que nunca acontece.

👉 Só o próximo desafio.

---

🏯 ORIGEM HISTÓRICA (CURIOSIDADE RAIZ)

Os ronin ficaram especialmente famosos após eventos como:

• A era Tokugawa (1603–1868), quando guerras diminuíram
• Muitos samurais ficaram sem função
• Alguns viraram mercenários
• Outros… professores, escritores ou até criminosos

O caso mais icônico:
👉 Os 47 Ronin

Um grupo que vingou seu mestre mesmo após anos — um dos maiores símbolos de lealdade da cultura japonesa.

---

🧩 EASTER EGGS QUE POUCA GENTE PERCEBE

• 🔍 Muitos personagens de anime são “ronins modernos” (sem mestre, sem vínculo)
• 💡 No mundo corporativo, o ronin é frequentemente o cara que “salva o legado”
• ⚠️ Empresas dependem deles… mas raramente os valorizam corretamente
• 🧠 O conhecimento deles é tácito, não documentado — um risco gigante

---

⚠️ O LADO SOMBRIO DO RONIN CORPORATIVO

Nem tudo é poesia.

Ser um ronin no mainframe também significa:

• Falta de estabilidade
• Pouco reconhecimento institucional
• Desgaste constante
• Necessidade de provar valor repetidamente

👉 É uma vida de guerra contínua.

---

🚀 O GRANDE PARADOXO

As empresas dizem querer:

• Estabilidade
• Padronização
• Governança

Mas quando o sistema cai…

👉 Elas chamam o ronin.

---

☕ CONCLUSÃO ESTILO BELLACOSA

O ronin do mainframe não é só um profissional.

Ele é:

• O cara que entra no caos
• Entende código legado sem documentação
• Resolve em silêncio
• E desaparece antes dos aplausos

Enquanto muitos buscam conforto…

👉 O ronin busca relevância.

E no fundo, no fundo…

Todo ambiente crítico de mainframe sabe:

“Sem os ronins… muita coisa simplesmente pararia.”

 

 

Bellacosa Mainframe do jcl ao json laboratorio pratico

🧪 LABORATÓRIO — DO JCL AO JSON

🐍 Missão: Dominar dados reais com Python

👉 Formato: desafios práticos
👉 Nível: iniciante → intermediário
👉 Ideal para 1–2 dias de hands-on
👉 Pode virar curso ou workshop

---

🔹 BLOCO 1 — Arquivos (I/O)

🧩 Desafio 1 — Leitor de arquivo sequencial

Crie um programa que:

• Leia clientes.txt
• Mostre número total de linhas
• Mostre a primeira e última linha

💡 Analog: processamento sequencial COBOL

---

🧩 Desafio 2 — Contador de registros válidos

Arquivo contém linhas vazias e comentários iniciados por #.

Conte apenas registros válidos.

---

🧩 Desafio 3 — Gerador de arquivo batch

Crie um arquivo relatorio.txt contendo:

• Data/hora atual
• Total de registros processados
• Status “OK”

---

🧩 Desafio 4 — Conversor TXT → CSV

Entrada:

123;Ana;1200
456;João;950

Produza um CSV com cabeçalho.

---

🧩 Desafio 5 — Copiador com filtro

Copie transacoes.txt para aprovadas.txt
apenas registros com valor > 1000.

---

🔹 BLOCO 2 — Pandas (Dados tabulares)

🧩 Desafio 6 — Carregar dataset

Use Pandas para:

• Ler um CSV
• Mostrar as 5 primeiras linhas
• Mostrar número de registros

---

🧩 Desafio 7 — Filtro de negócios

Mostre apenas clientes com saldo > 1000.

Ordene por saldo decrescente.

---

🧩 Desafio 8 — Estatísticas rápidas

Calcule:

• Média do saldo
• Máximo
• Mínimo
• Total

---

🧩 Desafio 9 — Agrupamento

Agrupe clientes por cidade e conte quantos há em cada uma.

💡 Similar a GROUP BY

---

🧩 Desafio 10 — Pipeline batch moderno

Leia um CSV → filtre → salve novo CSV com resultados.

---

🔹 BLOCO 3 — NumPy (Processamento numérico)

🧩 Desafio 11 — Operações vetoriais

Crie dois arrays e calcule:

• Soma elemento a elemento
• Produto elemento a elemento
• Produto escalar

---

🧩 Desafio 12 — Matriz de desempenho

Simule vendas por região:

• Matriz 3×4
• Calcule totais por linha e coluna

---

🔹 BLOCO 4 — APIs (Integração moderna)

🧩 Desafio 13 — Consumidor de API

Use uma API pública (ex.: cotação de moedas).

Exiba:

• Valor atual
• Data/hora
• Fonte

💡 Biblioteca: requests

---

🧩 Desafio 14 — API → DataFrame

Obtenha dados JSON de uma API e:

• Converta para Pandas
• Mostre estatísticas
• Salve em CSV

---

🔹 BLOCO 5 — Web Scraping

🧩 Desafio 15 — Minerador de dados web

Extraia dados de uma página pública:

• Títulos de notícias OU
• Tabela da Wikipedia

Salve em arquivo estruturado.

💡 Bibliotecas:

requests
BeautifulSoup
pandas.read_html()

---

🏆 DESAFIO EXTRA (Modo Arquitetura)

🔥 Mega-missão — Pipeline completo

Construa um fluxo:

👉 Coletar dados de API
👉 Complementar com dados de arquivo local
👉 Processar com Pandas
👉 Salvar resultado final

💥 Isso simula um ETL moderno.

---

🎯 O que você dominará ao concluir

✔ Manipulação de arquivos
✔ Processamento tabular
✔ Computação numérica
✔ Integração com sistemas externos
✔ Coleta de dados da web
✔ Data pipelines
✔ Base para Data Science

---

🚀 Tradução para linguagem mainframe

Arquivos → Dataset sequencial

Pandas → DB2 em memória

NumPy → cálculo científico

APIs → integração online

Scraping → coleta automática

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