Translate

sexta-feira, 31 de julho de 2015

🔥 JCL no z/OS V2R1 — o veterano entra oficialmente na era moderna

 

Bellacosa Mainframe apresenta JCL V2R1 Job Control Language

🔥 JCL no z/OS V2R1 — o veterano entra oficialmente na era moderna



📅 Datas importantes

  • Release (GA): julho de 2015

  • Final de suporte IBM: 30 de setembro de 2020

O z/OS V2R1 é o divisor de águas:
o mainframe entra de vez na era do híbrido,
e o JCL passa a conviver oficialmente com APIs, Linux, Java e DevOps — sem mudar uma vírgula.


🧬 Contexto histórico

Até o z/OS V1.x, o discurso era “modernização controlada”.
No V2R1, a IBM muda o tom:

  • z/Architecture madura

  • Cloud híbrida começando a ganhar corpo

  • Linux on Z crescendo

  • Middleware (CICS, MQ, DB2) totalmente integrado

  • Batch deixa de ser “janela noturna”

E no centro de tudo isso…

👉 o JCL segue sendo o contrato supremo de execução.

Bellacosa resumiria assim:

“O mundo ficou moderno.
O JCL já era.”



✨ O que há de novo no JCL no z/OS V2R1

Aqui está a elegância do V2R1:

❌ Nenhuma ruptura
✅ Consolidação total

🆕 1. JCL como pilar do batch moderno

No V2R1:

  • Batch passa a rodar 24x7

  • Jobs são acionados por:

    • schedulers corporativos

    • aplicações distribuídas

    • eventos externos

👉 O JCL deixa de ser “script” e vira infraestrutura operacional.


🆕 2. IF / THEN / ELSE vira padrão (não mais exceção)

  • Menos abuso de COND

  • Mais clareza no fluxo

  • Menos erro humano

O JCL começa a parecer… código bem escrito.


🆕 3. JES2 e DFSMS mais previsíveis

  • Spool mais estável

  • Melhor gerenciamento de workloads

  • Storage cada vez mais orientado a políticas

O resultado?
👉 menos tuning artesanal, mais previsibilidade.


🔧 Melhorias percebidas no dia a dia

✔ Batch rodando fora da madrugada
✔ Jobs mais legíveis
✔ Menos “JCL mágico” herdado
✔ Mais padronização
✔ RC tratado com mais seriedade

Nada mudou na linguagem.
Tudo mudou no modo de uso.


🥚 Easter Eggs (para mainframer raiz)

  • 🥚 JCL escrito no OS/390 rodando feliz no V2R1

  • 🥚 IEFBR14 continuava sendo usado sem culpa

  • 🥚 Comentários no JCL mais antigos que o próprio z/OS 😅

  • 🥚 O erro clássico seguia firme:

    • RC ignorado

    • DISP mal planejado

    • dataset em uso

👉 Compatibilidade é uma faca de dois gumes.


💡 Dicas Bellacosa para JCL no z/OS V2R1

🔹 Comece a pensar JCL como código corporativo
🔹 Padronize nomes de jobs e passos
🔹 Use IF / THEN / ELSE sempre que possível
🔹 Documente decisões históricas no JCL
🔹 Leia JESMSGLG com atenção religiosa

Esse job não é seu.
Você só é o guardião da vez.


📈 Evolução do JCL até o z/OS V2R1

EraPapel do JCL
OS/360Controle batch
MVSAutomação
OS/390Base corporativa
z/OS V1.xOrquestração
z/OS V2R1Entrada oficial no mundo híbrido

👉 No V2R1, o JCL cruza a fronteira do “legacy” e entra no moderno sem pedir permissão.


📜 Exemplo de JCL “cara de V2R1”

//BELLV21 JOB (ACCT),'JCL z/OS V2R1', // CLASS=A,MSGCLASS=X,NOTIFY=&SYSUID //* //* JOB PENSADO PARA BATCH 24x7 //* //STEP01 EXEC PGM=COREPROC //STEPLIB DD DSN=BELLACOSA.LOADLIB,DISP=SHR //SYSOUT DD SYSOUT=* //* //IF (STEP01.RC = 0) THEN //STEP02 EXEC PGM=IDCAMS //SYSPRINT DD SYSOUT=* //SYSIN DD * DELETE BELLACOSA.WORK.TEMP SET MAXCC = 0 /* //ENDIF

💬 Comentário Bellacosa:

“Esse JCL pode rodar de dia, de noite ou por evento.
Ele não pergunta. Ele executa.”


🧠 Comentário final

O JCL no z/OS V2R1 representa o momento em que o mainframe diz ao mercado:

🔥 “Não vou mudar minha base para parecer moderno.
Vou integrar o moderno à minha base.”

E o JCL, silencioso como sempre, aceita a missão.

JCL não é linguagem do passado.
JCL é compromisso com o resultado.

domingo, 19 de julho de 2015

🎮 Isekai List 2015

 

Bellacosa Mainframe apresenta a lista de anime 2015

☕ Um Café no Bellacosa Mainframe

2015 — O Ano em que o Isekai Deixou de Ser um Nicho e Virou um Império

Existem anos que passam despercebidos na história dos animes.

E existem anos como 2015.

Se 2012 abriu as portas com Sword Art Online e 2014 preparou o terreno, 2015 foi o momento em que as produtoras perceberam que o isekai havia encontrado sua fórmula de ouro. A partir daqui, o gênero deixou de ser apenas "um protagonista indo para outro mundo" e começou a experimentar diferentes abordagens: MMORPGs, portais dimensionais, invasões de mundos paralelos e protagonistas moralmente ambíguos.

Foi também o nascimento de um dos maiores ícones do gênero moderno: Ainz Ooal Gown, de Overlord, personagem que provou que um protagonista não precisava ser herói para conquistar milhões de fãs. (AnimeList)

No Bellacosa Mainframe costumo brincar que:

2015 foi o momento em que o servidor dos isekais saiu do ambiente de testes e entrou definitivamente em produção.

Enquanto os espectadores ainda tentavam entender o que era um "mundo paralelo", os estúdios já estavam montando verdadeiras linhas de montagem.



Os principais Isekais lançados em 2015

1. Overlord

Título original: オーバーロード (Ōbārōdo)

Episódios: 13

Resumo

Quando os servidores do MMORPG Yggdrasil encerram suas atividades, Momonga decide permanecer conectado até o último segundo.

Mas o logout nunca acontece.

Ele desperta preso em seu avatar: o poderoso rei morto-vivo Ainz Ooal Gown.

Agora NPCs ganharam vida.

O mundo mudou.

E ele precisa descobrir o motivo.

Personagens

  • Ainz Ooal Gown (Momonga)

  • Albedo

  • Shalltear Bloodfallen

  • Demiurge

  • Cocytus

  • Aura

  • Mare

  • Sebas Tian

O diferencial

Ao contrário dos protagonistas tradicionais, Ainz não tenta salvar o mundo.

Ele deseja compreendê-lo...

e eventualmente dominá-lo.

Easter Eggs

  • Nazarick possui dezenas de referências à mitologia nórdica.

  • Os NPCs refletem exatamente a personalidade de quem os criou.

  • O nome Ainz Ooal Gown representa a antiga guilda inteira.

  • Muitas decisões absurdas de Ainz são interpretadas como genialidade absoluta pelos subordinados. (AnimeList)


2. Gate: Jieitai Kano Chi nite, Kaku Tatakaeri

Título original:
ゲート 自衛隊 彼の地にて、斯く戦えり

Episódios: 24 (12 em 2015 + 12 em 2016)

Resumo

Um portal aparece em Tóquio.

Do outro lado existe um mundo medieval repleto de:

  • dragões

  • elfos

  • magos

  • impérios

O Japão responde enviando...

o Exército.

Personagens

  • Youji Itami

  • Rory Mercury

  • Tuka Luna Marceau

  • Lelei

  • Pina Co Lada

O diferencial

Enquanto quase todos os isekais enviam um humano para outro mundo...

Gate leva um exército moderno inteiro.

Tanques contra cavaleiros.

Helicópteros contra dragões.

Easter Eggs

  • Diversas armas utilizadas são modelos reais das Forças de Autodefesa Japonesas.

  • Itami continua sendo otaku mesmo durante operações militares.

  • A série faz inúmeras referências à geopolítica moderna. (Fandom)


3. Digimon Adventure tri.

Título original

デジモンアドベンチャー tri.

Formato: filmes (início em 2015)

Resumo

Os DigiEscolhidos retornam anos depois para enfrentar uma nova crise envolvendo o Mundo Digital.

Embora seja uma continuação, continua explorando o conceito clássico de viajar entre mundos.

Personagens

  • Taichi

  • Yamato

  • Sora

  • Mimi

  • Joe

  • Koshiro

  • Takeru

  • Hikari

Easter Eggs

  • Diversas referências ao anime original de 1999.

  • Reaparecimento de Digimons clássicos.

  • Grande carga nostálgica para quem cresceu nos anos 90.


4. Monster Strike

Título original

モンスターストライク

Formato: ONA

Resumo

Inspirado no famoso jogo mobile.

O protagonista acaba envolvido em batalhas dimensionais onde monstros vivem em uma realidade paralela.

Embora seja um isekai mais leve, utiliza diversos elementos do gênero.

Personagens

  • Ren Homura

  • Aoi

  • Oragon

Easter Eggs

  • Centenas de monstros vieram diretamente do jogo.

  • Diversos episódios funcionam como propaganda do game.


O que tornou 2015 tão importante?

O nascimento do protagonista "vilão"

Antes:

"Vou salvar o reino."

Depois de Overlord:

"Talvez eu conquiste o reino."

Foi uma mudança enorme na forma de contar histórias.


O isekai ficou mais político

Gate mostrou:

  • diplomacia

  • logística

  • exército

  • estratégia

Não era apenas magia.

Era geopolítica.


Os NPCs deixaram de ser figurantes

Em Overlord, os NPCs possuem:

  • personalidade

  • emoções

  • crenças

  • conflitos

Isso influenciaria diversos isekais posteriores.


O público amadureceu

2015 mostrou que havia espaço para histórias:

  • mais sombrias

  • menos ingênuas

  • moralmente cinzentas

O gênero começou a crescer junto com seus espectadores.


Curiosidades

☕ Overlord nasceu como Web Novel.

☕ Gate começou como Light Novel publicada na internet.

☕ Muitos produtores perceberam que adaptar Light Novels era financeiramente muito mais seguro do que criar histórias inéditas.

☕ 2015 consolidou a parceria entre editoras de Light Novel e estúdios de animação.

☕ A partir deste ano, praticamente toda temporada passou a ter pelo menos um novo isekai. (Isekai Wiki)


O legado de 2015

Sem 2015 talvez nunca tivéssemos:

  • Re:ZERO

  • Youjo Senki

  • Slime

  • Shield Hero

  • Mushoku Tensei

  • Eminence in Shadow

As produtoras perceberam que havia um público enorme disposto a acompanhar aventuras em mundos paralelos, especialmente quando combinadas com RPG, fantasia e protagonistas memoráveis.

Foi também o ano em que o isekai deixou de ser visto como uma curiosidade e passou a ocupar um espaço permanente nas grades de lançamento das temporadas de anime.


Conclusão

No Bellacosa Mainframe gosto de imaginar que existe um velho operador de CPD observando tudo isso.

Enquanto os heróis atravessam portais mágicos, ele apenas ajusta os parâmetros do sistema e comenta:

"Outro usuário acabou de fazer LOGIN em um universo paralelo..."

Em 2015, o botão ENTER do terminal parecia ter sido substituído por um feitiço de teletransporte. A cada nova temporada, um protagonista era desconectado de seu mundo original e inicializado em outro ambiente, com novas regras, novas ameaças e infinitas possibilidades.

Foi o ano em que o isekai saiu do laboratório, ganhou escala industrial e mostrou que os mundos paralelos ainda tinham muito código para executar. Para os fãs do gênero, 2015 não foi apenas mais um ano de estreias: foi o início de uma nova era que continua influenciando a animação japonesa até hoje.

☕ Um Café no Bellacosa Mainframe

Portal Isekai — A Linha do Tempo dos Mundos Paralelos

Atravesse o portal e explore os animes isekai lançados entre 2009 e 2025. Cada grimório anual reúne títulos, personagens, episódios, curiosidades, referências e mundos que mudaram o gênero.

17 anos catalogados
2009–2025 linha do tempo
1 portal dimensional

A grande biblioteca dos animes isekai

Um portal se abriu dentro do Bellacosa Mainframe. Do outro lado, aventureiros reencarnados, heróis convocados, jogadores presos em mundos virtuais, magos, demônios, fazendeiros, cozinheiros e administradores de reinos aguardam sua próxima missão.

Este índice organiza os artigos anuais da série Isekai List, começando em 2009 e avançando até 2025. Use a busca para localizar um ano, escolha a ordem cronológica ou abra cada artigo diretamente em uma nova aba. Também é possível visualizar o conteúdo dentro do próprio portal.

🧭 Console de Navegação Dimensional

17 grimórios encontrados.

Arquivo recuperado do mainframe

Grimórios Isekai por Ano

Sistema online
2025
Nova geração

Isekai List 2025

O ano em que o isekai começou a experimentar novos algoritmos, misturando fórmulas clássicas, continuações e novas variações.

2024
Expansão dimensional

Isekai List 2024

Um ciclo carregado de continuações, novos sistemas mágicos, protagonistas improváveis e múltiplas atualizações de firmware.

2023
Diversificação

Isekai List 2023

Fantasia, culinária, agricultura, aventura e slow life dividem espaço em um dos anos mais variados do gênero.

2022
Firmware atualizado

Isekai List 2022

Novas temporadas, adaptações aguardadas e mundos paralelos operando com sistemas cada vez mais especializados.

2021
Reinos conectados

Isekai List 2021

Heróis, vilões, estrategistas e habitantes de outros mundos disputam espaço em uma temporada de forte produção.

2020
Produção intensiva

Isekai List 2020

O gênero domina o horário de produção e se transforma em uma das principais forças da indústria de anime.

2019
Linha de montagem

Isekai 2019

A indústria amplia o catálogo e transforma mundos paralelos em uma linha constante de lançamentos e adaptações.

2018
Produção em massa

Isekai List 2018

O gênero entra definitivamente em produção em massa, multiplicando mundos, heróis e sistemas de habilidades.

2017
Industrialização

Isekai List 2017

O isekai vira linha de produção, recebe novas fórmulas narrativas e conquista uma audiência cada vez maior.

2016
Reinicialização

Isekai List 2016

Um ano decisivo, marcado por obras que reiniciaram o sistema operacional do gênero e redefiniram suas possibilidades.

2015
Ascensão imperial

Isekai List 2015

O isekai deixa de ser apenas um nicho, amplia seu público e começa a construir um verdadeiro império comercial.

2014
Permanência no outro mundo

Isekai List 2014

Os protagonistas descobrem que voltar para casa nem sempre é o objetivo principal de uma aventura em outro mundo.

2013
Nova identidade

Isekai List 2013

O gênero encontra uma identidade moderna e começa a estabelecer elementos que dominariam a década seguinte.

2012
Grande reinicialização

Isekai List 2012

O ano em que mundos virtuais, light novels e comunidades online ajudaram a reiniciar a indústria dos animes.

2011
Compilando o futuro

Isekai List 2011

Um período de transição em que os elementos do isekai moderno começam a ser compilados dentro da indústria.

2010
Pré-explosão

Isekai List 2010

Antes da grande explosão comercial, o gênero reiniciava silenciosamente seus códigos narrativos fundamentais.

2009
Código ancestral

Isekai List 2009

O começo desta linha do tempo: um gênero ainda em reinicialização, preparando terreno para sua evolução.

Janela dimensional

🌀 Visualizador de Artigos

Escolha “Ver no portal” em qualquer ano para carregar o artigo.

Portal em modo de espera Selecione um ano para iniciar a transferência.

O que você encontra neste índice de animes isekai?

Animes por ano

Uma organização cronológica dos lançamentos e continuações mais relevantes entre 2009 e 2025.

Histórias e personagens

Resumos, protagonistas, companheiros, vilões, sistemas mágicos e elementos marcantes de cada produção.

Curiosidades e easter eggs

Referências escondidas, relações com light novels, mangás, RPGs, jogos e outras obras da cultura japonesa.

Estilo Bellacosa

Uma viagem descontraída pelos mundos paralelos, misturando anime, nostalgia, tecnologia e o bom humor do mainframe.

Um Café no Bellacosa Mainframe
Onde cada anime é um programa e cada mundo paralelo é uma nova LPAR.

Voltar ao início ↑

sábado, 18 de julho de 2015

Shinmai Maou no Testament (新妹魔王の契約者)

 

Bellacosa Mainframe apresenta shinmai maou no testament

☕ Um Café no Bellacosa Mainframe

Shinmai Maou no Testament (新妹魔王の契約者)

Quando um Programador COBOL Descobre que um Contrato Mal Definido Pode Derrubar Todo um Sistema

À primeira vista, Shinmai Maou no Testament parece apenas mais um anime ecchi de harém. Afinal, há cenas provocativas, protagonistas cercados por garotas e uma boa dose de humor. Porém, quando analisado além da superfície, revela uma interessante mistura de fantasia medieval, política entre reinos demoníacos, contratos mágicos, responsabilidade, honra e conflitos entre diferentes sistemas de poder.

Curiosamente, muitos veteranos de TI poderiam comparar a história com um ambiente IBM Mainframe.

No z/OS, um parâmetro incorreto em um JCL, um RACF mal configurado ou um contrato entre aplicações mal definido pode comprometer um ambiente inteiro.

No universo de Shinmai Maou no Testament acontece exatamente isso.

Tudo começa por causa de um contrato.


Ficha Técnica

Título original: 新妹魔王の契約者 (Shinmai Maō no Testament)

Título internacional: The Testament of Sister New Devil

Autor: Tetsuto Uesu

Ilustrações: Nekosuke Ōkuma

Light Novel: Kadokawa Sneaker Bunko

Primeiro volume: 29 de setembro de 2012

Anime: 7 de janeiro de 2015

Diretor: Hisashi Saitō

Roteiro: Takao Yoshioka

Música: Yasuharu Takanashi

Estúdio: Production IMS

Temporadas: 2

OVA's: 3 (incluindo Departures)

Total TV: 22 episódios

OVA: aproximadamente 3 episódios especiais. 


O Studio Production IMS

A Production IMS surgiu em 2013 e ficou conhecida por adaptar light novels de ação, fantasia e comédia romântica. Entre seus trabalhos mais conhecidos estão:

  • Date A Live II

  • Ore, Twintail ni Narimasu.

  • Jōkamachi no Dandelion

  • Shinmai Maou no Testament

Embora o estúdio tenha encerrado suas atividades poucos anos depois, conseguiu produzir uma adaptação visualmente competente, com boa animação nas batalhas e trilha sonora marcante. 


Sinopse

Basara Toujou descobre que seu pai resolveu casar novamente e lhe apresenta duas novas irmãs:

  • Mio Naruse

  • Maria Naruse

Logo depois o pai simplesmente viaja para o exterior.

O que parecia uma típica comédia escolar muda completamente quando Basara descobre que:

  • Mio é filha do antigo Rei Demônio.

  • Maria é uma súcubo.

  • Ele próprio pertence ao lendário Clã dos Heróis.

Por um acidente durante um ritual mágico, o contrato de mestre e servo é invertido, fazendo de Basara o protetor de Mio.

Esse pequeno "erro de configuração" altera completamente o destino do mundo.


Resumo da História

A narrativa acompanha Basara tentando proteger Mio das diversas facções demoníacas que desejam controlar sua herança.

Enquanto isso:

  • o Clã dos Heróis deseja eliminá-la;

  • lordes demônios querem dominá-la;

  • organizações secretas manipulam os acontecimentos.

No centro de tudo está Basara, tentando equilibrar amizade, família e dever.


Personagens Principais

Basara Toujou

O protagonista.

Apesar da aparência descontraída, possui enorme talento como guerreiro.

Abandonou o Clã dos Heróis após acontecimentos traumáticos.

É extremamente poderoso.


Mio Naruse

Filha do antigo Rei Demônio.

Gentil, determinada e muito mais madura do que aparenta.

Seu maior objetivo é impedir uma guerra.


Maria Naruse

Uma súcubo extremamente brincalhona.

Embora pareça apenas servir de alívio cômico, frequentemente é quem entende melhor a situação política.


Yuki Nonaka

Amiga de infância de Basara.

Especialista em magia.

Mantém enorme lealdade ao protagonista.


Kurumi Nonaka

Irmã de Yuki.

Possui personalidade forte e excelente capacidade de combate.


Zest

Uma cavaleira demoníaca extremamente respeitada.

Talvez uma das personagens mais interessantes da franquia.


Leohart

Importante líder demoníaco.

Não é exatamente um vilão.

Representa estabilidade política.


O que diferencia Shinmai Maou?

Muitos resumem a obra como:

"High School DxD com outra protagonista."

Na prática, isso é uma simplificação.

As diferenças incluem:

  • protagonista muito mais experiente;

  • foco maior em política demoníaca;

  • conflitos militares;

  • relações familiares;

  • contratos mágicos;

  • batalhas mais frequentes;

  • menos comédia escolar e mais fantasia.


Temática

A obra trabalha diversos temas:

  • responsabilidade;

  • confiança;

  • família construída;

  • honra;

  • preconceito;

  • livre-arbítrio;

  • dever;

  • sacrifício;

  • redenção.


Gêneros

  • Fantasia

  • Ação

  • Sobrenatural

  • Romance

  • Harém

  • Ecchi

  • Demônios

  • Escolar


Classificação Indicativa

A série é destinada ao público maduro, devido à combinação de violência, linguagem e forte fanservice. Em muitos mercados recebeu classificação 18+ ou equivalente. 


As Aventuras

Ao longo da série encontramos:

  • guerras entre demônios;

  • torneios;

  • invasões;

  • batalhas mágicas;

  • treinamento;

  • conspirações;

  • alianças políticas;

  • proteção da sucessora do Rei Demônio;

  • conflitos entre Heróis e Demônios.

Cada arco amplia o universo e mostra que nem todos os "Heróis" são virtuosos e nem todos os "Demônios" são malignos.


As Mensagens Ocultas

Sob a fantasia, a série sugere reflexões interessantes.

1. Contratos importam

Toda a trama nasce de um contrato.

No mundo corporativo, contratos entre sistemas, APIs, layouts de arquivos e interfaces também definem o funcionamento de todo o ambiente.

Um contrato mal definido produz consequências inesperadas.


2. Família é escolha

Basara e Mio não compartilham sangue.

Mesmo assim tornam-se uma verdadeira família.


3. Poder exige responsabilidade

Quanto mais forte Basara se torna, maiores são suas responsabilidades.

É um paralelo com profissionais de TI: mais conhecimento significa maior impacto das decisões.


4. Nem todo "Herói" é bom

A série evita dividir o mundo entre bem e mal.

Heróis cometem atrocidades.

Demônios demonstram compaixão.


5. O preconceito gera guerras

Grande parte dos conflitos nasce da incapacidade dos dois lados de dialogar.


Bellacosa Mainframe: O Anime visto por um COBOL Padawan

Imagine que o universo do anime seja um grande ambiente IBM Z.

  • Basara é o System Programmer.

  • Mio é uma aplicação crítica do banco.

  • Maria é um monitor de automação.

  • O contrato mágico é a interface entre sistemas.

  • O Clã dos Heróis representa a auditoria.

  • Os demônios representam aplicações externas.

  • O Reino Demoníaco funciona como um grande Data Center distribuído.

O erro de configuração do contrato equivale a executar um BIND, um RACF PERMIT ou um JCL com parâmetros invertidos: o sistema continua operando, mas toda a arquitetura muda.

A lição é clara: entender contratos, dependências e responsabilidades vale mais do que apenas conhecer comandos.


Impacto Cultural

Mesmo sem atingir a popularidade de High School DxD, Shinmai Maou no Testament consolidou-se como uma das franquias ecchi mais conhecidas da década de 2010. É lembrado pelo equilíbrio entre ação e fantasia, protagonista competente, sistema de magia baseado em contratos e um universo político mais elaborado do que muitos esperavam para o gênero. A obra também ajudou a fortalecer a tendência de adaptações de light novels de fantasia lançadas naquele período. 

Conclusão

Para um Programador COBOL Padawan, Shinmai Maou no Testament ensina uma lição surpreendentemente próxima da engenharia de software:

Um contrato bem definido sustenta todo o sistema.

No anime, esse contrato é mágico. No IBM Z, ele pode ser um layout COBOL, uma interface CICS, uma API, uma definição de Db2 ou uma política RACF. Em ambos os casos, compreender as dependências e assumir responsabilidade pelas próprias decisões é o que mantém todo o ambiente funcionando de forma estável.


sexta-feira, 17 de julho de 2015

⚔️💣 Miyamoto Musashi — O Algoritmo Vivo que Nunca Rodava Duas Vezes Igual

 

Bellacosa Mainframe um homem que virou lenda Miyamoto Musashi

⚔️💣 Miyamoto Musashi — O Algoritmo Vivo que Nunca Rodava Duas Vezes Igual

Se samurai fosse código…
Miyamoto Musashi seria aquele programa que:

  • não depende de framework
  • não segue padrão fixo
  • e ainda assim… sempre entrega

Ele não era só espadachim.
Era engenheiro de combate, filósofo e arquiteto de estratégia.


🧠 Conceito — Execução Adaptativa em Tempo Real

Musashi não lutava com técnica fixa.

Ele operava assim:

  • 📡 Observação do ambiente
  • ⚙️ Ajuste dinâmico
  • ⚔️ Execução no timing perfeito

📌 Bellacosa traduz:

Musashi = sistema que compila estratégia em runtime


📜 Origem — Quando o Japão Rodava em Modo Guerra

  • Nascido por volta de 1584
  • Período: transição pós-Sengoku period
  • Cresceu em ambiente de conflito constante

👉 Resultado:

Sistema treinado sob carga real desde o início.


⚔️ Técnica — Estilo de Duas Espadas (Niten Ichi-ryū)

Musashi criou:

👉 Niten Ichi-ryū

Características:

  • Uso simultâneo de duas espadas
  • Flexibilidade de ataque/defesa
  • Quebra de padrões tradicionais

📌 Tradução Bellacosa:

Multi-threading em combate.


🧬 Estratégia — Não Existe “Jeito Certo”

Musashi defendia:

  • Adaptabilidade > técnica rígida
  • Leitura do oponente > força
  • Timing > velocidade

👉 Ele não seguia escola…
👉 ele criava a resposta no momento.


📖 O Livro dos Cinco Anéis — Manual de Sistema

👉 The Book of Five Rings

Mais que um livro de combate:

  • Estratégia
  • Filosofia
  • Mentalidade
  • Disciplina

Os “5 elementos”:

  • Terra → base
  • Água → adaptação
  • Fogo → combate
  • Vento → conhecer outros
  • Vazio → além da técnica

📌 Bellacosa:

Documentação que não ensina código… ensina como pensar o sistema.


👁 Estilo de Combate — Anti-Padrão

Musashi:

  • Usava bokken (espada de madeira) contra aço
  • Chegava atrasado de propósito (psicológico)
  • Desestabilizava o oponente antes do combate

👉 Ele lutava antes da luta começar.


🤫 Fofoquices Históricas

  • Mais de 60 duelos — invicto
  • Matou seu primeiro oponente ainda jovem
  • Viveu como ronin (sem mestre)
  • Era também artista e calígrafo

📌 Fofoquinha:

Ele ganhava antes de sacar a espada.


🕹️ Easter Eggs na Cultura Pop

  • Vagabond → versão mais profunda
  • Baki → referência indireta
  • Nioh

🎮 Easter Egg:

Todo espadachim “apelão estratégico” tem DNA de Musashi.


🧠 Interpretação (Modo Bellacosa ON)

Musashi representa:

  • Adaptabilidade extrema
  • Independência de sistema
  • Eficiência sem dependência
  • Consciência situacional

📌 Comparação (Mainframe Mode)

ConceitoEquivalente
Técnica fixaCódigo hardcoded
MusashiSistema adaptativo
Estilo únicoFramework
ImprovisoRuntime
VitóriaExecução perfeita

📌 Comentário Final — Não Existe Script Pronto

Musashi prova uma coisa:

O problema não é a técnica…
é depender dela quando o cenário muda.


💣 Conclusão — O Melhor Sistema é o que se Adapta

No combate… e na vida:

  • Quem segue padrão perde
  • Quem entende contexto vence

🔥 Versão Bellacosa Final

Musashi não era o melhor lutador…
era o único que não precisava lutar do mesmo jeito duas vezes.

quinta-feira, 16 de julho de 2015

O Manual Real para Sobreviver ao Batch no z/OS ☕💻

 

Bellacosa Mainframe publica guia padawan em mainframe batch jcl e cobol

🔥 Guia do Iniciante em JCL que Ninguém Ensina

O Manual Real para Sobreviver ao Batch no z/OS ☕💻

Todo mundo ensina a sintaxe do JCL.

Pouquíssimos ensinam o que realmente importa:

👉 Como sobreviver ao ambiente batch real
👉 Como não travar a produção
👉 Como entender o que o JOB realmente está fazendo
👉 Como pensar como operador e não apenas programador

Se você domina isso, deixa de ser iniciante de verdade.


🧠 1) JCL não é “script” — é contrato com o sistema operacional

JCL diz ao z/OS:

✔ O que executar
✔ Quais recursos usar
✔ Quais arquivos abrir
✔ Como tratar erros
✔ Onde registrar resultados

Um JCL mal escrito não falha de forma elegante.
Ele pode causar efeitos colaterais enormes.


📦 2) Dataset é mais importante que o programa

Iniciantes focam no EXEC PGM.
Veteranos focam nos DD statements.

Porque:

👉 Programas fazem lógica
👉 Datasetes fazem o processamento real acontecer

Você precisa entender:

  • DSN (nome do dataset)

  • DISP

  • SPACE

  • DCB

  • UNIT

  • CATLG/DELETE

Um erro aqui pode apagar dados ou gerar inconsistências.


💣 3) DISP é a linha mais perigosa do JCL

DISP controla:

  • Criação

  • Uso

  • Catalogação

  • Exclusão

Exemplo aparentemente inocente:

//ARQOUT DD DSN=RELATORIO.DIARIO,
// DISP=(NEW,CATLG,DELETE)

Se o JOB falhar → dataset pode ser deletado.

Muitos incidentes começam aqui.


🔁 4) JOBs não são executados isoladamente

Batch é uma cadeia.

Seu JOB pode:

🔗 Alimentar outro JOB
🔗 Depender de JOB anterior
🔗 Rodar em janela restrita
🔗 Compartilhar arquivos

Um atraso ou erro afeta todo o fluxo noturno.


⏱️ 5) PRIORIDADE e CLASS importam mais do que você imagina

Parâmetros como:

  • CLASS

  • MSGCLASS

  • PRIORITY

  • REGION

Determinam:

✔ Quando seu JOB roda
✔ Onde roda
✔ Quanto recurso usa
✔ Como o output é tratado

Sem entender isso, você pode ficar horas esperando execução.


📊 6) Aprenda a ler o output no SDSF

Rodar o JOB é só metade do trabalho.

Você precisa verificar:

✔ Return Codes (RC)
✔ Mensagens do sistema
✔ Contagem de registros
✔ Warnings
✔ ABENDs

Muitos JOBs “terminam OK” mas produziram dados errados.


🧨 7) SYSOUT pode encher o spool perigosamente

Um programa verboso pode gerar gigabytes de output.

Consequências:

💥 Spool cheio
💥 JOBs bloqueados
💥 Operação impactada

Controle mensagens em produção.


📁 8) PROCLIB e PROC são reutilização poderosa — e perigosa

Procedures simplificam JCLs complexos.

Mas também podem esconder:

  • Datasetes críticos

  • Parâmetros sensíveis

  • Configurações específicas de ambiente

Sempre expanda mentalmente a PROC antes de rodar.


🛑 9) COND e IF/THEN controlam o fluxo real

JCL também tem lógica.

Sem controle adequado:

👉 Passos podem ser pulados
👉 Etapas críticas podem não rodar
👉 JOB pode terminar sem completar o processamento

Exemplo moderno:

IF (STEP1.RC > 4) THEN
EXEC PGM=ABORT
ENDIF

🧠 10) Nem todo erro aparece como ABEND

Situações perigosas:

  • RC alto mas aceitável

  • Arquivo vazio

  • Registros truncados

  • Dados inconsistentes

Operadores experientes analisam contexto, não apenas códigos.


🔒 11) Segurança também passa pelo JCL

Permissões determinam acesso a:

✔ Datasetes
✔ Programas
✔ Recursos do sistema
✔ Ambientes específicos

Um JCL pode falhar simplesmente por falta de autorização.


🔄 12) Restart e Recovery são parte do design

Batch crítico precisa ser reiniciável.

Sem isso:

💥 Reprocessamento manual
💥 Duplicidade de dados
💥 Janela estourada
💥 Risco operacional


🏦 13) Ambiente de produção é diferente de tudo

Em produção existem:

✔ Controles rigorosos
✔ Aprovação formal
✔ Monitoramento contínuo
✔ Dependências externas
✔ SLAs críticos

Nunca trate produção como laboratório.


☕ Filosofia Bellacosa Mainframe

Aprender JCL de verdade é aprender a pensar como o sistema.

Você deixa de perguntar:

“Como executo um programa?”

E passa a perguntar:

“Como esse processamento se comporta dentro do ecossistema operacional?”


⭐ Conclusão

JCL é simples na superfície e profundo na prática.

Dominar apenas a sintaxe é fácil.
Dominar o impacto operacional é o que diferencia profissionais.

“No Mainframe, quem controla o batch controla o negócio.”



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