🌌 Parte 4 – Leiji Matsumoto

 

🌌 Parte 4 – Leiji Matsumoto

🚀 O Poeta do Espaço

Com traços melancólicos e narrativas filosóficas, Matsumoto criou o universo de Galaxy Express 999 e Space Battleship Yamato.

✨ Seus heróis viajam entre estrelas, destino e solidão.
Suas obras falam da vida, da morte e da busca por significado.

🎧 Curiosidade: colaborou com o Daft Punk em Interstella 5555!

🪐 Um verdadeiro poeta cósmico.

Biografia

🌌 O Poeta Cósmico da Melancolia

Leiji Matsumoto escrevia como quem operava um sistema antigo e sábio, daqueles que não correm — orbitam. Enquanto o mangá acelerava para batalhas e impacto imediato, ele preferiu o tempo profundo, a solidão do espaço e a saudade como combustível narrativo.

Criador de Space Battleship Yamato, Galaxy Express 999 e Captain Harlock, Matsumoto transformou o espaço sideral em metáfora existencial. Suas naves não eram máquinas: eram caixões, igrejas e sonhos atravessando o vazio. Seus heróis, quase sempre solitários, lutavam não para vencer, mas para preservar dignidade em um universo indiferente.

🌠 O traço que carrega luto e esperança
Olhos grandes, corpos esguios, silêncios longos. Cada quadro parecia um log de alguém que viu demais. Marcado pela infância no Japão do pós-guerra, Matsumoto carregou para sua obra o trauma da perda, da destruição e da memória. O espaço virou refúgio — e também julgamento.

⚓ Harlock: o arquétipo do rebelde ético
O Capitão Harlock não segue leis, segue princípios. Ele é o root user da própria consciência. Em um mundo corrompido, escolhe a liberdade mesmo que isso custe tudo. Esse código moral ecoou em gerações de criadores no Japão e no Ocidente.

🛤️ Galaxy Express 999: viagens sem retorno
Cada parada era uma lição sobre humanidade, morte e desejo de imortalidade. Matsumoto ensinou que viver para sempre não é viver — é perder sentido.

Leiji Matsumoto não contou histórias para entreter. Ele deixou mensagens em garrafas estelares, esperando leitores maduros o bastante para decifrá-las.

Alguns sonham com o futuro. Matsumoto lamentou o passado para nos ensinar a ser humanos.

#LeijiMatsumoto #GalaxyExpress999 #Yamato #AnimeSpaceOpera

 

📦 O que é REXX Data Stack

📌 Conceito básico

O Data Stack é uma fila (stack/queue) de dados em memória, mantida pelo interpretador REXX, usada para:

Trocar dados entre comandos, programas e o próprio REXX, sem usar datasets.

Ele funciona como um buffer temporário de linhas.

---

🧠 Modelo mental simples

Imagine o Data Stack como:

• Uma caixa de mensagens

• Onde você empilha (PUSH) ou enfileira (QUEUE) dados

• E depois retira (PULL / PARSE PULL)

📌 Muito parecido com:

• STDIN / STDOUT

• Pipe de Unix

• Buffer de mensagens

---

🔁 LIFO vs FIFO

O Data Stack suporta dois comportamentos:

Comando	Comportamento
PUSH	LIFO (último a entrar, primeiro a sair)
QUEUE	FIFO (primeiro a entrar, primeiro a sair)

---

🔹 Comandos principais do Data Stack

1️⃣ PUSH – empilha no topo

PUSH 'LINHA1'
PUSH 'LINHA2'
PULL x
say x        /* LINHA2 */

---

2️⃣ QUEUE – coloca no fim da fila

QUEUE 'LINHA1'
QUEUE 'LINHA2'
PULL x
say x        /* LINHA1 */

---

3️⃣ PULL / PARSE PULL – retira da stack

PARSE PULL a b c

---

📌 Data Stack x Variáveis

Aspecto	Variáveis	Data Stack
Estrutura	Escalar	Fila
Ordem	Fixa	FIFO / LIFO
Uso típico	Lógica	Comunicação
Persistência	Apenas no script	Pode cruzar comandos

---

🧩 Integração com comandos do sistema

Exemplo clássico – capturar saída de comando TSO

ADDRESS TSO "LISTDSI 'USER.TEST'"
PARSE PULL msg
say msg

📌 O comando escreve no Data Stack
📌 O REXX lê do Data Stack

---

🔄 Stacks múltiplas (avançado)

REXX permite criar pilhas separadas:

Comando	Função
NEWSTACK	Cria stack isolada
DELSTACK	Remove stack

Exemplo

NEWSTACK
QUEUE 'TEMP'
PULL x
say x
DELSTACK

💡 Essencial para:

• Macros ISPF

• SYSREXX

• Scripts grandes

---

🧠 Uso real no mainframe

✔ Capturar saída de:

• TSO

• ISPF

• SDSF

• OPERCMDS

✔ Passar dados entre:

• REXX ↔ COBOL

• REXX ↔ utilitários

✔ Evitar datasets temporários

---

⚠️ Erros clássicos (Easter Eggs 🥚)

❌ Esquecer de limpar stack
❌ Misturar PUSH e QUEUE sem critério
❌ Não usar NEWSTACK em macros
❌ Ler stack vazia (gera valores inesperados)

---

📋 Checklist rápido

• Sei se preciso FIFO ou LIFO?

• Stack está isolada (NEWSTACK)?

• Stack está limpa antes de sair?

• Uso PARSE PULL corretamente?

---

🧠 Frase final estilo Bellacosa Mainframe

Se você entende o Data Stack, você entende o REXX.
Ele é a ponte entre comandos, programas e o sistema.

 

 

Bellacosa Mainframe apresenta Go Nagai

🐉 Parte 3 – Go Nagai

💀 O Rebelde que Criou o Caos e os Robôs Gigantes

Inventor do mecha pilotado, criador de Mazinger Z e Devilman, Go Nagai desafiou tabus e mudou para sempre o mangá japonês.

🔥 Misturou erotismo, horror e crítica religiosa — algo impensável nos anos 70.

💡 Curiosidades:

• Devilman influenciou Berserk e Evangelion

• Foi censurado diversas vezes, mas nunca desistiu

• Criou também Cutie Honey, o primeiro magical girl sensual e heroico

🚨 Go Nagai não só desenhava — ele rompia barreiras.

🤖 Biografia

🔥 O Hacker do Caos e dos Robôs Gigantes

Go Nagai entrou no cenário mangá como um mainframe sobrecarregado, reescrevendo regras de narrativa, censura e choque cultural. Enquanto muitos criavam aventuras tradicionais, ele compilava violência, erotismo e irreverência, gerando programas que ainda hoje correm em loop na memória pop japonesa.

💥 Pioneiro do impossível
Criador de Devilman, Mazinger Z e Cutie Honey, Nagai lançou paradigmas que ninguém ousava tocar: super-robôs com impacto militar, anti-heróis mergulhados em horror e sexualidade, e protagonistas que quebravam códigos morais pré-estabelecidos. Cada obra era uma sub-rotina de adrenalina e subversão, rodando direto no núcleo cultural da época.

⚡ Influência global
Mazinger Z abriu o compilador para o gênero mecha, Devilman redefiniu o horror e a tragédia no mangá, enquanto Cutie Honey introduziu sensualidade e poder feminino em tempo real. Sem ele, não existiriam clássicos modernos, nem a ousadia de autores que se aventuraram em temas sombrios e adultos.

🎭 Criador de controvérsias
Nagai sempre desafiou filtros, limites e padrões. Ele sabia que choque bem calibrado era a interface ideal para engajar leitores, questionar sociedade e expandir horizontes. Cada página era uma rotina de impacto, que fazia rir, se emocionar e refletir — às vezes tudo ao mesmo tempo.

🛡️ Legado eterno
Go Nagai não apenas escreveu histórias; ele injetou vírus de criatividade e coragem no sistema cultural japonês. Seus códigos ainda rodam: em animes, quadrinhos, jogos e até na rebeldia silenciosa de fãs que buscam o impossível.

Alguns criam entretenimento. Go Nagai hackeou o mundo.

#GoNagai #Devilman #MazingerZ #Mecha #Mangá

 

🔐 Guia de Segurança – OPERCMDS em REXX Mainframe

OPERCMDS não é automação.
OPERCMDS é autoridade delegada de operador.

---

1️⃣ O que é OPERCMDS (sem romantizar)

OPERCMDS permite que um REXX envie comandos de operador MVS/JES como se estivesse no console do sistema.

Exemplos do que isso significa na prática:

• Cancelar jobs

• Parar subsistemas

• Exibir status do sistema

• Interferir diretamente na produção

📌 Conclusão:
Quem controla OPERCMDS, controla o sistema.

---

2️⃣ Princípio Zero: quando NÃO usar OPERCMDS

❌ Não use OPERCMDS se:

• O comando pode ser feito via SDSF read-only

• É apenas consulta de status

• É um script de usuário final

• Não existe logging/auditoria

👉 OPERCMDS só entra quando não há alternativa segura.

---

3️⃣ Pré-requisitos obrigatórios de segurança

Antes de QUALQUER ADDRESS OPERCMDS:

• Autorização formal da área de segurança

• Perfil RACF específico (não genérico)

• Execução restrita (SYSREXX / batch controlado)

• Script armazenado em library protegida

• Alteração via change management

🧠 OPERCMDS sem RACF é uma bomba-relógio.

---

4️⃣ Classificação de comandos OPERCMDS

🟢 Classe 1 – Consulta (menor risco)

Exemplos:

• D A

• D J,L

• D OMVS

Regras:

• Preferir leitura

• Log obrigatório

• Nunca usar como gatilho de ação direta

---

🟡 Classe 2 – Controle (alto risco)

Exemplos:

• CANCEL jobname

• P subsystem

• S subsystem

Regras:

• Só em SYSREXX

• Validação prévia obrigatória

• RC + mensagem analisados

• Execução única (sem loop)

---

🔴 Classe 3 – Impacto sistêmico (crítico)

Exemplos:

• Z EOD

• VARY

• FORCE

📌 Regra absoluta:
REXX NÃO deve executar esses comandos automaticamente.

---

5️⃣ Checklist técnico antes do comando

Antes de executar OPERCMDS:

• O comando foi validado?

• Existe confirmação lógica (não humana)?

• O ambiente é o correto (LPAR, sistema)?

• O job alvo realmente existe?

• O comando é idempotente?

• Existe timeout / proteção contra loop?

---

6️⃣ Captura e validação de mensagens (obrigatório)

Nunca execute OPERCMDS “cego”.

Fluxo correto:

1. Executar comando

2. Capturar mensagem

3. Interpretar resposta

4. Só então decidir próxima ação

Ferramentas:

• GETMSG

• CART

• Data Stack

📌 OPERCMDS sem GETMSG é irresponsável.

---

7️⃣ Tratamento de RC e mensagens

• RC analisado imediatamente

• Mensagem validada (texto, não só RC)

• Erro gera abort controlado

• Sucesso gera log explícito

• Nenhum “continue anyway”

🥚 RC = 0 não significa sucesso operacional.

---

8️⃣ Logs e Auditoria (não negociável)

Todo OPERCMDS deve gerar:

• Quem executou

• Quando executou

• Qual comando

• Qual retorno

• Qual decisão foi tomada

Regras:

• Log em dataset protegido

• SYSOUT identificado

• Retenção definida

🧠 Sem log, não há defesa em auditoria.

---

9️⃣ Proteções obrigatórias no código

• Nunca hardcode jobnames críticos

• Nunca aceitar input direto do usuário

• Nunca rodar em loop sem limite

• Nunca executar em ambiente errado

• Nunca assumir sucesso

📌 REXX é rápido — erros também.

---

🔟 OPERCMDS em Batch vs TSO

Ambiente	Recomendação
TSO interativo	❌ Evitar
ISPF	⚠️ Só leitura
Batch controlado	✅ Recomendado
SYSREXX	✅ Ideal

---

1️⃣1️⃣ Governança e Versionamento

• Header com aviso de risco

• Versão explícita

• Responsável técnico

• Revisão periódica

• Aprovação da operação

---

1️⃣2️⃣ Frases que salvam produção

❝ OPERCMDS não falha — pessoas falham ❞
❝ Automação sem controle é incidente futuro ❞
❝ Se pode derrubar o sistema, precisa de checklist ❞

---

🧠 Conclusão – mentalidade correta

OPERCMDS não é para mostrar poder técnico.
É para reduzir risco operacional com disciplina.

 

Bellacosa Mainframe apresenta Shotaro Ishinomori

⚡ Parte 2 – Shotaro Ishinomori

👺 O Visionário que Criou os Heróis da TV Japonesa

Discípulo de Tezuka, Ishinomori misturou ficção científica e ação em um estilo inconfundível.
Criador de Cyborg 009 e Kamen Rider, ele inspirou o gênero tokusatsu e até os Power Rangers!

🔹 Curiosidades:

• Autor com maior número de volumes publicados (mais de 770!)

• Criou histórias com forte crítica social

• Considerado o “pai dos heróis japoneses”

🚀 Sua visão moldou o Japão moderno — entre a máquina e a alma humana.

🦸‍♂️ Biografia

⚡ O Arquiteto dos Heróis Japoneses

Shotaro Ishinomori era um verdadeiro mainframe criativo, conectando fios de mitologia, tecnologia e drama humano como se fossem sub-rotinas de um sistema universal de heroísmo. Antes dele, o conceito de super-herói japonês era limitado; depois dele, era infraestrutura cultural.

Criador de clássicos como Cyborg 009, Kamen Rider e Super Sentai, Ishinomori programou o DNA do tokusatsu moderno. Seus personagens não eram apenas combatentes contra o mal — eram ícones de esperança, códigos morais rodando em alta performance, capazes de transmitir coragem, justiça e emoção em cada episódio e página.

⚙️ Inovação constante
Enquanto o Japão se reconstruía, ele reinventava gênero após gênero: misturava ficção científica, drama humano e ação em sequências que pareciam algoritmos perfeitos. Cada transformação, cada moto, cada traje colorido era uma sub-rotina de empatia, calibrada para impactar gerações de crianças e adultos.

📖 Legado eterno
Ishinomori não se limitou à página ou à tela. Ele definiu a linguagem dos heróis japoneses. O conceito de equipe, o herói solitário que se sacrifica, os monstros que refletem a sociedade — tudo isso se tornou padrão global, influenciando quadrinhos, cinema e cultura pop.

🛡️ O programador da esperança
Mesmo após sua partida em 1998, seus códigos continuam ativos: cada criança que assiste Kamen Rider, cada fã que acompanha Super Sentai ou lê Cyborg 009 está rodando o sistema Ishinomori, aprendendo coragem, amizade e justiça.

Alguns criam histórias. Ishinomori criou protocolos de heroísmo que nunca param de rodar.

#ShotaroIshinomori #KamenRider #Cyborg009 #MangáClássico

🧠 Comparativo Mainframe REXX vs Shell Script vs Python

 

🧠 Comparativo Mainframe

REXX vs Shell Script vs Python

---

1️⃣ REXX (TSO/E – ISPF – Batch)

✅ Vantagens

✔ Nativo do mainframe (vem no z/OS)
✔ Integração direta com:

• TSO/E

• ISPF

• SDSF

• JES

• SYSREXX

• OPERCMDS / CONSOLE
  ✔ Chamada direta de programas COBOL/ASM (LINKPGM)
  ✔ Manipulação natural de datasets (PS, PDS, PDSE)
  ✔ Baixíssimo overhead
  ✔ Ideal para automação de produção

❌ Desvantagens

✖ Pouco conhecido fora do mundo mainframe
✖ Sintaxe estranha para quem vem de linguagens modernas
✖ Bibliotecas externas quase inexistentes
✖ Não é ideal para APIs REST modernas sem middleware

🎯 Quando usar

✔ Automação batch
✔ Operação e monitoração
✔ SYSREXX
✔ Orquestração COBOL / utilities
✔ Scripts críticos de produção

---

2️⃣ Shell Script (z/OS UNIX – OMVS)

✅ Vantagens

✔ Familiar para quem vem de Linux/Unix
✔ Bom para:

• FTP/SFTP

• Arquivos ASCII

• Integrações externas
  ✔ Excelente para pipelines simples
  ✔ Ótimo para chamadas de comandos USS

❌ Desvantagens

✖ Não é nativo do MVS
✖ Acesso ruim a:

• JES

• SDSF

• TSO

• RACF
  ✖ Manipulação de datasets MVS é limitada
  ✖ Debug difícil em produção
  ✖ Performance inferior para grandes volumes MVS

🎯 Quando usar

✔ Integração com mundo distribuído
✔ Transferência de arquivos
✔ Scripts híbridos mainframe ↔ Linux
✔ Orquestração simples em USS

---

3️⃣ Python (z/OS – USS / Open Source)

✅ Vantagens

✔ Linguagem moderna, popular
✔ Ecossistema enorme de bibliotecas
✔ Ideal para:

• APIs REST

• JSON / XML

• Analytics

• Automação DevOps
  ✔ Fácil integração com Git, CI/CD
  ✔ Curva de aprendizado curta

❌ Desvantagens

✖ Não é nativo MVS
✖ Precisa de:

• Ambiente USS

• Port de Python

• Gerenciamento de versões
  ✖ Performance inferior em I/O MVS pesado
  ✖ Acesso indireto a:

• JES

• SDSF

• RACF
  ✖ Overhead maior que REXX

🎯 Quando usar

✔ Modernização
✔ APIs e microserviços
✔ Integração cloud
✔ DevOps corporativo
✔ Análise de dados

---

4️⃣ Comparativo direto (tabela decisiva)

Critério	REXX	Shell	Python
Nativo z/OS	⭐⭐⭐⭐⭐	⭐⭐	⭐⭐
Batch MVS	⭐⭐⭐⭐⭐	⭐⭐	⭐⭐
JES / SDSF	⭐⭐⭐⭐⭐	⭐	⭐
Chamar COBOL	⭐⭐⭐⭐⭐	⭐	⭐⭐
APIs REST	⭐	⭐⭐	⭐⭐⭐⭐⭐
Performance	⭐⭐⭐⭐⭐	⭐⭐⭐	⭐⭐
DevOps	⭐⭐⭐	⭐⭐⭐⭐	⭐⭐⭐⭐⭐
Curva aprendizado	⭐⭐	⭐⭐⭐⭐	⭐⭐⭐⭐⭐

---

5️⃣ Regra de Ouro (mundo real)

❝ REXX governa o core do mainframe
❝ Shell conecta o mainframe ao Unix
❝ Python conecta o mainframe ao mundo moderno

💡 Arquitetura vencedora não escolhe um — combina os três.

---

6️⃣ Exemplo prático real

• REXX

  • Controla jobs batch

  • Chama COBOL

  • Lê JES / SDSF

• Shell

  • Move arquivos

  • Converte EBCDIC ↔ ASCII

• Python

  • Expõe API REST

  • Integra com GitHub / Jenkins

  • Analisa logs

---

7️⃣ Resumo executivo (para arquiteto)

Use se…	Ferramenta
Controle total do z/OS	REXX
Integração Unix	Shell
Cloud / APIs / DevOps	Python

---

🧩 Frase final estilo Bellacosa Mainframe

REXX é o cérebro do mainframe.
Shell é o braço que alcança o Unix.
Python é a ponte para o futuro.

🗾 Série: Os Mestres do Mangá — Parte 1

 

🗾 Série: Os Mestres do Mangá — Parte 1

🎨 Osamu Tezuka – O Deus do Mangá

Se hoje o mundo ama animes e mangás, é graças a ele.
🧠 Médico de formação, artista por paixão — Osamu Tezuka criou o estilo moderno do mangá e revolucionou a narrativa visual japonesa.

✨ Obras inesquecíveis:

• Astro Boy 🤖

• Kimba, o Leão Branco 🦁

• A Princesa e o Cavaleiro 👑

• Black Jack ⚕️

📚 Curiosidades:

• Publicou mais de 700 mangás e produziu 500 animações

• Dormia pouquíssimo para desenhar

• Foi chamado de “Deus do Mangá” (Manga no Kami-sama)

• Inspirou Akira Toriyama, Miyazaki e toda uma geração

🗯️ “Quero mostrar a beleza da vida. Porque cada ser vivo tem valor.” — Tezuka

🌀 Sem ele, talvez o mangá moderno nem existisse.

🧬 Biografia

🌟 O Deus do Mangá e do Anime

Osamu Tezuka não apenas escreveu histórias — ele programou o núcleo do entretenimento japonês. Conhecido como o “Deus do Mangá”, Tezuka operava em modo full-stack criativo: desenhava, roteirizava, inovava técnicas e definia padrões que ainda hoje rodam no sistema cultural do Japão e do mundo.

💡 Inovador absoluto
Com obras como Astro Boy (Tetsuwan Atom), Kimba, o Leão Branco e Black Jack, Tezuka redefiniu narrativa visual. Introduziu quadros cinematográficos, pausas dramáticas, personagens expressivos e diálogos densos — um upgrade definitivo para o mangá tradicional. Cada obra era um subprocesso de ética, emoção e imaginação, pronto para rodar em qualquer geração.

🌌 Explorador de temas complexos
Tezuka não temia tocar em vida, morte, guerra, moralidade e tecnologia. Seus universos misturavam humanidade e ciência, esperança e tragédia. Astro Boy, com seu coração de metal, tornou-se símbolo do potencial e da fragilidade humana — a interface perfeita entre máquina e emoção.

🎬 Pai do anime moderno
Além do papel, Tezuka revolucionou animação: produção em série, simplificação de movimentos e storytelling audiovisual. Criou pipelines criativos que permitiram o boom do anime, abrindo portas para tudo que veio depois — de Osamu Dezaki a Hayao Miyazaki.

🛡️ Legado eterno
Mais que mangaká, Tezuka foi sistema operacional da imaginação japonesa. Cada história sua continua rodando em nós, carregando mensagens de humanidade, ética e criatividade.

Alguns contam histórias. Tezuka compilou a alma do Japão em pixels e tinta.

#OsamuTezuka #Mangá #Anime #HistóriaDoMangá