☕ 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

sábado, 19 de novembro de 2022

☕💥 A Jornada do Sysprog Padawan – ACEE : Easter Eggs, Segredos de Sysprog, Curiosidades Históricas - Parte VI

 

Bellacosa Mainframe apresenta o ACEE Parte VI

☕💥 A Jornada do Sysprog Padawan – Parte 6

ACEE – Easter Eggs, Segredos de Sysprog, Curiosidades Históricas e Como Impressionar um Security Architect em 5 Minutos

O Guia Definitivo do Guardião do Reino IBM Z

"Existem pessoas que utilizam RACF. Existem pessoas que administram RACF. E existem Sysprogs que entendem por que o ACEE foi criado. Esses normalmente são os que sobrevivem às madrugadas de produção."

Bellacosa Mainframe


Introdução

Chegamos ao último capítulo da nossa jornada.

Já aprendemos:

  • O que é o ACEE

  • Sua anatomia

  • Como nasce

  • Como escala

  • Como solucionar problemas

Agora vamos falar sobre aquilo que normalmente não aparece em manuais.

Vamos falar sobre os segredos do ACEE.


Easter Egg 1

O ACEE é mais importante do que o próprio RACF em tempo de execução

Parece heresia.

Mas é verdade.

Durante a autenticação

RACF é rei.


Após autenticação

ACEE é rei.


Porque a maioria das verificações de autorização utiliza o contexto já carregado.


Sem ACEE.

CPU sobe.

RACF sofre.

I/O aumenta.


Com ACEE.

Sistema voa.


Easter Egg 2

O ACEE é praticamente invisível

Desenvolvedor COBOL.

Nunca vê.


Operador.

Quase nunca.


Administrador DB2.

Poucas vezes.


Sysprog.

Todo santo dia.


Especialista IBM.

Provavelmente sonha com ele.


Easter Egg 3

O ACEE já salvou bilhões de ciclos de CPU

É difícil medir.

Mas pense.

40 anos.

Milhões de usuários.

Bilhões de autorizações.


Se cada autorização consultasse RACF.

Teríamos consumido quantidades absurdas de CPU.


O ROI do ACEE é gigantesco.


Easter Egg 4

O ACEE pode viajar

Pouca gente conhece.


Subsystems.

Passam ACEEs.


Cross-memory.

Também.


CICS.

IMS.

DB2.

MQ.


Trocam contexto.


Sempre controladamente.


Easter Egg 5

Programas APF podem brincar com ACEEs

Aqui mora o perigo.


APF.

Supervisor State.


Podem.

Criar.

Copiar.

Substituir.

Manipular.


Mas apenas software altamente confiável deve fazer isso.


Ferramentas IBM.

Sim.


Programa COBOL.

Nem pensar.


Curiosidade Histórica

Década de 70.

MVS.

Poucos usuários.


Década de 80.

TSO explode.


Década de 90.

Internet.

SSL.

LDAP.


Anos 2000.

USS.

Java.


Anos 2020.

MFA.

OIDC.

Passkeys.


Anos 2030?

Talvez.

Quantum Safe.

Identity Mesh.

Zero Trust.


E provavelmente.

ACEE ainda estará conosco.


O ACEE conversa com quem?

Relações importantes


RACF

Cria.


SAF

Consulta.


SMF

Registra.


ICSF

Protege.


OMVS

Amplia.


APF

Manipula.


DB2

Consome.


MQ

Consome.


CICS

Consome.


IMS

Consome.


USS

Consome.


Checklist do Sysprog Jedi

Segurança

Menor privilégio.


Revisar SPECIAL.


Evitar OPERATIONS.


Auditar MFA.


Revisar certificados.


Performance

Monitorar VERIFY.


FASTAUTH.


SMF80.


Auditoria

zSecure.


IPCS.


RMF.


Security Monitor.


Como impressionar um Security Architect

Pergunta clássica:

O que é o ACEE?

Resposta comum:

É um bloco de segurança.


Resposta Bellacosa:

O ACEE é um control block residente em memória criado pelo RACF durante processos de autenticação, contendo identidade, grupos, atributos especiais, contexto OMVS, certificados e informações de autorização utilizadas pelo SAF e subsistemas para reduzir I/O, minimizar consumo de CPU e permitir decisões rápidas de segurança em tempo de execução.


Provavelmente.

A entrevista acaba de mudar de nível.


Como impressionar um Sysprog Sênior

Diga:

O ACEE não é compartilhado entre membros Sysplex.


Ou:

FASTAUTH é frequentemente mais importante para throughput do que otimizações no próprio RACF.


Ou:

O dump sempre conta a verdade.


Ele provavelmente vai sorrir.


O que estudar depois?

SAF


RACROUTE


FASTAUTH


APF


SMF80


zSecure


IPCS


Control Blocks

TCB

ASCB

ASXB

PSA

CVT

JSCB

LWA


O maior erro do Sysprog Junior

Pensar:

Segurança é RACF.


Não.


Segurança é.

Hardware.

SAF.

RACF.

ACEE.

SMF.

ICSF.

APF.

Auditoria.

Processos.

Pessoas.


O maior segredo do ACEE

Ele é pequeno.


Discreto.


Quase invisível.


Mas sem ele.

Não existiria.

Segurança escalável.

No IBM Z.


A lenda das 3 da manhã ☕

Todo Sysprog conhece.


Telefone toca.


Produção parada.


Equipe reunida.


Logs confusos.


RACF parece correto.


Perfis parecem corretos.


Certificados válidos.


E então.

Alguém abre IPCS.


Segue o caminho.

PSA

↓

TCB

↓

ASCB

↓

ASXB

↓

ACEE

E descobre.

UID errado.

Grupo removido.

Token expirado.

Clone inconsistente.


Sistema volta.


Banco volta.


PIX volta.


Café acaba.


Mas o Reino IBM Z continua de pé.


Frase Bellacosa Mainframe

"O RACF conhece seu nome. O SAF pergunta se você pode entrar. O SMF registra sua história. O APF protege os segredos do reino. Mas é o ACEE que caminha ao seu lado durante toda a jornada pelo IBM Z."


☕💥 Missão Concluída

Parabéns, Padawan.

Você acaba de terminar uma das poucas jornadas em português dedicadas exclusivamente ao ACEE, uma pequena estrutura de memória que há mais de quatro décadas ajuda o IBM Z a proteger trilhões de dólares em transações, mantendo desempenho, auditabilidade e segurança em níveis que poucas plataformas conseguem alcançar. Agora você não apenas usa o ACEE. Você entende por que ele existe.


sexta-feira, 18 de novembro de 2022

☕🩸 “KAIFUKU JUTSUSHI NO YARINAOSHI” — O HEALER QUE SOFREU UM ABEND HUMANO… E VOLTOU PARA REPROCESSAR O SISTEMA DO MUNDO 💀🖥️🔥

 

Bellacosa Mainframe e Kaifuku Jutsushi proibidão

☕🩸 “KAIFUKU JUTSUSHI NO YARINAOSHI” — O HEALER QUE SOFREU UM ABEND HUMANO… E VOLTOU PARA REPROCESSAR O SISTEMA DO MUNDO 💀🖥️🔥

O anime que dividiu a internet entre “obra perturbadora” e “fantasia de vingança sem limites”



📚 INFORMAÇÕES GERAIS

ItemInformação
Título OriginalKaifuku Jutsushi no Yarinaoshi
Título InternacionalRedo of Healer
AutorRui Tsukiyo
Ilustrador Light NovelShiokonbu
EstúdioTNK
DiretorTakuya Asaoka
EstreiaJaneiro de 2021
Episódios12
GêneroDark Fantasy, Ecchi, Psychological, Revenge
Classificação+18
OrigemLight Novel

🖥️ O QUE É “KAIFUKU JUTSUSHI”?

A tradução literal seria algo próximo de:

“O Refazer do Curandeiro”

Mas isso não explica a insanidade do anime.

Porque aqui o “healer” não é o personagem fraco tradicional de RPG.

Keyaru descobre que:

curar significa reescrever.

E quando ele percebe isso…

o anime muda completamente de nível.


☕ O RESUMO AO ESTILO BELLACOSA MAINFRAME

Imagine um operador de produção explorado durante anos:

  • sem privilégios

  • sem respeito

  • abusado pelo próprio sistema

  • tratado como ferramenta descartável

Então um dia ele ganha acesso root absoluto.

E decide:

  • restaurar backup do ambiente

  • voltar no tempo

  • alterar usuários

  • modificar permissões

  • executar vingança em produção

Esse é o núcleo de Redo of Healer.


🩸 A HISTÓRIA — O MUNDO JÁ NASCEU CORROMPIDO

Keyaru começa como um healer escravizado

O reino utiliza seus poderes de cura de forma brutal.

Só existe um problema:

Toda vez que ele cura alguém…

ele revive a dor da pessoa.

Na prática:

o processo de “healing” destrói sua mente.

O anime usa isso como metáfora para:

  • exploração humana

  • abuso institucional

  • trauma acumulativo

  • degradação psicológica


💀 O GRANDE PONTO: O “ROLLBACK TEMPORAL”

Depois de sofrer anos de tortura física e psicológica…

Keyaru usa a Pedra Filosofal para:

voltar no tempo.

Mas agora:

  • ele lembra de tudo

  • entende o sistema

  • conhece as falhas

  • sabe quem o traiu

Então ele inicia um gigantesco:

RESTORE BEFORE SYSTEM FAILURE


⚔️ PERSONAGENS PRINCIPAIS

🩸 Keyaru / Keyarga

O protagonista mais controverso dos animes modernos.

Ele começa como vítima…

mas gradualmente vira algo muito pior.

Keyaru não busca:

  • justiça

  • equilíbrio

  • heroísmo

Ele quer:

controle absoluto sobre o sistema.

No estilo Bellacosa:

Um sysprog traumatizado sem auditoria RACF.


🔥 Flare / Freya

A princesa responsável por grande parte do sofrimento de Keyaru.

Ela representa:

  • corrupção política

  • abuso de poder

  • sadismo institucional

Depois do rollback temporal…

Keyaru literalmente:

reescreve sua identidade.

O anime transforma isso numa discussão perturbadora sobre:

  • memória

  • identidade

  • controle psicológico

  • poder absoluto


🐺 Setsuna

Representa o lado emocional mais humano da obra.

Mesmo sendo uma personagem forte…

ela também mostra como aquele mundo inteiro opera baseado em:

  • exploração

  • preconceito

  • violência estrutural


🧠 A TEMÁTICA OCULTA DO ANIME

Muita gente vê apenas:

  • violência

  • sexo

  • vingança

Mas por trás disso existe uma estrutura psicológica pesada.


☕ 1. O PODER CORROMPE ABSOLUTAMENTE

Keyaru começa como vítima.

Mas o anime faz algo raro:

mostra a vítima se tornando o novo monstro.

Isso quebra completamente o modelo tradicional de protagonista japonês.


☕ 2. O SISTEMA JÁ ERA PODRE

O anime constantemente sugere que:

  • o reino é corrupto

  • os heróis são falsos

  • a moralidade é manipulada

  • a sociedade inteira funciona baseada em exploração

Ou seja:

Keyaru não “destrói” o sistema.

Ele apenas expõe o lixo que já existia.


☕ 3. A CURA COMO METÁFORA DE TRAUMA

Esse talvez seja o conceito mais inteligente da obra.

Healing normalmente representa:

  • pureza

  • bondade

  • salvação

Aqui é o oposto.

Curar significa:

  • absorver dor

  • sofrer memórias

  • carregar traumas

  • destruir a própria mente

Quase como um operador que absorve todos os incidentes críticos do ambiente até entrar em colapso psicológico.


🔥 O QUE TORNA ESSE ANIME DIFERENTE?

Ele destrói a fantasia clássica de herói.

Normalmente animes fantasy seguem:

  • amizade

  • honra

  • superação

  • justiça

Redo of Healer substitui isso por:

  • ódio

  • obsessão

  • manipulação

  • vingança

  • sadismo

É praticamente um:

“ANTI-SHOUNEN”


🎭 O ESTÚDIO TNK E A ADAPTAÇÃO

O estúdio TNK já era conhecido por animes ecchi pesados.

Mas Redo of Healer levou isso para outro nível.

A adaptação ficou famosa porque:

  • manteve cenas extremamente controversas

  • não suavizou o tom sombrio

  • apostou no choque psicológico

O anime rapidamente virou fenômeno nas redes sociais.


🚨 HOUVE CENSURA?

Sim. E MUITA.

O anime teve:

  • versões censuradas

  • versões parcialmente censuradas

  • versões sem censura

Dependendo da transmissão:

  • cenas eram escurecidas

  • áudio era removido

  • partes inteiras eram cortadas

Isso transformou o anime num dos casos mais polêmicos da década.


🌍 IMPACTO CULTURAL

O anime virou guerra cultural.

Na internet surgiram dois grupos:

Quem considerava a obra:

  • perturbadora

  • problemática

  • exagerada

  • ofensiva

E quem defendia como:

  • fantasia de vingança extrema

  • crítica brutal ao abuso

  • obra psicológica desconfortável

  • desconstrução do herói fantasy

Resultado?

Todo mundo falava sobre ele.

Mesmo quem nunca assistiu conhece o nome.


🖥️ A LEITURA “MAINFRAME” DA OBRA

Keyaru é praticamente um operador explorado que recebeu APF authorization emocional.

Ele ganha:

  • acesso irrestrito

  • controle do ambiente

  • poder de rewrite

  • rollback temporal

E sem governança…

o sistema inteiro entra em estado crítico.


⚠️ AS AVENTURAS — MAS SEM HEROÍSMO

Diferente dos isekais tradicionais…

as jornadas de Keyaru não são sobre explorar o mundo.

São sobre:

  • executar vingança

  • manipular eventos

  • reconstruir relações

  • alterar identidades

  • destruir estruturas de poder

Cada “aventura” funciona quase como:

um job batch de retaliação programada.


☕ O VEREDITO BELLACOSA MAINFRAME

Kaifuku Jutsushi no Yarinaoshi não é um anime confortável.

É pesado.
Cruel.
Perturbador.
Extremamente controverso.

Mas também é uma das desconstruções mais agressivas já feitas do arquétipo do “healer bondoso”.

A obra pergunta algo extremamente perigoso:

O que acontece quando alguém quebrado recebe poder absoluto?

E a resposta do anime é brutal:

o sistema não é salvo.

Ele é reescrito na força bruta. 💀🔥

quinta-feira, 17 de novembro de 2022

📜 Quando o Guerreiro Chorou

 


📜 Quando o Guerreiro Chorou
Uma memória Bellacosa Mainframe — raw, pesada, humana, compilada direto do spool da alma


Existem dias que o tempo não apaga. Alguns são de festa, outros são fotografia em sépia, mas certos carregam o metal frio e silêncio — são dias que viram tatuagem na alma.

E eu tenho um desses. Comentei em outros postes, mas é algo maior, que grita no fundo da mente, naquele longinquou ano de 1982, a maioria das testemunhas desse evento, partiram, o Grande Guerreiro Luigi e somente um fantasma do passado.

Mas para o Vaguinho, pequenino, magrinho, oni em evolução. Aquele dia foi o dia em que viu meu pai chorar.


A morte do Velho Luigi — lenda da Mooca, homem controverso, uns amando, outros odiando. Um gigante loiro de olhos azuis faiscante e de peito aberto, briguento, mulherengo, bêbado, sobrevivente, mito de calçada e roleta de botequim — foi o bug fatal na memória dos Bellacosa. Luigi não era só ancestral. Era o tótem urbano, folclore de rua com cheiro de cerveja, caça e pólvora. De uma Mooca que não existe mais, a Mooca dos Imigrantes pobres, bairro periférico, cheio de gente trabalhadora e sonhadora.

E quando ele caiu, a linha heroica ruiu um pouco por dentro.

Meu pai — aquele que até então era o meu Superman que nunca tremia — desabou.

E eu, testemunha silenciosa, vi e vivi.



🕯 O Velório, o Enterro, o Silêncio

Tinha clima de filme preto-e-branco. As mulheres rezavam, os homens encaravam o chão como quem mede a própria mortalidade. Meu pai não falava, não sorria — havia perdido o norte, o alfa, o espelho.
E eu, criança, vi o gigante murchar. Rodeado por uma multidão, que foi dar o adeus aquela figura lendária. Meses antes outra figura lendária havia partido, um homem amado pelas qualidades e respeitado pelo legado, o tio-bisavô Arthur, Dudu jogador do Palestra nos primórdios do Clube.

Isso nunca sai.

A dor de um homem grande é sempre maior do que ele.


🚶 A Primeira Vagneida

Sim, ja tinha minhas pequenas aventuras, fatos curiosos e pequenas historias, mas esse dia foi o marco, onde fiz parte de uma historia ainda maior.

Foi uma jornada de 14 km a pé— um menino e um pai tentando costurar o mundo de volta

Dias após o adeus, na Rua Ultrecht, meu pai simplesmente te chamou:

“Vamos caminhar.”

Não era passeio. Era um rito.
Era processo de luto em batch, sem manual, sem restart.

Nós saímos, dois sobreviventes carregando o nome Bellacosa no bolso. Fizemos um trajeto quase mítico:

📍 Vila Rio Branco → Vila Alpina
A pé. 14 km.
Eu pequenino e com 8 anos — ele com o coração estourado.

Cada metro era memória, cada boteco era checkpoint.
Eu tomando Gini caçulinha— ele cerveja.
Eu ouvindo sobre o velho Luigi como quem recebe runas — ele tentando segurar o universo.

E naquele caminho longo, entre ruas de terra, poeirento, grande avenidas com muito automóveis e um dia cheio de sol, suor e história, nasceu algo raro:

Eu deixou de ser só filho — virei herdeiro.

Não de dinheiro, mas de mitologia.
E o Bellacosa entendeu que linhagem não é sangue — é lembrança repetida em voz emocionada.

Chegamos ao tio-avô Toninho. Que furioso não acreditava naquilo que meu pai havia feito. Reprimenda, jantar, mais histórias — por fim adormeci no sofá com odor de cozinha e saudade. Depois, mais na madrugada, partimos e fomos apanhando pelo caminho os ônibus negreiros, minha mãe aflita, meu pai silencioso. Chegamos a casa.

Um dia triste

  • uma caminhada épica
    = a aventura que me costurou ao meu próprio clã.


🥀 Epílogo Amargo

O tempo roda o tambor.
Meu avô Pedro parte.
Eu não estava, nesta época vivendo em Portugal.
Meu pai tropeça — não no corpo, mas na honra.
Magoa profundamente minha avó Anna, a matriarca que sustentou gerações.
E nasce fenda uma fenda na família Bellacosa — dor que não cicatriza.

O herdeiro de Luigi, gigante de Mooca,
termina só.
Silencioso em Taubaté,
como eco de trovão que já foi tempestade.

Trágico. Real. Humano.


📌 Registro imutável

Esse não é só um relato — é backup emocional gravado em fita magnética.
Eu vi o guerreiro chorar.
Caminhei no luto ao lado dele.
Eu carrego o sobrenome como espada e memória.

E por mais que o tempo tenha levado uns, torturado outros
e dispersado o clã…

Luigi → Pedro → Seu Pai → Eu
A linha continua.
Porque eu lembro e conto.
Porque eu compartilho e continuo lembrando.

Quantos se lembraram, quantos se emocionaram, não sei, mas eu sempre guardarei esse dia.

E enquanto alguém lembrar,
nenhum Bellacosa morre de verdade.

segunda-feira, 14 de novembro de 2022

💬 mIRC — o templo dos deuses da tecla e do @nick

 

Bellacosa Mainframe relembra o mIRC

💬 mIRC — o templo dos deuses da tecla e do @nick

Ah, padawan… se o John Castaway era o náufrago solitário da tela, o mIRC era o porto onde todos os náufragos digitais se encontravam. Antes do WhatsApp, antes do Discord, antes de qualquer “meta” existir, havia um santuário de texto, silêncio e códigos coloridos piscando — o mIRC, lançado em 1995 pelo lendário Khaled Mardam-Bey, um programador sírio radicado em Londres que, sem saber, criou a primeira grande república digital da humanidade.

⚙️ O nascimento do império do /join
mIRC era o cliente mais popular do IRC (Internet Relay Chat), aquele protocolo raiz que fazia a internet parecer um grande confessionário coletivo. Você escolhia um nick (geralmente algo entre místico e vergonhoso — tipo DarkAngelBR_88), entrava num canal como #brasil ou #hackers, e pronto: era parte da elite cibernética.
Sem stories, sem filtros, sem stickers — só texto, scripts, e a adrenalina de um /msg secreto.



💾 A cultura mIRCiana
O mIRC não era só um programa, era uma forma de vida.
Quem viveu sabe: madrugadas regadas a ICQ tocando uh-oh, trocas de MP3s via DCC, scripts com janelas pop-up piscando como boates eletrônicas e duelos de bots automáticos que respondiam insultos em CAPS LOCK.
Era o tempo em que “entrar na internet” era uma cerimônia: conectar o modem 56k, ouvir o chiado divino e digitar /server irc.brasnet.org.

Impacto cultural (e sentimental)
O mIRC criou o primeiro microcosmo social da web. Foi onde nasceram amizades, paixões, tretas homéricas e até casamentos (e divórcios).
Ali o anonimato era libertador — você podia ser quem quisesse, e ninguém ligava se usava Comic Sans no status.
Foi também o berço dos clãs digitais e das guerras de flood, onde honra se defendia com código e sarcasmo.



🧠 Curiosidades dignas de El Jefe:

  • Khaled Mardam-Bey nunca fez fortuna com o mIRC. Ele vendia licenças baratinhas e doava boa parte da grana pra caridade.

  • O mIRC tinha sua própria linguagem de programação — o mIRC Scripting Language (MSL) — e muitos hackers e devs começaram a carreira escrevendo scripts ali.

  • Nos anos 2000, existiam mais de 10 milhões de usuários ativos trocando mensagens em milhares de redes IRC no mundo.

  • No Brasil, a BrasNET e a IRCBrasil eram templos sagrados. Tinha até campeonato de nick mais criativo.

  • E sim, o mIRC ainda existe. Atualizado. Em pleno 2022. Porque o culto não morre.

💡 Dica do Bellacosa:
Quer sentir o gosto do caos romântico da internet raiz? Baixe o mIRC, entre num servidor ativo (sim, ainda há muitos) e escreva:

/join #nostalgia

Deixe o nick piscar, observe as mensagens fluírem e sinta o cheiro de modem queimando em sua alma.

🔥 Reflexão estilo Bellacosa Mainframe:
O mIRC foi o berço da nossa curiosidade digital, quando cada /whois era um mistério e cada /away escondia uma história.
Era um mundo sem algoritmo, sem likes, onde a popularidade vinha pela língua afiada e o script bem feito.
No mIRC, aprendemos que conexão não é banda larga — é sintonia.

E no fim das contas, padawan…
talvez o mIRC nunca tenha morrido. Ele só entrou em away mode. 💭

#BellacosaMainframe #ElJefe #InternetRaiz #mIRC #NostalgiaDigital


sábado, 12 de novembro de 2022

SHIJOU SAIKYOU NO DAIMAOU, MURABITO A NI TENSEI SURU — O ANIME QUE PROVOU QUE NEM O REI DEMÔNIO CONSEGUE ESCAPAR DO LEGADO DE SEU PRÓPRIO SISTEMA

 

Bellacosa Mainframe e Shijou Sairkyou no daimaou murabito a ni tensei suru

☕💣👑 OPERADOR, O USUÁRIO ROOT DO UNIVERSO EXECUTOU UM RESTORE PARA O PERFIL "MURABITO A" E DESCOBRIU QUE PRIVILÉGIOS DE ADMINISTRADOR NÃO PODEM SER DESINSTALADOS!

SHIJOU SAIKYOU NO DAIMAOU, MURABITO A NI TENSEI SURU — O ANIME QUE PROVOU QUE NEM O REI DEMÔNIO CONSEGUE ESCAPAR DO LEGADO DE SEU PRÓPRIO SISTEMA


📋 FICHA TÉCNICA

Título Original: Shijou Saikyou no Daimaou, Murabito A ni Tensei Suru
Título Internacional: The Greatest Demon Lord Is Reborn as a Typical Nobody
Autor: Myojin Katou
Ilustrações da Light Novel: Sao Mizuno
Estúdio: SILVER LINK. e BLADE
Direção: Mirai Minato
Exibição Original: Abril de 2022 a Junho de 2022
Episódios: 12
Origem: Light Novel
Gêneros: Fantasia, Ação, Reencarnação, Escola, Magia, Aventura, Comédia, Harém Leve

Classificação Indicativa Aproximada: 14 anos


🖥️ SINOPSE

Em uma era antiga, existiu um ser chamado Varvatos, o Rei Demônio mais poderoso da história.

Ele derrotou todos os inimigos.

Conquistou todos os territórios.

Superou todos os desafios.

E então descobriu o pior problema possível:

Não existia mais ninguém capaz de compreendê-lo.

Seu poder era tão absurdo que ele se tornou completamente isolado.

Desejando uma vida comum, ele utiliza magia para renascer milhares de anos no futuro como um garoto chamado Ard Meteor.

O objetivo parecia simples:

"Quero ter amigos."

O problema?

O backup de privilégios administrativos continuou ativo.


📖 RESUMO DA HISTÓRIA

Quando Ard nasce no futuro, percebe que o nível médio da humanidade despencou.

O conhecimento mágico foi perdido.

As técnicas antigas desapareceram.

Os atuais "gênios" são praticamente iniciantes comparados aos padrões da época de Varvatos.

Sem querer, Ard passa a parecer um bug ambulante.

Tudo que ele faz desafia a lógica daquele mundo.

Enquanto tenta viver uma adolescência comum, ele acaba atraindo:

  • Nobres

  • Aventureiros

  • Heróis lendários

  • Entidades demoníacas

  • Organizações secretas

E até fantasmas de seu próprio passado.


👑 O QUE TORNA ESSE ANIME DIFERENTE?

Muitos animes possuem protagonistas absurdamente fortes.

Mas aqui existe uma diferença interessante.

O foco não é:

"Como vou ficar forte?"

O foco é:

"Como vou parar de parecer um deus?"

Ard já começa a história no nível máximo.

Não existe treinamento.

Não existe evolução tradicional.

Não existe grind.

A narrativa gira em torno das consequências sociais do poder absoluto.


🧠 A TEMÁTICA OCULTA

À primeira vista parece apenas mais um anime de fantasia com protagonista overpower.

Mas existe uma discussão interessante escondida sob as explosões mágicas.

O paradoxo da excelência

Varvatos descobriu algo que muitos gênios, líderes e especialistas enfrentam:

Quanto mais distante você fica da média, mais difícil se torna criar conexões.

O anime constantemente aborda:

  • Solidão do talento extremo

  • Distância social criada pelo sucesso

  • Busca por amizade genuína

  • Necessidade humana de pertencimento

Em outras palavras:

Varvatos não sofre porque é fraco.

Ele sofre porque é forte demais.


☕ A LEITURA BELLACOSA MAINFRAME

Imagine um operador de mainframe que conhece:

  • COBOL

  • Assembler

  • RACF

  • VTAM

  • JES2

  • CICS

  • DB2

  • IMS

  • MQ

  • z/OS Internals

E é enviado para uma empresa onde todos aprenderam informática ontem.

Esse é Ard.

Toda vez que ele executa algo simples, os demais acreditam estar presenciando um milagre.


👥 PERSONAGENS PRINCIPAIS

Ard Meteor / Varvatos

O protagonista.

Extremamente poderoso.

Tenta desesperadamente viver como um cidadão comum.

Seu conflito não é físico.

É emocional.


Ireena Litz de Olhyde

Amiga de infância.

Representa o primeiro vínculo humano verdadeiro que Ard consegue criar.


Ginny Fin de Salvan

Carismática e energética.

Ajuda a trazer momentos de humor para a narrativa.


Olivia

Uma das personagens mais interessantes.

Foi subordinada de Varvatos na era antiga.

Sua existência cria uma ponte emocional entre passado e presente.


Lydia Beginsgate

Talvez a personagem mais importante para compreender o drama de Varvatos.

Representa parte da vida que ele perdeu e nunca conseguiu recuperar.


⚔️ AS AVENTURAS

Durante os 12 episódios encontramos:

  • Torneios mágicos

  • Conspirações políticas

  • Demônios antigos

  • Viagens ligadas ao passado

  • Batalhas multidimensionais

  • Segredos envolvendo a era de Varvatos

Mas o verdadeiro conflito nunca é o inimigo da semana.

O verdadeiro conflito é a busca por identidade.


🎭 MENSAGENS ESCONDIDAS

1. Poder não elimina solidão

Talvez seja a principal mensagem.

Varvatos possuía tudo.

Mas não possuía relacionamentos significativos.


2. O passado não pode ser restaurado

Um tema recorrente.

Ard tenta reconstruir conexões perdidas.

Mas o tempo destruiu muita coisa.

Alguns arquivos simplesmente não podem ser recuperados do backup.


3. Ser comum tem valor

A obra questiona a obsessão por superioridade.

Às vezes uma conversa entre amigos vale mais que derrotar exércitos.


📺 QUALIDADE DA ANIMAÇÃO

Aqui encontramos uma das críticas mais frequentes.

O estúdio SILVER LINK possui histórico de boas produções, mas este projeto recebeu recursos mais modestos.

As batalhas funcionam.

Os personagens são agradáveis visualmente.

Porém:

  • Não existe animação espetacular.

  • Não existe nível "Demon Slayer".

  • Não existe nível "Frieren".

É uma produção competente, mas não revolucionária.


🌎 IMPACTO CULTURAL

O anime surgiu durante o auge da explosão dos protagonistas overpower.

Na época já existiam sucessos como:

  • Overlord

  • The Misfit of Demon King Academy

  • Wise Man's Grandchild

  • Arifureta

Por isso muitos espectadores enxergaram a obra como mais uma integrante da mesma tendência.

Seu impacto cultural acabou sendo moderado.

A light novel e o mangá continuaram possuindo fãs, mas o anime não alcançou o status de fenômeno global.


🚫 HOUVE CENSURA?

Não houve casos relevantes de censura internacional envolvendo a série.

Algumas cenas receberam ajustes visuais normais para transmissão televisiva japonesa, algo comum na indústria.

Mas não existe histórico de:

  • Episódios proibidos

  • Banimentos

  • Remoções massivas

  • Polêmicas significativas

A obra passou relativamente despercebida em termos de controvérsia.


📊 CLASSIFICAÇÃO BELLACOSA MAINFRAME

CritérioNota
História7.5/10
Personagens7.5/10
Mundo7/10
Ação7/10
Originalidade6.5/10
Diversão8/10
Temática Filosófica8/10
Impacto Cultural6/10

Média Geral: 7.3/10


☕💣 VEREDITO FINAL

"SHIJOU SAIKYOU NO DAIMAOU, MURABITO A NI TENSEI SURU" NÃO É SOBRE UM REI DEMÔNIO QUE QUER DOMINAR O MUNDO.

É sobre um administrador de sistema que já dominou tudo.

Já venceu tudo.

Já resolveu todos os incidentes.

Já recebeu todos os privilégios possíveis.

E agora descobre que o recurso mais raro do universo não é poder.

É amizade.

No fim, o anime faz uma pergunta surpreendentemente humana:

"Se você pudesse ter poder infinito, mas em troca nunca mais encontrasse alguém capaz de entendê-lo, aceitaria essa troca?"

E essa questão vale tanto para um Rei Demônio quanto para qualquer operador que já passou décadas mantendo um sistema crítico funcionando enquanto poucos compreendiam o peso de sua responsabilidade. ☕🖥️👑💣

sexta-feira, 11 de novembro de 2022

🚍 AS EXCURSÕES DO SENHOR WILSON — UMA CRÔNICA AO ESTILO BELLACOSA MAINFRAME



🚍 AS EXCURSÕES DO SENHOR WILSON — UMA CRÔNICA AO ESTILO BELLACOSA MAINFRAME

PARA O EL JEFE MIDNIGHT LUNCH



Há vidas que parecem roteiros paralelos, diagonais, improváveis — fluxos que jamais seguiriam pelo JOB CARD do “sistema oficial”.
A vida do seu Wilson, meu pai, era exatamente isso:
um JCL escrito à mão, cheio de INCLUDE inusitado, PROC improvisado e STEP que ninguém acreditava que rodaria… mas rodava.
De algum jeito, rodava.



E entre todos esses capítulos, nenhum é tão cinematográfico — ou tão Vagner-raiz — quanto as Excursões do Senhor Wilson, esse épico ambulante que misturava caos, aventura, fé, picaretagem leve, alegria popular e o senso poético de viver fora da curva.


1. WILSON, O HOMEM-MULTITAREFA DO BRASIL PROFUNDO

Meu pai era daqueles brasileiros que parecem ter clonado a própria carteira de trabalho:

  • Vendia bordados de Ibitinga em São Paulo,

  • Levava roupas do Brás como se fossem seda importada e vendia pelo interior,

  • Raspava lucro com rifas de relógios “duvidosos” da Galeria Pagé,

  • Contrabandeava isqueiros, mini-games e qualquer coisa vinda da China, que pudesse ser revendida com lucro.

  • Tentou a sorte com uma mini-fundição de terminais de bateria automotiva,

  • Ia até Mogi das Cruzes, pegava pintainhos de um dia descartados e numa perua kombi ou variant caindo de podre, trocava por sucatas de metal.

  • Produzia velas caseiras derretendo parafina como um alquimista suburbano a parte bizarra era quando comprava parafina usada de cemitério,

  • Era fotógrafo profissional com olhar afiado, fazendo reportagens de casamento, festas, formaturas, batizados, crismas e primeira comum, fotos de velório, binoclinhos nas férias de verão e mais uso que agora fugiu da mente.

  • E quando tudo falhava… ligava o modo motorista de ônibus, trabalhando em fretamento e excursões..

Era o típico brasileiro da gambiarra empreendedora:
não se dobrava ao sistema — também não se encaixava nele.

E assim, com essa combinação de coragem, improviso e permanente estado de “vai dar certo”, nasceram as lendárias…



2. EXCURSÕES POPULARES WILSON TUR — A EMPRESA QUE NUNCA EXISTIU, MAS TODO MUNDO FOI

Enquanto muita gente vendia sonho, meu pai alugava um ônibus…
e entregava o sonho de verdade:

🌴 PARA A PRAIA GRANDE

Clássico absoluto.
Farofa, protetor solar vencido e felicidade genuína.
Golden age da excursão raiz.

🏰 PARA ITU

A cidade dos exageros — local perfeito para o homem das ideias grandes.

🧺 PICNICS EM PARQUES FORMOSOS

Comida na marmita de alumínio, toalha xadrez, bola de capotão e aquele tio que sempre dizia:
“Esse é o verdadeiro lazer da família brasileira!” Numa epoca que apenas a cerveja Skol era vendida em latas de aluminio, sucesso absoluto de vendas, direto do bageiro do busão, geladas durante a viagem.

🙏 ROTEIROS DE FÉ

Aparecida do Norte, Bom Jesus de Pirapora…
E aquela galera que chorava ao ver a Basílica enquanto o motorista fazia contas no canto do volante.

🌊 PRAIAS FLUVIAIS E REPRESAS

Clássico paulista: água escura, churrasqueiras improvisadas e perigo que ninguém percebia.

🏘️ OUTRAS CIDADES QUE A MEMÓRIA NÃO INDEXOU

Mas que certamente existiram.
Cada uma com seu encanto, sua trilha sonora de rádio AM e suas histórias esquecidas.


3. A MAGIA DA INFÂNCIA — ENQUANTO O MUNDO ERA MAIOR

Para o pequeno Vaguinho, tudo era maravilhoso:

  • rodar por estradas infinitas,

  • sentir o vento batendo pela janela,

  • ver cidades novas,

  • dormir no banco do ônibus,

  • acordar com o cheiro de pastel,

  • correr descalço no gramado dos parques.

  • mesmo sendo pobre, não existia limites, por mais longe que fosse, a excursão do seu Wilson chegava.

Era aventura pura.
Era liberdade.
Era uma infância que hoje parece impossível — e por isso é tão preciosa.

Enquanto os adultos se preocupavam com os boletos, eu e minha irmã Vivi viviamos.

E viver era bom.


4. O OLHAR DOS ADULTOS — A TRISTEZA SILENCIOSA DO CLÃ

Porque para a família…
havia sempre aquela frustração velada:

“Wilson poderia ter sido mais.”
“Wilson poderia ter ido mais longe.”
“Wilson perdeu o norte.”

E isso dói.
Dói em quem observa, mas principalmente no próprio homem, que talvez soubesse — mas já não tinha asas, nem forças, nem mapas. Nunca soube o que fez meu pai se perder, estudou até a sexta série e abandonou, foi da polícia do Exército numa época de ditadura e grande destaque aos milicos, saiu do quartel direto para a Volkswagen como segurança... mas enfim... não teve cabeça, anos mais tarde se perdeu para o alcool.

Meu pai não era mau.
Nem negligente.
Nem irresponsável por prazer.

Ele era o típico sujeito esmagado pelas engrenagens invisíveis do Brasil:

  • pouca oportunidade,

  • pouca orientação,

  • muita dureza,

  • e um coração inquieto demais para ficar parado.

Ele vivia tentando.
Pulando de sonho em sonho.
Errando mais que acertando.
E sobrevivendo.

Criou cordornas, produziu e vendeu queijos, fez cineminha nos primórdios do vídeo VHS, mas sempre na pindura, sem dinheiro para evoluir e dar um passo a frente.


5. ENTRE A BELEZA E A MELANCOLIA — A SAGA DO HOMEM QUE NUNCA PAROU

A verdade é que o Senhor Wilson viveu como muitos brasileiros vivem:

no fio da navalha, na incerteza, improvisando a vida como quem improvisa uma música em cifra.

Aquela tristeza que os adultos sentiam…
era uma mistura de amor e impotência.

Aquele brilho nos meus olhos de criança…
era a prova de que, apesar de tudo, ele deu a mim algo raro:

aventura. movimento. histórias.
memórias que atravessam o tempo.

Mesmo sem norte, ele deu paisagens.

Mesmo sem estabilidade, ele deu sol nos finais de semana.

Mesmo sem planos, ele deu mundos novos.

E isso…
é muito mais do que muitos pais conseguem dar.




6. EPÍLOGO — A HERANÇA QUE FICOU

O homem Wilson, com todas as suas falhas, seus rolos, suas loucuras e seus improvisos…
é parte profunda da sua construção.

Meu espírito andarilho?
Veio dele.

Meu impulso criativo, minha inquietação, meu gosto por histórias, meu amor por estrada?
Também.

Meu coração que insiste em sonhar — mesmo depois de levar pancada?
Direto da fábrica do velho Wilson.

A vida dele pode não ter tido norte.
Mas deixou rumos.
E deixou esse escriba que vós escreve.

E isso, meu amigo…
é mais bonito do que qualquer excursão.

As vezes me assusto, quanto sou parecido com meu pai. Quantas maluquices fiz dando seguimento a esta genuina aventura da Famiglia Bellacosa

domingo, 6 de novembro de 2022

Rambo e as Quatro Divisões — O Caminho das Pedras para Escrever seu Primeiro Programa COBOL sem Voltar do Vietnã para uma América Desconhecida

 

Bellacosa Mainframe e o Rambo codificando programas cobol mainframe

☕ Um Café no Bellacosa Mainframe

Rambo e as Quatro Divisões — O Caminho das Pedras para Escrever seu Primeiro Programa COBOL sem Voltar do Vietnã para uma América Desconhecida

Ou: você já sabe entrar no TSO, abrir o ISPF, submeter JCL e reconhecer um S0C7; falta descobrir que um programa COBOL não nasce inteiro — ele é montado, uma decisão pequena por vez.

Há um momento estranho na vida de quem começa COBOL no z/OS.

O aluno já entra no TSO. Abre o ISPF. Encontra um membro numa PDS. Submete um JOB. Vai ao SDSF, vê CC 0000, vê ABEND, talvez até saiba que o compilador fica em algum lugar atrás daquele JCL aparentemente escrito em sânscrito administrativo.

Então o instrutor diz: “agora escreva um programa”. E a tela fica vazia como uma estrada à noite.

Não é falta de inteligência nem de vontade. É que até aqui ensinaram os cômodos da fábrica; ninguém mostrou como uma peça nasce. O iniciante recebe palavras enormes — IDENTIFICATION DIVISION, arquivo, PERFORM, WORKING-STORAGE, compilação — antes de aprender a primeira disciplina de sobrevivência: um programa é uma sequência explícita de perguntas e ações.

John Rambo entenderia a sensação. O sujeito voltou de uma guerra, trouxe competência real, mas aterrissou num lugar cujas regras não reconhece. O aluno COBOL também: conhece comandos isolados, mas ainda não tem o mapa para transformar um problema em fonte executável.

Vamos construir esse mapa. Sem magia, sem “copie este monstro de 800 linhas e reze”. No fim haverá um programa compilado, executado e observável no SDSF.

Missão do laboratório: ler dois números inteiros fornecidos pelo SYSIN, somá-los e informar o resultado. Se a entrada não for numérica, terminar de forma controlada.

É um problema pequeno de propósito. Se você não consegue explicar cada linha de um programa de 70 linhas, um programa de 7 mil linhas só é uma floresta maior.



1. Antes de abrir o editor: Rambo não atira no escuro

O erro clássico é começar pela primeira linha de COBOL e tentar “pensar dentro da sintaxe”. Isso é como começar a construir uma ponte escolhendo o parafuso.

Primeiro escreva, em português comum, o contrato do programa:

PerguntaResposta desta missão
Qual é a entrada?Dois números inteiros, um por linha, recebidos no SYSIN.
Qual é a saída?Uma mensagem com a soma, enviada ao SYSOUT.
O que pode dar errado?A linha não contém número ou falta uma das linhas.
Qual regra será aplicada?Só soma quando as duas entradas são numéricas.
Como saberei que funcionou?No JESMSGLG/SYSOUT, aparece a soma; o job fecha com CC 0000.

Agora reduza a lógica a pseudocódigo:

receber primeiro valor
receber segundo valor
se ambos são números
    somar
    mostrar resultado
senão
    mostrar mensagem de erro
    encerrar com código 8
fim-se
encerrar normalmente

Esse papel é o primeiro “programa”. COBOL será apenas a tradução disciplinada dele.

O truque que salva o iniciante

Antes de escrever uma instrução, complete a frase: “eu preciso guardar…”.

Para esta missão, precisamos guardar:

  • o texto bruto que chegou do SYSIN;

  • os dois valores convertidos para número;

  • o resultado;

  • uma forma de saber se a entrada é válida.

Pronto: você acabou de descobrir quase toda a DATA DIVISION.



2. As quatro divisões: quatro placas na trilha

COBOL não é uma língua que começa a contar uma história logo na primeira linha. Ele organiza o programa em quatro áreas. Pense nelas como as placas que Rambo fincaria na mata para não andar em círculos.

DivisãoPergunta que respondeNesta missão
IDENTIFICATION DIVISIONQuem é este programa?Nome do programa.
ENVIRONMENT DIVISIONCom que ambiente/dispositivos ele conversa?SYSIN e SYSOUT.
DATA DIVISIONQuais dados existem e como são descritos?Entradas, números e resultado.
PROCEDURE DIVISIONO que acontece, em qual ordem?Ler, validar, somar, exibir e terminar.

Uma dica de leitura para o resto da carreira:

Dados não fazem nada; procedimentos não guardam nada.

Quando você se perde, pergunte: “estou descrevendo uma coisa ou mandando executar uma ação?” Coisa vai para DATA; ação vai para PROCEDURE.




3. Primeiro marco: dar identidade ao recruta

Todo programa começa assim:

       IDENTIFICATION DIVISION.
       PROGRAM-ID. SOMA001.

PROGRAM-ID é o nome pelo qual o programa será conhecido pelo compilador e, em geral, pelo ambiente de execução. Use um nome que respeite a convenção local. Aqui, SOMA001 é curto, didático e cabe nas convenções tradicionais.

Não coloque regra de negócio aqui. Não declare variáveis aqui. Não tente impressionar o compilador. Esta divisão responde apenas: “quem se apresentou para a missão?”



4. Segundo marco: ligar a estrada de entrada e saída

Num programa batch simples, o JCL entrega recursos ao programa por DDNAME. SYSIN costuma ser a entrada padrão e SYSOUT a saída de mensagens. O COBOL precisa declarar que usará esses nomes.

       ENVIRONMENT DIVISION.
       INPUT-OUTPUT SECTION.
       FILE-CONTROL.
           SELECT ENTRADA ASSIGN TO SYSIN
               ORGANIZATION IS LINE SEQUENTIAL.
           SELECT SAIDA ASSIGN TO SYSOUT
               ORGANIZATION IS LINE SEQUENTIAL.

Traduzindo sem fumaça:

  • SELECT ENTRADA: dentro do COBOL, chamaremos esse fluxo de ENTRADA;

  • ASSIGN TO SYSIN: no JCL, ele será conectado ao DD chamado SYSIN;

  • LINE SEQUENTIAL: vamos tratar uma linha por vez, ideal para o exercício;

  • o mesmo raciocínio vale para SAIDA/SYSOUT.

Agora descrevemos os registros desses fluxos na DATA DIVISION.



5. Terceiro marco: a mochila de dados (DATA DIVISION)

A DATA DIVISION tem seções. Para este laboratório, usaremos duas:

  • FILE SECTION: como é cada linha lida ou gravada nos arquivos lógicos;

  • WORKING-STORAGE SECTION: a mochila do programa, onde ficam os dados de trabalho enquanto ele está em execução.

       DATA DIVISION.
       FILE SECTION.
       FD  ENTRADA.
       01  REG-ENTRADA                 PIC X(20).

       FD  SAIDA.
       01  REG-SAIDA                   PIC X(80).

       WORKING-STORAGE SECTION.
       01  WS-PRIMEIRO-TEXTO           PIC X(20).
       01  WS-SEGUNDO-TEXTO            PIC X(20).
       01  WS-PRIMEIRO-NUMERO          PIC 9(9).
       01  WS-SEGUNDO-NUMERO           PIC 9(9).
       01  WS-RESULTADO                PIC 9(10).
       01  WS-RESULTADO-EDITADO        PIC Z(9)9.

Como ler uma declaração COBOL

Pegue esta linha:

       01  WS-PRIMEIRO-NUMERO          PIC 9(9).
  • 01 é o nível: um item independente;

  • WS-PRIMEIRO-NUMERO é o nome escolhido por nós; WS- é uma convenção comum para Working-Storage;

  • PIC 9(9) reserva nove posições numéricas, sem sinal e sem casas decimais.

O texto de entrada é PIC X(20) porque, quando a linha chega, ela é apenas texto. Antes de fazer conta, nós perguntaremos se ela é numérica e só então a moveremos para um campo numérico.

Esse detalhe evita o famoso S0C7: tentar tratar lixo como número. O S0C7 não é um fantasma; é normalmente a máquina dizendo, com pouca delicadeza, “você prometeu que havia dígitos aqui”.

WS-RESULTADO-EDITADO usa Z(9)9: os Z suprimem zeros à esquerda na apresentação. Assim, em vez de mostrar 0000000042, mostramos 42.



6. Quarto marco: transformar o roteiro em PROCEDURE DIVISION

Agora o programa ganha vida. Em COBOL, é saudável criar pequenos parágrafos com nomes que expliquem a intenção. Não escreva um único bloco de 400 linhas chamado MAIN. Isso é o equivalente corporativo de entrar na mata sem bússola.

       PROCEDURE DIVISION.
       0000-PRINCIPAL.
           PERFORM 1000-RECEBER-DADOS
           PERFORM 2000-VALIDAR-E-PROCESSAR
           PERFORM 9000-ENCERRAR
           .

Leia em voz alta: “execute receber dados; execute validar e processar; execute encerrar”. Se a leitura parece português burocrático, está no caminho certo.

O ponto final após o último comando encerra o parágrafo. Em código real, a convenção da equipe pode ser diferente, mas o princípio é o mesmo: seja consistente.

Receber dados

       1000-RECEBER-DADOS.
           READ ENTRADA
               AT END
                   MOVE SPACES TO WS-PRIMEIRO-TEXTO
               NOT AT END
                   MOVE REG-ENTRADA TO WS-PRIMEIRO-TEXTO
           END-READ

           READ ENTRADA
               AT END
                   MOVE SPACES TO WS-SEGUNDO-TEXTO
               NOT AT END
                   MOVE REG-ENTRADA TO WS-SEGUNDO-TEXTO
           END-READ
           .

Aqui há uma disciplina importante: READ lê para REG-ENTRADA, o registro definido na FILE SECTION. Em seguida copiamos para o campo de trabalho correspondente. A segunda leitura sobrescreverá REG-ENTRADA, e isso é normal.

Se não existir linha, colocamos espaços no campo. Mais adiante, a validação o rejeitará. Isso é muito melhor do que fingir que a linha existe.

Validar, converter, somar ou terminar com erro controlado

       2000-VALIDAR-E-PROCESSAR.
           IF FUNCTION TEST-NUMVAL(WS-PRIMEIRO-TEXTO) = 0
              AND FUNCTION TEST-NUMVAL(WS-SEGUNDO-TEXTO) = 0
               COMPUTE WS-PRIMEIRO-NUMERO =
                   FUNCTION NUMVAL(WS-PRIMEIRO-TEXTO)
               COMPUTE WS-SEGUNDO-NUMERO =
                   FUNCTION NUMVAL(WS-SEGUNDO-TEXTO)
               ADD WS-PRIMEIRO-NUMERO
                   WS-SEGUNDO-NUMERO
                   GIVING WS-RESULTADO
               MOVE WS-RESULTADO TO WS-RESULTADO-EDITADO
               MOVE SPACES TO REG-SAIDA
               STRING 'SOMA = ' DELIMITED BY SIZE
                      WS-RESULTADO-EDITADO DELIMITED BY SIZE
                 INTO REG-SAIDA
               END-STRING
               WRITE REG-SAIDA
           ELSE
               MOVE 'ERRO: INFORME DOIS NUMEROS INTEIROS.'
                 TO REG-SAIDA
               WRITE REG-SAIDA
               MOVE 8 TO RETURN-CODE
           END-IF
           .

Há cinco ferramentas essenciais aqui:

  • IF ... END-IF: escolhe um caminho. Sempre prefira o terminador explícito END-IF; ele evita que um ELSE perdido faça estrago mais à frente.

  • FUNCTION TEST-NUMVAL: verifica se o texto pode representar um número. Resultado 0 significa que é válido; ela aceita os espaços que normalmente acompanham uma linha curta recebida pelo SYSIN.

  • FUNCTION NUMVAL: converte o texto validado para valor numérico. A regra de ouro permanece: nunca converta antes de validar.

  • ADD ... GIVING: faz a soma e coloca o resultado no destino.

  • WRITE: envia o registro preparado para o fluxo de saída.

E entra um veterano importante: RETURN-CODE. Ele é uma área especial usada para devolver o resultado da execução ao z/OS/JES. 0 costuma significar sucesso; 8, erro de negócio ou entrada inválida neste exercício. Os significados formais dependem da política do seu ambiente, mas a ideia é universal: não esconda falhas.

Encerrar não é um detalhe

       9000-ENCERRAR.
           CLOSE ENTRADA
                 SAIDA
           GOBACK
           .

CLOSE finaliza os arquivos. GOBACK devolve o controle a quem chamou o programa — no nosso caso, o ambiente batch. Um programa que “parece ter terminado” mas não fecha recursos corretamente vira uma pequena dor de cabeça que cresce em produção.





7. O programa completo: uma peça que você consegue explicar

Crie um membro, por exemplo SOMA001, na PDS usada para fontes COBOL e coloque o código abaixo. Em ambientes de cartão fixo, respeite a coluna 8 para início do código; no editor ISPF, a numeração à esquerda normalmente já o mantém no lugar. Se sua instalação usa formato livre, siga o padrão definido por ela.

       IDENTIFICATION DIVISION.
       PROGRAM-ID. SOMA001.

       ENVIRONMENT DIVISION.
       INPUT-OUTPUT SECTION.
       FILE-CONTROL.
           SELECT ENTRADA ASSIGN TO SYSIN
               ORGANIZATION IS LINE SEQUENTIAL.
           SELECT SAIDA ASSIGN TO SYSOUT
               ORGANIZATION IS LINE SEQUENTIAL.

       DATA DIVISION.
       FILE SECTION.
       FD  ENTRADA.
       01  REG-ENTRADA                 PIC X(20).

       FD  SAIDA.
       01  REG-SAIDA                   PIC X(80).

       WORKING-STORAGE SECTION.
       01  WS-PRIMEIRO-TEXTO           PIC X(20).
       01  WS-SEGUNDO-TEXTO            PIC X(20).
       01  WS-PRIMEIRO-NUMERO          PIC 9(9).
       01  WS-SEGUNDO-NUMERO           PIC 9(9).
       01  WS-RESULTADO                PIC 9(10).
       01  WS-RESULTADO-EDITADO        PIC Z(9)9.

       PROCEDURE DIVISION.
       0000-PRINCIPAL.
           OPEN INPUT ENTRADA
                OUTPUT SAIDA
           PERFORM 1000-RECEBER-DADOS
           PERFORM 2000-VALIDAR-E-PROCESSAR
           PERFORM 9000-ENCERRAR
           .

       1000-RECEBER-DADOS.
           READ ENTRADA
               AT END
                   MOVE SPACES TO WS-PRIMEIRO-TEXTO
               NOT AT END
                   MOVE REG-ENTRADA TO WS-PRIMEIRO-TEXTO
           END-READ

           READ ENTRADA
               AT END
                   MOVE SPACES TO WS-SEGUNDO-TEXTO
               NOT AT END
                   MOVE REG-ENTRADA TO WS-SEGUNDO-TEXTO
           END-READ
           .

       2000-VALIDAR-E-PROCESSAR.
           IF FUNCTION TEST-NUMVAL(WS-PRIMEIRO-TEXTO) = 0
              AND FUNCTION TEST-NUMVAL(WS-SEGUNDO-TEXTO) = 0
               COMPUTE WS-PRIMEIRO-NUMERO =
                   FUNCTION NUMVAL(WS-PRIMEIRO-TEXTO)
               COMPUTE WS-SEGUNDO-NUMERO =
                   FUNCTION NUMVAL(WS-SEGUNDO-TEXTO)
               ADD WS-PRIMEIRO-NUMERO
                   WS-SEGUNDO-NUMERO
                   GIVING WS-RESULTADO
               MOVE WS-RESULTADO TO WS-RESULTADO-EDITADO
               MOVE SPACES TO REG-SAIDA
               STRING 'SOMA = ' DELIMITED BY SIZE
                      WS-RESULTADO-EDITADO DELIMITED BY SIZE
                 INTO REG-SAIDA
               END-STRING
               WRITE REG-SAIDA
           ELSE
               MOVE 'ERRO: INFORME DOIS NUMEROS INTEIROS.'
                 TO REG-SAIDA
               WRITE REG-SAIDA
               MOVE 8 TO RETURN-CODE
           END-IF
           .

       9000-ENCERRAR.
           CLOSE ENTRADA
                 SAIDA
           GOBACK
           .

Pare antes de compilar e faça a prova Rambo: aponte para cada bloco e responda o que ele guarda ou faz. Se não consegue responder, não é hora de decorar mais comandos; é hora de reduzir o trecho até compreendê-lo.



8. O JCL: o caminhão que leva o recruta até o campo de teste

Cada empresa possui procedure, bibliotecas e padrões próprios. Por isso, não copie cegamente os nomes de bibliotecas abaixo. Use o PROC de compilação que sua turma ou instalação já fornece. O objetivo é entender a estrutura.

Um JCL didático pode ter este desenho:

//SOMAJOB  JOB (ACCT),'ALUNO',CLASS=A,MSGCLASS=H,NOTIFY=&SYSUID
//COMPILE  EXEC IGYWCL,PGM=SOMA001
//COBOL.SYSIN DD DSN=SEU.USUARIO.COBOL(SOMA001),DISP=SHR
//GO.SYSIN     DD *
12
30
/*
//GO.SYSOUT    DD SYSOUT=*

O que interessa aqui:

ParteTradução humana
EXEC IGYWCLChama uma procedure de compilar, linkeditar e executar COBOL. O nome pode variar na sua instalação.
PGM=SOMA001Indica o nome do módulo/programa.
COBOL.SYSINEntrega o membro-fonte ao passo de compilação. Alguns PROCs usam outro DDNAME; confira o padrão local.
GO.SYSIN DD *Entrega dados de teste diretamente no JCL ao passo de execução.
GO.SYSOUTPede que as mensagens produzidas pelo programa sejam direcionadas para a saída do job.

Em muitos laboratórios, a procedure já faz compile + link + go, mas com nomes diferentes, como COBCLG, IGYWCLG ou um PROC local. O procedimento certo é o que existe no seu ambiente, não o que alguém colou num fórum em 2009.

Se a sua procedure só compila e linkedita, faça dois JOBs: primeiro construa o load module; depois execute-o com um passo EXEC PGM=SOMA001, acrescentando ao STEPLIB a load library indicada pelo instrutor.



9. Do SUB ao SDSF: onde procurar primeiro

Depois de salvar fonte e JCL, submeta o job. A rotina de investigação do iniciante deve ser sempre a mesma:

  1. No ISPF, confirme que salvou o membro certo.

  2. Digite SUB no comando primário do editor JCL ou use a opção de submit disponível.

  3. No SDSF, abra ST e localize seu job.

  4. Veja o resultado geral: CC 0000 é a luz verde; qualquer ABEND ou CC inesperado pede leitura.

  5. Abra primeiro JESMSGLG: ele conta a história cronológica do job.

  6. Abra a listagem do compilador (SYSPRINT, SYSOUT ou nome equivalente) se a compilação falhou.

  7. Abra o SYSOUT do passo de execução para procurar SOMA = 42.

Para o teste com 12 e 30, a saída esperada é:

SOMA = 42

E o job deve fechar com CC 0000.

Faça também o teste de falha:

12
RAMBO

Agora a saída deve trazer a mensagem de erro, e o passo de execução deve terminar com CC 0008. Isto é sucesso do teste: o programa identificou uma entrada inválida sem cair num abend.



10. Quando der errado: o que a trilha está tentando dizer

SintomaSuspeita inicialPrimeira ação
Erros na compilaçãoPonto faltando, palavra reservada, colunas/formato ou estrutura incompletaLeia a primeira mensagem de erro do compilador; as seguintes podem ser consequência dela.
S0C7Campo não numérico usado em operação numéricaVerifique onde houve MOVE, ADD, COMPUTE ou comparação; valide a entrada antes.
S806Programa não foi encontrado para executarConfira link-edit, nome do PGM, STEPLIB/JOBLIB e load library.
S013 ou erro de arquivoDCB/atributos ou modo de abertura incompatíveisConfira o DD no JCL, OPEN INPUT/OUTPUT e o formato esperado.
CC 0000, mas nada apareceVocê escreveu em uma saída diferente da que está olhando, ou não executou o caminho do WRITEConfira o GO.SYSOUT e adicione uma mensagem simples de rastreio temporária.

O comando tático é: leia a primeira causa, não a última explosão. Um ponto ausente pode criar vinte mensagens do compilador; consertar a vigésima é combater fumaça.





11. Os sete hábitos de quem deixa de apenas “saber comandos”

  1. Comece pelo contrato, não pelo teclado. Entrada, saída, regra e erro antes da sintaxe.

  2. Faça uma versão minúscula funcionar. Primeiro leia e dê DISPLAY; depois some; depois valide; só então enfeite.

  3. Dê nomes que contem a história. WS-VALOR-ORIGEM é melhor que WS-A; 2000-CALCULAR-TOTAL é melhor que ROT2.

  4. Separe dados de ações. Campo na DATA DIVISION; decisão e processamento na PROCEDURE DIVISION.

  5. Valide bordas. Entrada vazia, letra em campo numérico, zero, valor máximo: os incidentes moram nas fronteiras.

  6. Compile cedo e frequentemente. Não escreva 300 linhas antes do primeiro compile. Entregue pequenas etapas ao compilador.

  7. Use o SDSF como painel, não como tribunal. Ele não está ali para humilhar ninguém; mostra o que de fato foi submetido e executado.



12. A próxima missão: aumentar só uma pedra por vez

Depois que SOMA001 funcionar, não pule direto para CICS, Db2 e um cadastro de clientes com 40 telas. Evolua em degraus:

  1. Troque a soma por subtração e multiplicação.

  2. Leia vários pares até fim de arquivo; aí você descobrirá PERFORM UNTIL e uma chave de fim de arquivo.

  3. Grave um relatório de saída com cabeçalho e totalizador.

  4. Leia um arquivo sequencial real no JCL, em vez de DD *.

  5. Crie uma rotina para validar dados e outra para calcular.

  6. Só então avance para VSAM, Db2, CICS ou chamadas de programas.

Cada degrau reaproveita a mesma gramática mental: receber → validar → processar → produzir saída → encerrar. Muda o recurso, não muda o raciocínio.



13. Checklist antes de chamar o instrutor

Antes de dizer “não funciona”, faça esta inspeção honesta:

  • Qual é a entrada exata que forneci?

  • Qual saída eu esperava?

  • Em que membro está o fonte? E em que membro está o JCL?

  • O PROGRAM-ID é o mesmo nome usado no build/exec?

  • O job chegou a executar ou morreu na compilação/linkedição?

  • Qual é a primeira mensagem relevante no SDSF?

  • Se há cálculo, os campos envolvidos são realmente numéricos?

  • Eu consigo explicar, em português, o caminho entre a leitura e a saída?

Se levar essas respostas, você não chega ao instrutor com “deu erro”. Chega com material de diagnóstico — e aprende dez vezes mais depressa.



Epílogo — Rambo não decorou a selva; ele aprendeu a ler rastros

Escrever COBOL não é conhecer todas as cláusulas da linguagem. É pegar um problema confuso e dividi-lo até que cada parte tenha uma resposta simples:

  • quem é o programa;

  • de onde vêm e para onde vão os dados;

  • o que precisa ficar guardado;

  • quais passos acontecem e em que ordem;

  • como o programa termina quando tudo vai bem — e quando não vai.

O aluno que voltou do “Vietnã” de TSO, ISPF, JOB e JCL não está atrasado. Ele já conhece o terreno e as ferramentas. Falta transformar ferramentas em método.

Abra um membro vazio. Escolha um problema de uma frase. Escreva o contrato. Monte as quatro divisões. Compile antes de o medo crescer. E, quando o SDSF mostrar o primeiro CC 0000 de um programa escrito por você, guarde o recibo: não foi sorte. Foi a primeira vez que você atravessou a trilha inteira.

E a partir daí, padawan, a floresta continua grande — mas já não é desconhecida.



Para ir mais longe

Conheça diversos laboratorios praticos para dominar o COBOL e ir mais longe na carreira de DEV Mainframe

https://eljefemidnightlunch.blogspot.com/2026/07/laboratorio-pratico-primeiros-passos-no.html

https://eljefemidnightlunch.blogspot.com/2024/01/laboratorio-pratico-testes-de.html

https://eljefemidnightlunch.blogspot.com/2025/06/laboratorio-pratico-de-cobol-mainframe.html

https://eljefemidnightlunch.blogspot.com/2025/10/lab-1-laboratorio-pratico-db2-para.html

https://eljefemidnightlunch.blogspot.com/2025/10/laboratorio-pratico-03-comandos-display.html

https://eljefemidnightlunch.blogspot.com/2026/07/comp-4-e-comp-5-sem-misterios-parte-ii.html

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