A Academia Jedi do COBOL: Tudo o Que um Padawan Precisa Saber para Dominar o Mainframe

 

Bellacosa Mainframe e a academia mainframe

 A Academia Jedi do COBOL: Tudo o Que um Padawan Precisa Saber para Dominar o Mainframe

FUNDAMENTOS DO DESENVOLVIMENTO COBOL

---

1. Conceitos Básicos

Antes de escrever uma linha de código, o aluno precisa entender o que é COBOL.

COBOL significa:

COmmon Business Oriented Language

Criada em 1959 para resolver problemas de negócios.

Enquanto linguagens modernas nasceram para matemática ou sistemas operacionais, COBOL nasceu para:

• Folha de pagamento

• Bancos

• Seguros

• Governo

• Contabilidade

• Controle financeiro

Exemplo:

Imagine um banco processando:

• 50 milhões de contas

• 300 milhões de transações por dia

Grande parte disso ainda roda em COBOL.

---

Estrutura clássica

IDENTIFICATION DIVISION.
ENVIRONMENT DIVISION.
DATA DIVISION.
PROCEDURE DIVISION.

Comparação:

COBOL	Casa
Identification	Nome do dono
Environment	Infraestrutura
Data	Móveis
Procedure	O que acontece dentro

---

2. Tipos de Programas

Um erro comum é achar que existe apenas um tipo de programa COBOL.

Na prática temos:

---

Programas Batch

Executados sem interação humana.

Exemplo:

Processamento noturno do banco.

23:00 Início
04:00 Fim

Milhões de registros processados.

---

Programas Online

Executados pelo usuário.

Exemplo:

Caixa eletrônico.

Saque
Extrato
Transferência

Normalmente via CICS.

---

Subprogramas

Programas chamados por outros programas.

Exemplo:

CALL 'CALCJURO'

Reutilização de código.

---

Utilitários

Ferramentas auxiliares.

Exemplo:

• Conversão de arquivos

• Formatação

• Migração de dados

---

3. Etapas para Desenvolvimento

Aqui o aluno aprende que programar é apenas uma parte do trabalho.

---

Levantamento de requisitos

Perguntas:

• O que o usuário quer?

• Quais entradas existem?

• Quais saídas são necessárias?

---

Análise

Transformar regra de negócio em lógica.

Exemplo:

Se idade >= 65
então aposentado

---

Projeto

Definir:

• Arquivos

• Variáveis

• Fluxo

• Relatórios

---

Codificação

Somente agora começa o COBOL.

---

Testes

Muitos iniciantes pulam esta etapa.

Erro gravíssimo.

Um programa sem testes:

COMPILA ≠ FUNCIONA

---

4. Terminologia, Conceitos e Recursos

Aqui nasce o vocabulário do programador.

---

Registro

Uma linha lógica.

Exemplo:

001 João      2500.00

---

Campo

Parte do registro.

Nome
Salário
CPF

---

Arquivo

Conjunto de registros.

---

Programa

Conjunto de instruções.

---

Job

Execução do programa.

No Mainframe:

//STEP01 EXEC PGM=FOLHA001

---

☕💣 LÓGICA DE PROGRAMAÇÃO

---

5. Ferramentas de Planejamento

O pior programador é aquele que abre o editor antes de pensar.

Planejamento economiza horas.

---

Diagrama de Processo

Entrada
 ↓
Validação
 ↓
Cálculo
 ↓
Saída

---

Tabela de Decisão

Muito usada em bancos.

Exemplo:

Saldo	Crédito
>10000	Sim
<10000	Não

---

6. Projeto Estruturado

A filosofia:

Resolver problemas grandes
dividindo em pequenos problemas

---

Exemplo:

Sistema de Folha

LER FUNCIONÁRIO
CALCULAR SALÁRIO
CALCULAR IMPOSTOS
IMPRIMIR

Cada parte vira um parágrafo.

---

7. Fluxogramas

Antes do COBOL existia o fluxograma.

Exemplo:

INÍCIO
  |
LER ARQUIVO
  |
FIM DO ARQUIVO?
 /      \
SIM      NÃO
 |         |
FIM      PROCESSA

---

Benefícios

• Facilita entendimento

• Ajuda documentação

• Facilita manutenção

---

8. Pseudocódigo

Traduz a regra para linguagem humana.

Exemplo:

LER CLIENTE

SE IDADE >= 18
   APROVAR
SENÃO
   REJEITAR
FIM-SE

Depois converte para COBOL.

IF IDADE >= 18
   MOVE 'S' TO APROVADO
ELSE
   MOVE 'N' TO APROVADO
END-IF.

---

9. Instruções e Operadores

Comandos básicos.

---

MOVE

MOVE SALARIO TO SALARIO-ANTIGO

---

COMPUTE

COMPUTE TOTAL = VALOR + JUROS

---

ADD

ADD 100 TO SALDO

---

SUBTRACT

SUBTRACT 50 FROM SALDO

---

MULTIPLY

MULTIPLY QTDE BY PRECO
    GIVING TOTAL

---

DIVIDE

DIVIDE TOTAL BY PARCELAS
    GIVING VALOR-PARCELA

---

10. Estruturas de Controle

O cérebro do programa.

---

IF

IF SALDO > 0

---

EVALUATE

Equivalente ao SWITCH.

EVALUATE TIPO
   WHEN 1
      ...
   WHEN 2
      ...
END-EVALUATE

---

PERFORM

Laços de repetição.

PERFORM 100 TIMES

---

PERFORM UNTIL

PERFORM UNTIL EOF = 'S'

Muito usado em batch.

---

☕💣 PADRÕES PROFISSIONAIS

---

11. Padrões de Nomes

Programador júnior:

01 X.
01 Y.

Programador profissional:

01 WS-SALDO-CLIENTE.
01 WS-LIMITE-CREDITO.

---

Prefixos comuns

Prefixo	Significado
WS	Working Storage
LK	Linkage
FD	File Description
IN	Entrada
OUT	Saída

---

Parágrafos

Ruim:

1000.

Bom:

1000-LER-CLIENTE.
2000-PROCESSAR-CLIENTE.
3000-EMITIR-RELATORIO.

---

☕💣 ARQUIVOS E RELATÓRIOS

---

12. Arquivos Sequenciais

A base histórica do COBOL.

Imagine uma fita magnética.

Leitura:

READ ARQ-CLIENTE

---

Fluxo clássico:

OPEN INPUT ARQ

PERFORM UNTIL EOF
   READ ARQ
END-PERFORM

CLOSE ARQ

---

13. Relatórios

Objetivo:

Transformar dados em informação.

Exemplo:

RELATÓRIO DE VENDAS

TOTAL VENDIDO:
R$ 1.500.000

---

Aspectos importantes:

• Cabeçalho

• Detalhes

• Totais

• Quebras de controle

---

Quebra de Controle

Exemplo:

Departamento A
Total A

Departamento B
Total B

Técnica extremamente usada em batch.

---

☕💣 NÍVEL CORPORATIVO

---

14. Arquivos Indexados

Aqui o aluno entra no mundo dos bancos e seguradoras.

---

Sequencial

Procurar conta 9000

1
2
3
4
...
9000

Lento.

---

Indexado

Índice → Registro

Busca quase instantânea.

---

Exemplo VSAM KSDS:

READ CLIENTE-KSDS
     KEY IS CPF

---

15. Tabelas Internas

Equivalente aos arrays modernos.

01 TAB-CLIENTES.
   05 CLIENTE OCCURS 100 TIMES.

---

Acesso:

CLIENTE(15)

---

Busca binária:

SEARCH ALL

Tema importantíssimo para entrevistas.

---

16. Subprogramas

Onde o aluno começa a pensar como arquiteto.

---

Programa principal:

CALL 'CALCIR'

---

Subprograma:

LINKAGE SECTION.

Recebe parâmetros.

---

Benefícios:

• Reuso

• Manutenção

• Modularidade

• Padronização

---

O QUE ESTÁ FALTANDO PARA O MERCADO ATUAL?

Se eu fosse enriquecer esse módulo para formar um desenvolvedor COBOL moderno, incluiria também:

Módulo Extra 1 – JCL Básico

• JOB

• EXEC

• DD

• Condições de execução

• Return Codes

---

Módulo Extra 2 – VSAM

• KSDS

• ESDS

• RRDS

• Alternates Index

---

Módulo Extra 3 – DB2

• SELECT

• INSERT

• UPDATE

• CURSOR

---

Módulo Extra 4 – CICS

• MAPS

• COMMAREA

• Pseudo-conversação

---

Módulo Extra 5 – Debugging

• Abend S0C7

• Abend S0C4

• FILE STATUS

• CEEDUMP

• SYSUDUMP

---

Módulo Extra 6 – Boas Práticas de Mainframe

• Naming standards

• Estrutura de parágrafos

• Controle de versões

• Revisão de código

• Performance

• Segurança RACF

---

Visão de carreira do Padawan COBOL

A evolução típica é:

Padawan
 ↓
Programador Júnior
 ↓
Programador Pleno
 ↓
Programador Sênior
 ↓
Analista de Sistemas
 ↓
Arquiteto Mainframe
 ↓
Especialista Corporativo

O segredo não está em decorar comandos COBOL, mas em compreender profundamente processamento de dados, regras de negócio, arquivos, bancos de dados, performance e arquitetura corporativa, pois é exatamente isso que diferencia um simples codificador de um verdadeiro Jedi do Mainframe. ☕💣🚀

 

Bellacosa Mainframe e um isekai de avaliador

☕🔍 “O ANALISTA QUE QUEBROU O SISTEMA DO MUNDO” — O ISEKAI ONDE UM AVALIADOR VIROU O SYSADMIN MAIS PERIGOSO DA FANTASIA 🔥💾

Existem animes e mangás isekai onde o protagonista:

• derrota demônios,

• destrói continentes,

• recebe espada lendária,

• vira rei supremo.

Mas Saikyou no Shokugyou wa Yuusha demo Kenja demo Naku Kanteishi (Kari) Rashii desu yo? faz algo muito mais interessante.

Aqui…

o protagonista não ganha:

• magia nuclear,

• espada divina,

• poder celestial.

Ele ganha:

☕🔍 “Kanteishi” — a classe de AVALIADOR.

E isso muda completamente a lógica do universo.

---

☕📜 TÍTULO ORIGINAL

最強の職業は勇者でも賢者でもなく鑑定士(仮)らしいですよ？

Romanização:

Saikyou no Shokugyou wa Yuusha demo Kenja demo Naku Kanteishi (Kari) Rashii desu yo?

Tradução aproximada:

“Parece que a profissão mais forte não é Herói nem Sábio… mas Avaliador (provisório).”

Só esse título já explica a proposta:

• desconstruir o clichê do herói overpower,

• transformar conhecimento técnico em arma absoluta.

---

☕🔥 AUTOR, ORIGEM E PUBLICAÇÃO

✍️ Autor:

• Ibarakino (web/light novel)

🎨 Ilustração:

• diferentes artistas nas adaptações de mangá/light novel.

📚 Origem:

• Web Novel japonesa

• posteriormente adaptada para Light Novel e Mangá.

📅 Lançamento:

• Web Novel: segunda metade da década de 2010

• Mangá: início da popularização no boom dos “isekais de classe fraca”.

---

☕📺 EXISTE ANIME?

Até o momento:

❌ NÃO existe uma adaptação em anime televisionada consolidada.

A obra é conhecida principalmente por:

• mangá,

• light novel,

• circulação entre fãs de isekai técnico.

E sinceramente?
Ela tem MUITO potencial de anime.

Porque o conceito conversa diretamente com:

• Log Horizon,

• DanMachi,

• Overlord,

• Shangri-La Frontier,

• Solo Leveling,

• Tensei Slime.

---

☕💾 STUDIO

❌ Ainda não possui studio oficial de anime.

Mas se fosse adaptado…

combinaría absurdamente com studios como:

• Madhouse

• A-1 Pictures

• SILVER LINK.

porque a obra depende muito de:

• interface RPG,

• worldbuilding,

• descoberta de sistemas,

• revelações visuais de itens e status.

---

☕⚔️ GÊNERO E CLASSIFICAÇÃO

🎭 Gêneros:

• Isekai

• Fantasia

• Aventura

• RPG Fantasy

• Progressão de poder

• Dungeon crawler

• Sistema de habilidades

• Estratégia

🔞 Classificação:

Normalmente:

• Teen / 14+

• violência moderada,

• fantasia,

• monstros,

• fanservice leve ocasional.

---

☕📖 SINOPSE

O protagonista é transportado para um mundo de fantasia onde as pessoas recebem classes específicas:

• Herói,

• Guerreiro,

• Sábio,

• Cavaleiro,

• Mago.

Mas ele recebe:

“Kanteishi” (Avaliador)

Uma classe considerada:

• inútil,

• fraca,

• sem valor em combate.

Só que existe um detalhe:
ele consegue enxergar informações que ninguém mais vê.

E lentamente descobre que:

o sistema inteiro do mundo possui falhas ocultas.

---

☕💾 Ele vira literalmente um ANALISTA DE MAINFRAME RPG

Enquanto os guerreiros enxergam “interface”…

ele enxerga:

• backend,
• tabelas,
• parâmetros,
• flags ocultas,
• lógica interna do mundo.

É praticamente um:

“DBA de dungeon”.

---

☕🔥 A HISTÓRIA REALMENTE É SOBRE “INFORMAÇÃO”

Esse é o ponto genial.

A obra parece um isekai comum…

mas no fundo ela fala sobre:

• interpretação de dados,

• conhecimento técnico,

• leitura de sistemas,

• inteligência operacional.

Enquanto guerreiros usam força…

o protagonista usa:

• análise,

• observação,

• auditoria de atributos.

Ele é praticamente:

☕💾 um ANALISTA DE PRODUÇÃO em um MMORPG vivo.

---

☕🔍 O QUE TORNA A OBRA DIFERENTE?

🔥 1. O protagonista não é um guerreiro

Isso muda completamente o ritmo.

As batalhas não são:

• “quem bate mais forte”.

São:

• “quem entende melhor a lógica do sistema”.

---

🔥 2. O poder vem do conhecimento

A obra transforma:

• metadata,

• identificação,

• atributos ocultos,

• raridade,

em algo absurdamente poderoso.

É literalmente:

“Big Data aplicado em fantasia medieval”.

---

🔥 3. O protagonista age como hacker de RPG

Ele encontra:

• itens bugados,

• habilidades mal interpretadas,

• artefatos ignorados,

• combinações quebradas.

É quase como um:

☕💾 pentester de dungeon.

---

☕👥 PERSONAGENS

☕🔍 O Protagonista

O coração da obra.

Ele começa como:

• fracassado,

• subestimado,

• “classe lixo”.

Mas evolui porque:

• observa padrões,

• entende sistemas,

• aprende continuamente.

Ele representa:

o técnico invisível que mantém o mundo funcionando.

---

☕⚔️ Aventureiros e Guildas

Funcionam como:

• usuários comuns do sistema.

Eles usam:

• armas,

• skills,

• equipamentos…

sem realmente entender:

• a infraestrutura do mundo.

---

☕🧙 Nobres, Magos e Poderosos

Muitos vivem presos em:

• arrogância,

• tradição,

• hierarquia.

O protagonista quebra isso usando:

• conhecimento técnico.

---

☕🔥 AS AVENTURAS

As aventuras giram em torno de:

• exploração de dungeons,

• descoberta de itens raros,

• sobrevivência,

• análise de artefatos,

• crescimento gradual.

Mas o diferencial é:

cada dungeon funciona quase como um sistema operacional.

O protagonista:

• investiga,

• interpreta,

• descobre falhas.

É muito parecido com:

troubleshooting em ambiente mainframe crítico.

---

☕💾 AS “MENSAGENS OCULTAS” DA OBRA

Aqui a série fica MUITO mais profunda do que parece.

---

🔥 1. Conhecimento vale mais que força

A obra desmonta a ideia de:

• poder bruto absoluto.

Ela mostra que:

• inteligência,

• observação,

• estudo,

podem superar violência.

---

🔥 2. O mundo despreza funções invisíveis

“Kanteishi” é tratado como inútil.

Mas sem ele:

• ninguém entende itens,

• sistemas falham,

• artefatos são desperdiçados.

Isso é uma metáfora perfeita para:

• operadores,

• DBAs,

• administradores,

• analistas de suporte,

• profissionais de infraestrutura.

Os “heróis” aparecem…
mas existe alguém invisível sustentando tudo.

---

🔥 3. O sistema sempre possui camadas ocultas

A obra fala muito sobre:

• percepção limitada,

• ignorância coletiva,

• potencial escondido.

Nem tudo é o que aparenta.

---

☕📡 IMPACTO CULTURAL

A obra faz parte do enorme fenômeno dos:

🔥 “ISEKAIS DE CLASSE FRACA”

Esse subgênero explodiu porque o público cansou do:

• protagonista instantaneamente invencível.

Agora existe fascínio por:

• profissões técnicas,

• crafting,

• economia,

• suporte,

• logística,

• análise.

Por isso surgiram:

• healer overpowered,

• cozinheiro overpowered,

• fazendeiro overpowered,

• comerciante overpowered,

• avaliador overpowered.

---

☕🎮 O DNA MMORPG

A obra conversa diretamente com jogadores que cresceram em:

• Ragnarok,

• Final Fantasy XI,

• Tibia,

• WoW,

• Lineage,

• RuneScape.

Porque ela entende algo importante:

o jogador mais poderoso nem sempre é o DPS.

Às vezes:

• é o economista,

• o crafter,

• o suporte,

• o cara que entende a engine do jogo..

  ---

  🔥 O DIFERENCIAL DA OBRA

  A graça não está em força bruta.

  Está em:

  • interpretação,
  • inteligência,
  • exploração de sistema,
  • otimização absurda.

  O protagonista vence porque:

  • entende mecânicas,
  • detecta fraudes,
  • identifica itens lendários escondidos,
  • percebe padrões invisíveis.

  Ele é o tipo de personagem que:

  • encontra uma colher enferrujada rank F…
  • e descobre que ela é um artefato mitológico selado.

  ---

  ☕📜 O CLIMA DA SÉRIE

  A obra mistura:

  • aventura,
  • dungeon crawler,
  • progressão lenta,
  • fantasia clássica,
  • descoberta de habilidades,
  • economia de RPG.

  Tem muito clima de:

  • MMORPG antigo,
  • loot raro,
  • crafting,
  • identificação de itens secretos.

  Lembra um pouco:

  • DanMachi,
  • Log Horizon,
  • Tensei Slime,
  • The Hidden Dungeon Only I Can Enter,
  • Campfire Cooking (na parte de usar habilidades “não-combatentes”).

  ---

  🔥 O PROTAGONISTA É UM “SUPORTE TÉCNICO OVERPOWER”

  Isso é o mais divertido.

  Ele não domina o mundo porque:

  • dá 999999 de dano.

  Ele domina porque:

  • entende o sistema melhor que todo mundo.

  É quase como:

  um operador veterano de z/OS observando programadores novatos.

  Enquanto todos apertam botão…
  ele sabe:

  • onde estão os gargalos,
  • os privilégios ocultos,
  • os comandos secretos,
  • as permissões quebradas do sistema.

---

☕🔥 ANÁLISE BELLACOSA MAINFRAME

Saikyou no Shokugyou wa Yuusha demo Kenja demo Naku Kanteishi (Kari) Rashii desu yo? é:

☕💾 “um isekai sobre auditoria técnica de um universo mal documentado.”

Enquanto o mundo procura:

• guerreiros,

• reis,

• magos lendários…

o protagonista descobre:

• tabelas ocultas,

• privilégios escondidos,

• parâmetros secretos,

• inconsistências do sistema.

Ele não derrota o mundo pela espada.

Ele derrota porque:

☕🔍 entende a arquitetura invisível da realidade.

E é exatamente isso que torna essa obra tão fascinante para:

• fãs de RPG,

• jogadores veteranos,

• profissionais de TI,

• administradores de sistemas,

• operadores de mainframe,

• pessoas que sabem que…

🔥 “quem controla a informação controla o sistema.”