Bellacosa Mainframe apresenta uma mini lista dos generos de manga

Gêneros de Mangá: Guia Completo para Otakus e Futuros Mangakas

O universo dos mangás é tão diverso quanto fascinante. Cada gênero tem sua própria linguagem, público-alvo e estilo artístico, e conhecer essas categorias é essencial tanto para leitores quanto para quem deseja criar histórias. Neste post, vamos explorar os principais gêneros, com dicas, curiosidades e exemplos que todo otaku precisa conhecer.

---

1. Shonen (少年)

• Público-alvo: Meninos adolescentes (12–18 anos)

• Estilo de traço: Dinâmico, cenas de ação, expressões exageradas, personagens heroicos.

• Principal título: Naruto

• Autor: Masashi Kishimoto

• Curiosidades:

  • Foco em amizade, superação e aventura.

  • Geralmente histórias de crescimento do protagonista.

  • Mangás shonen muitas vezes têm batalhas épicas com poderes especiais.

• Comentário: Ideal para iniciantes no mangá, pois ensina narrativa visual clara e personagens carismáticos.

---

2. Shojo (少女)

• Público-alvo: Meninas adolescentes (12–18 anos)

• Estilo de traço: Linhas delicadas, olhos grandes e expressivos, cenários detalhados e românticos.

• Principal título: Sailor Moon

• Autor: Naoko Takeuchi

• Curiosidades:

  • Centrado em romance, amizade e emoções.

  • Muitas vezes contém elementos de fantasia e drama.

• Comentário: Ótimo para aprender sobre expressão emocional e narrativa sentimental.

---

3. Seinen (青年)

• Público-alvo: Homens jovens/adultos (18–40 anos)

• Estilo de traço: Mais realista, detalhado e maduro, com violência e complexidade emocional.

• Principal título: Berserk

• Autor: Kentaro Miura

• Curiosidades:

  • Aborda temas psicológicos, políticos e filosóficos.

  • Maior liberdade artística em termos de conteúdo adulto.

• Comentário: Excelente para quem quer explorar temas profundos e traços detalhados.

---

4. Josei (女性)

• Público-alvo: Mulheres jovens/adultas (18–40 anos)

• Estilo de traço: Elegante, realista, foco em expressões e situações do cotidiano.

• Principal título: Nodame Cantabile

• Autor: Tomoko Ninomiya

• Curiosidades:

  • Romance adulto, dramas profissionais e familiares.

  • Difere do shojo por ser mais maduro e realista.

• Comentário: Ideal para explorar diálogos realistas e desenvolvimento psicológico de personagens.

---

5. Kodomo (子供)

• Público-alvo: Crianças (até 12 anos)

• Estilo de traço: Simples, divertido, cores vivas (em revistas coloridas ou educativas).

• Principal título: Doraemon

• Autor: Fujiko F. Fujio

• Curiosidades:

  • Ensino de valores como amizade, respeito e criatividade.

  • Tramas curtas e fáceis de acompanhar.

• Comentário: Bom para iniciantes que querem experimentar narrativa simples e humor leve.

---

6. Gekiga (劇画)

• Público-alvo: Adultos (18+), geralmente leitores de temas sérios.

• Estilo de traço: Realista, sombrios, narrativa madura e dramática.

• Principal título: A Drifting Life

• Autor: Yoshihiro Tatsumi

• Curiosidades:

  • Criado para diferenciar quadrinhos adultos da cultura pop juvenil.

  • Foca em temas cotidianos, sociais e psicológicos.

• Comentário: Excelente para aprender storytelling sério e técnicas de sombra e realismo.

---

7. Yaoi / Boys’ Love (BL) / Shonen-ai

• Público-alvo: Mulheres jovens e adultas

• Estilo de traço: Romântico, focado em personagens masculinos e relações emocionais.

• Principal título: Junjou Romantica

• Autor: Shungiku Nakamura

• Curiosidades:

  • Explora relacionamentos entre homens com foco emocional.

  • Muitas vezes contém drama, comédia e romance.

• Comentário: Permite explorar emoções e relacionamentos complexos.

---

8. Yuri / Girls’ Love (GL) / Shoujo-ai

• Público-alvo: Mulheres e adolescentes

• Estilo de traço: Delicado, com foco em expressões e romance entre meninas.

• Principal título: Strawberry Panic

• Autor: Sakurako Kimino

• Curiosidades:

  • Desenvolve relações românticas femininas com nuances emocionais.

  • Pode variar de leve romance a dramas intensos.

• Comentário: Excelente para praticar diálogos internos e sentimentos sutis.

---

9. Mecha

• Público-alvo: Geralmente shonen/seinen, fãs de ficção científica

• Estilo de traço: Robôs detalhados, tecnologia futurista, cenas de ação épicas.

• Principal título: Mobile Suit Gundam

• Autor: Yoshiyuki Tomino

• Curiosidades:

  • Combina ação, drama e política futurista.

  • Foco em batalhas mecânicas e estratégias militares.

• Comentário: Ideal para treinar desenho técnico e cenas de ação complexas.

---

10. Isekai / Fantasia

• Público-alvo: Shonen, seinen ou shojo

• Estilo de traço: Variedade ampla, dependendo da fantasia; cenários detalhados e magia.

• Principal título: Re:Zero

• Autor: Tappei Nagatsuki

• Curiosidades:

  • Personagem é transportado para outro mundo; aventura, magia e drama são comuns.

  • Mistura ação, humor e romance em universos imaginários.

• Comentário: Excelente para experimentar criatividade, worldbuilding e narrativa épica.

---

Dicas finais para otakus e aspirantes a mangakas

• Conheça cada gênero antes de tentar escrever: entender o público-alvo é essencial.

• Misturar gêneros pode gerar histórias únicas (ex.: shonen + isekai).

• Observe estilos de traço e narrativa para adaptar à sua história.

• Leia amplamente e pratique storyboards (names) para cada gênero que você explorar.

🧠💭 Quando o Subconsciente nos Trai — ou o “ABEND” Psicológico da Mente Humana

 

🧠💭 Quando o Subconsciente nos Trai — ou o “ABEND” Psicológico da Mente Humana
por Bellacosa Mainframe – edição El Jefe Midnight

---

Há momentos em que o subconsciente é como aquele job rodando em background, silencioso, invisível, mas com permissão total de SYSADM. Ele sabe tudo o que você tentou DELETE, o que você EDITou e até o que achou que estava salvo em PRIVATE LIBRARY.

E aí, do nada… boom! — um print inesperado, um comentário fora de hora, uma confissão velada. O “racional” até tenta dar um CANCEL, mas o estrago já está feito.
É o famoso ABEND S0C4 emocional: acesso indevido a uma área da memória que devia estar bloqueada.

---

🕵️ O porquê do “leak” mental

Nosso subconsciente é o CICS interno — sempre ativo, lidando com milhares de requisições, memórias, traumas, desejos e gatilhos. Quando o racional relaxa — seja por emoção, fadiga ou distração — o controle de segurança falha e um transaction leak acontece: o subconsciente assume o terminal e despeja na tela o que estava reprimido.

É a sessão não encerrada corretamente.

Freud chamava isso de ato falho. Eu chamo de dump afetivo — porque revela muito mais do que gostaríamos.

---

⚙️ Como “treinar o racional”

A mente racional é o RACF da consciência — responsável por autenticar, filtrar e liberar o que pode sair pro mundo exterior.
Mas o RACF interno precisa de manutenção preventiva.

💡 Eis algumas rotinas úteis:

1. Audite seus logs mentais — pratique autoanálise. Pergunte-se: “por que eu penso isso?”, “o que esse comentário diz sobre mim?”.

2. Monitore o CPU emocional — quando cansado, ansioso ou eufórico, o racional perde prioridade de execução. Nessas horas, evite conversas delicadas.

3. Implemente timeouts — respire três segundos antes de responder algo importante. Essa pausa simples é como um WAIT no sistema, dando tempo ao racional de reassumir o controle.

4. Revise seus scripts de defesa — evite “automatismos” emocionais. Eles são macros que rodam sem supervisão e quase sempre dão abend.

5. Faça backups emocionais — escrever, meditar, conversar, cuidar da mente. Um sistema limpo processa melhor as emoções e reduz o risco de data leak.

---

🧩 Curiosidade de bastidor

Psicólogos cognitivos descobriram que o cérebro fala primeiro com o subconsciente — o racional só traduz depois. Ou seja, às vezes a “boca fala sem passar pelo compilador lógico”.
É como se o subconsciente tivesse autorização de superusuário.
E o racional? Apenas um estagiário com permissão read-only.

---

☕ Fechando o job

No fundo, o subconsciente não é vilão — ele apenas executa processos que o racional preferiu adiar.
A traição ocorre quando a mente tenta esconder de si mesma algo que precisa ser processado.

Treinar o racional não é censurar o subconsciente — é ensinar os dois a trabalharem em batch, em harmonia.
Porque quando o racional e o instintivo rodam sincronizados, o sistema mental flui, o throughput da alma aumenta e a vida roda sem abend.

---

Bellacosa Mainframe
Porque até o inconsciente tem logs, e eu aprendi a ler os meus.

📜 Bombonière da Tia Guiomar — O Paraíso Açucarado do Pequeno Oni

 

📜 Bombonière da Tia Guiomar — O Paraíso Açucarado do Pequeno Oni
Bellacosa Mainframe • Arquivos Pessoais • 1982/1983

---

Eu sempre digo que certas épocas não passam — elas ficam instaladas na memória como programas residentes, TSOs sentimentais rodando em background, prontos para serem acionados com um simples comando: RECOVER.SWEET.DAYS.

Hoje o prompt abriu na tela, piscou, e voltou nítido como fotografia revelada em papel Kodak: 1982/1983, o biênio que mexeu com as placas tectônicas da família Bellacosa. Coisas grandes aconteceram — mudanças profundas, rupturas e remendos, alegrias e perdas embutidas. Mas hoje, neste shift, foco em outra partição do disco: Doçura. Travessura. Infância em ASCII de açúcar cristal.

Porque nesse tempo nasceu um novo paraíso do Vaguinho — o menino arteiro, curioso e falador que vos escreve. Um paraíso com cheiro de bala de coco, brilho de papel alumínio e barulho de moedas tilintando no bolso curto do uniforme da escola. A Bombonière da Tia Guiomar.

🍬 Nova instância da felicidade instalada em produção.
As mulheres da família Farias estavam on fire — crescendo, expandindo, empreendendo, abrindo portas como quem dá ENTER no futuro. Primeiro veio a Loja de Roupas lá no fim da Avenida Imperador. Chique. Movimentada. Moderna para o bairro. E então — ah, então — surgiu o paraíso colado à casa da vó Anna: a Bombonière. Não sei se a ordem era essa, mas tudo bem, foi excesso de açúcar.

Não era só comércio — era portal dimensional.
E eu era o explorador oficial, User ID: ONI.MINI.VAGUINHO.

Toda tarde, depois da escola, eu aparecia para “ajudar” — e coloco aspas porque minha contribuição era 20% trabalho e 80% consumo de estoque não declarado. Eu rearranjava prateleiras, conferia datas, empilhava balas, e ao final recebia o que na minha cabeça era salário digno de gerente: paçocas, dadinhos, bala soft, tabletes de chocolate garoto, chicletes ping-pong sabor tutti-frutti e aquele suspiro branco que desmanchava só de olhar.

Aquilo não era comércio — era SPOOL de alegria direto na minha memória principal.

📍 O cenário era assim:

— As primas Noemi e Miriam, já adultas, experientes na vida e no sorriso doce que só quem já viu o mundo sabe dar.
— O primo Silas, fardado de azul da Aeronáutica, orgulho estampado, horizonte aberto.
— O tio Francisco aposentado — mas extremamente ativo na fé, servo na Igreja, homem de palavra e pulso sereno.

E eu?
Eu era o mascote.
O pequeno oni doméstico.

Falava sem parar, perguntava tudo, queria entender a Bíblia, o bairro, o universo e o que existia depois da última prateleira de doces. Elas riam, me explicavam com paciência infinita e me olhavam com aquele carinho que não se compra no atacado — carinho que vira estrutura de caráter.

Eu crescia ali.
Entre açúcares, sermões e fofocas mansas.
Entre batidas de sino e papéis coloridos de drops de menta.

Se hoje, adulto, ainda sinto o doce da vida mesmo quando o dia amarga…
é porque um dia pequeno, em 1982, 1983, eu fui treinado pela casa ao lado da vó Anna.

Treinado para ser feliz.

E talvez seja essa a graça do uptime emocional:
certas memórias nunca desligam — são programas residentes na alma.

E a bombonière da tia Guiomar?
Essa permanece ON-LINE, sempre que escrevo, lembro e sorrio.

 

Bellacosa Mainframe explica o que é um Mangaka

O que é um mangaka?

Um mangaka é o artista responsável por criar mangás — os quadrinhos japoneses. Ele pode ser roteirista e ilustrador ao mesmo tempo, ou apenas um dos dois, dependendo da colaboração com assistentes e editores. Alguns mangás famosos são resultado de um único mangaka, enquanto outros contam com uma equipe inteira por trás.

---

Origem da profissão

O termo “mangaka” vem de “manga” (quadrinhos) + “ka” (especialista/criador).
Historicamente, o mangá como conhecemos surgiu no Japão no século XIX, mas foi Osamu Tezuka, nos anos 50, quem formalizou o estilo moderno, criando histórias longas, narrativa cinematográfica e personagens carismáticos. Desde então, o mangaka se tornou uma profissão reconhecida e altamente respeitada no Japão, embora extremamente exigente.

---

Curiosidades

• Muitos mangakas trabalham 12–18 horas por dia, especialmente quando publicam séries semanais.

• Assistentes ajudam com fundos, efeitos, tramas e detalhes repetitivos.

• Alguns mangakas usam pseudônimos e mantêm vida pessoal praticamente secreta.

• O mercado de mangá é gigantesco: existem mais de 100 mil títulos publicados no Japão, e a profissão ainda é altamente competitiva.

---

Dicas para quem quer ser mangaka

1. Desenho é só parte do trabalho — dominar narrativa, roteiro, ritmo e expressão de emoção é essencial.

2. Estude outros mangás: observe estilos de desenho, construção de quadros, como a ação flui.

3. Crie um portfólio sólido com histórias curtas e capítulos de teste.

4. Pratique storyboard (name): o layout básico da página, antes de desenhar no final.

5. Seja resiliente: rejeições de editoras são comuns, mas fazem parte do aprendizado.

---

Principais dramas da profissão

• Pressão de prazos: especialmente com séries semanais ou mensais.

• Saúde: problemas de coluna, visão e estresse são comuns.

• Falta de reconhecimento imediato: muitos só conseguem fama após anos de trabalho.

• Dependência de editoras: o editor decide quais obras serão publicadas.

---

O que aprender para melhorar como mangaka

• Desenho anatômico e perspectiva

• Roteiro e narrativa visual

• Diálogo natural e caracterização de personagens

• Edição digital e tradicional

• Marketing e presença online (Instagram, Pixiv, Webtoon)

---

Mercado de trabalho

• Editoras japonesas: Shueisha, Kodansha, Shogakukan, entre outras.

• Publicação online: plataformas digitais como Webtoon e MangaPlus.

• Freelance e doujinshi: vendas em convenções ou online, muito comuns no Japão.

O mercado é competitivo, mas as oportunidades digitais têm crescido, permitindo que artistas fora do Japão se destaquem.

---

Como se tornar conhecido

1. Participar de concursos promovidos por editoras.

2. Postar trabalhos em plataformas online (Pixiv, Webtoon, Instagram).

3. Criar obras curtas e de impacto para chamar atenção de editores.

4. Networking com outros artistas e fãs: eventos, convenções, redes sociais.

---

Currículo e apresentação para otakus / editoras

Um currículo de mangaka geralmente inclui:

• Portfólio: páginas finalizadas, histórias curtas, personagens originais.

• Experiência: trabalhos anteriores, concursos, publicações online.

• Resumo do estilo e interesses: gênero que domina (shonen, shoujo, seinen, etc.).

• Storyboards ou “names”: demonstração da narrativa visual.

• Perfil pessoal: idade, região, disponibilidade.

Dicas de apresentação:

• Seja objetivo e visual: editoras gostam de ver seu trabalho primeiro.

• Mostre personalidade: seu estilo é o que te diferencia.

• Atualize seu portfólio constantemente.

IBM Mainframe Discovery : Capítulo X — A Consciência Coletiva da Galáxia

 

Bellacosa Mainframe apresenta ibm mainframe parte x

☕ Um Café no Bellacosa Mainframe

Capítulo X — A Consciência Coletiva da Galáxia

Parallel Sysplex e Coupling Facility: Quando Várias Naves Pensam Como Uma Só 

---

SÉTIMA REGRA DAS GRANDES FEDERAÇÕES

Se uma única nave consegue salvar uma colônia...

...imagine o que uma frota inteira pode fazer.

Mas existe um detalhe importante.

Se cada nave tomar decisões sozinha...

mais cedo ou mais tarde acontecerá um desastre.

Uma decide pousar.

Outra decide decolar.

Outra resolve desligar o escudo.

Outra acredita que o combustível ainda está cheio.

Resultado?

Caos.

Então surge uma pergunta extraordinária.

Como fazer dezenas de computadores trabalharem como se fossem apenas um?

Durante décadas essa pergunta parecia impossível.

Até que a IBM respondeu.

Seu nome é:

Parallel Sysplex.

---

O Sonho de Toda Civilização

Imagine um planeta inteiro.

Existem milhares de cidades.

Cada uma possui:

• hospitais;

• bancos;

• universidades;

• aeroportos;

• centros de pesquisa.

Agora imagine que todas compartilham:

o mesmo mapa.

o mesmo relógio.

as mesmas informações.

os mesmos registros.

Sem atrasos.

Sem conflitos.

Sem duplicidade.

É exatamente isso que o Parallel Sysplex procura construir.

---

Antes do Sysplex

Voltemos alguns anos.

Imagine um banco com dois computadores.

Se um falha...

o outro assume.

Parece ótimo.

Até surgir a pergunta:

"Como ambos saberão exatamente qual foi a última transação realizada?"

Se um acreditar que o saldo é:

R$ 500,00

e o outro acreditar que é:

R$ 800,00

temos um pequeno problema.

Na verdade...

um gigantesco problema.

---

O Grande Equívoco

Muita gente acredita que basta conectar computadores usando uma rede.

Infelizmente...

não funciona assim.

Conectar computadores é relativamente fácil.

Fazer com que todos pensem exatamente da mesma maneira...

é extremamente difícil.

---

Imagine Uma Frota Estelar

Agora visualize dez enormes naves.

Cada uma possui:

• capitão;

• tripulação;

• computadores;

• laboratórios;

• hangares.

Durante uma missão...

todas precisam compartilhar:

cartas estelares.

posição.

combustível.

ordens.

alvos.

Sem divergências.

Sem atrasos.

Sem confusão.

Essa frota representa um Parallel Sysplex.

---

O Conselho Galáctico

Toda federação possui um conselho.

No IBM Z esse conselho chama-se:

Coupling Facility.

Imagine um gigantesco centro diplomático.

Nenhuma nave manda nele.

Ele apenas coordena.

Armazena informações compartilhadas.

Resolve disputas.

Mantém todos sincronizados.

Segundo Wilhelm G. Spruth, a Coupling Facility é um elemento especializado responsável pelo compartilhamento de dados, sincronização e coordenação entre múltiplos sistemas integrantes de um Parallel Sysplex.

---

O Grande Livro da Federação

Imagine um enorme livro.

Sempre que uma nave faz alguma alteração importante...

ela registra nesse livro.

As demais consultam imediatamente.

Resultado?

Todos passam a enxergar exatamente a mesma realidade.

A Coupling Facility funciona de forma semelhante.

Ela mantém estruturas compartilhadas utilizadas por diferentes sistemas.

---

O Bibliotecário Cósmico

Imagine uma biblioteca universal.

Milhares de pesquisadores desejam consultar o mesmo livro.

Ao mesmo tempo.

Sem organização...

seria impossível.

A Coupling Facility atua como um bibliotecário extremamente disciplinado.

Ela controla quem pode:

ler.

escrever.

atualizar.

liberar.

Tudo acontece em microssegundos.

---

Cache Compartilhado

Agora imagine que cada nave possui sua própria biblioteca.

Mas existe também uma biblioteca central.

Quando alguém altera um livro...

todas as demais são avisadas imediatamente.

Esse conceito é conhecido como:

Cache Coherency.

No Parallel Sysplex, mecanismos de cache compartilhado evitam que diferentes sistemas trabalhem com informações inconsistentes, especialmente em ambientes Db2 e outros subsistemas críticos.

---

Lock Structure — O Semáforo da Galáxia

Imagine um único banheiro.

Mil pessoas desejam entrar.

Se não existir uma fila...

o resultado será desastroso.

A Coupling Facility possui estruturas chamadas:

Lock Structures.

Elas controlam acesso concorrente.

Quem entra.

Quem espera.

Quem libera.

Tudo cuidadosamente organizado.

---

List Structure — O Quadro de Avisos

Agora imagine um enorme mural.

Ali ficam:

mensagens.

eventos.

listas.

notificações.

Qualquer nave pode consultar.

Ou registrar novas informações.

Esse papel é desempenhado pelas:

List Structures.

---

Cache Structure — A Biblioteca Compartilhada

Outra estrutura fascinante.

Imagine que dez cidades consultam continuamente o mesmo mapa.

Seria absurdo manter dez cópias independentes.

A Cache Structure resolve justamente esse problema.

Ela reduz acessos desnecessários ao armazenamento permanente.

Mais velocidade.

Menos espera.

---

Quem É o Capitão?

Curiosamente...

não existe um comandante supremo.

Cada sistema continua executando suas próprias aplicações.

Mas todos cooperam.

É uma federação.

Não um império.

---

Se Uma Nave Explodir?

Chegamos à pergunta mais importante.

Imagine que uma nave desapareça.

O restante da frota faz o quê?

Entra em pânico?

Não.

Continua a missão.

Essa é uma das maiores forças do Parallel Sysplex.

Quando um sistema falha...

outros podem continuar atendendo usuários.

Com impacto mínimo.

Spruth destaca justamente a capacidade do Sysplex de oferecer alta disponibilidade e continuidade de serviço através da cooperação entre múltiplos sistemas.

---

O Cliente Nem Percebe

Imagine comprar uma passagem aérea.

Durante sua operação...

um computador inteiro sofre pane.

Mesmo assim...

a tela continua funcionando normalmente.

Isso parece impossível.

Mas é exatamente esse tipo de experiência que o Parallel Sysplex procura oferecer.

---

Sysplex Timer

Agora imagine uma federação inteira.

Cada planeta utiliza um relógio diferente.

Seria impossível coordenar missões.

Durante muitos anos existiu o:

Sysplex Timer.

Sua missão era garantir que todos os sistemas compartilhassem uma noção consistente de tempo.

Hoje essa função evoluiu para mecanismos modernos de sincronização de tempo baseados na arquitetura IBM Z, mas o princípio permanece: todos precisam concordar sobre "agora".

---

XCF — A Rede Diplomática

Como as naves conversam?

Existe um serviço chamado:

XCF

(Cross-system Coupling Facility).

Imagine um gigantesco sistema de comunicações diplomáticas.

Mensagens viajam continuamente entre sistemas.

Rapidamente.

Com segurança.

Sem depender de protocolos convencionais de rede.

---

Balanceamento de Missões

Imagine um aeroporto.

Uma pista ficou congestionada.

Imediatamente os aviões são direcionados para outra.

No Sysplex ocorre algo semelhante.

Novas conexões podem ser distribuídas automaticamente para sistemas menos ocupados.

O usuário raramente percebe.

---

O Banco Nunca Fecha

Durante décadas existia um enorme problema.

Atualizar software significava parar tudo.

No universo Sysplex surgiu outra ideia.

Atualize uma nave.

As outras continuam trabalhando.

Depois atualize a próxima.

E assim sucessivamente.

Isso reduz significativamente indisponibilidades planejadas.

---

Compartilhando Discos

Imagine cinco bibliotecas utilizando exatamente os mesmos livros.

Parece perigoso.

Só funciona porque existe organização.

O Parallel Sysplex permite compartilhamento de armazenamento entre sistemas mantendo integridade e coordenação de acesso.

Sem isso...

o desastre seria inevitável.

---

O Que Diz Spruth?

Wilhelm G. Spruth apresenta o Parallel Sysplex como uma das maiores diferenciações da arquitetura IBM Z.

Não se trata apenas de conectar computadores.

Trata-se de construir um ambiente onde múltiplos sistemas cooperam como uma única plataforma lógica, aumentando disponibilidade, capacidade de processamento e continuidade operacional.

---

O Que Mudou Desde 2010?

Desde a publicação do relatório, o universo Sysplex continuou evoluindo.

Hoje encontramos:

• Coupling Facilities muito mais rápidas;

• links de baixíssima latência;

• GDPS ainda mais sofisticado;

• integração profunda com Db2 Data Sharing;

• IMS Shared Queues;

• CICSplex SM;

• Workload Manager mais inteligente;

• automação baseada em IA;

• recuperação ainda mais rápida.

Mas a filosofia permanece rigorosamente igual.

Uma frota é mais resistente do que uma única nave.

---

Uma Lição Para Além da Tecnologia

Talvez este seja um dos capítulos mais humanos de todo o livro.

Nenhuma grande civilização prospera porque todos trabalham isoladamente.

Ela prospera porque aprende a compartilhar.

Conhecimento.

Recursos.

Responsabilidades.

Confiança.

O Parallel Sysplex nos lembra que cooperação bem organizada supera competição desorganizada.

Vale para computadores.

Vale para empresas.

Vale para equipes.

E talvez...

valha até para civilizações inteiras.

---

Curiosidades do Diário de Bordo

🌌 O Parallel Sysplex permite que diversos sistemas IBM Z atuem como uma única plataforma lógica para muitas cargas de trabalho.

🚀 A Coupling Facility não executa aplicações de negócio; sua especialidade é coordenar, sincronizar e compartilhar informações entre os sistemas.

📚 Estruturas como Lock, List e Cache funcionam como mecanismos especializados de cooperação, garantindo consistência e desempenho.

🛰️ Muitas arquiteturas modernas de sistemas distribuídos perseguem objetivos semelhantes — consistência, escalabilidade e alta disponibilidade — utilizando técnicas diferentes para enfrentar os mesmos desafios fundamentais.

---

Diário de Bordo do Padawan COBOL

Antes de deixar a Federação Galáctica do Parallel Sysplex, registre estas coordenadas no seu Holocron Técnico:

✅ Um cluster eficiente depende tanto da comunicação quanto do processamento.

✅ A Coupling Facility atua como um centro especializado de coordenação, mantendo os sistemas sincronizados.

✅ O Parallel Sysplex transforma vários computadores físicos em uma plataforma lógica altamente disponível e escalável.

✅ A verdadeira força de uma federação não está no tamanho de cada nave, mas na capacidade de todas cooperarem como se compartilhassem uma única consciência.

---

Missão Seguinte

No próximo capítulo seguiremos para um dos setores mais estratégicos da nave: o Workload Manager (WLM).

Descobriremos por que, no IBM Z, não é o programa que decide quando executará. Existe um verdadeiro Almirante da Frota, capaz de observar milhares de aplicações, prever congestionamentos e redistribuir recursos em tempo real para que as missões mais importantes sempre cheguem primeiro ao seu destino. Esse é o momento em que a arquitetura deixa de apenas reagir aos acontecimentos e passa a governar inteligentemente toda a galáxia computacional.

☕ Um Café no Bellacosa Mainframe

O Guia Galáctico do IBM Z

Dezoito capítulos e uma conclusão reunidos em um painel interativo. Escolha uma missão, abra no visor e continue explorando diretamente no artigo original.

Não entre em pânico: se o Blogger impedir a exibição dentro do iframe, use “Abrir artigo”. Os links diretos continuam visíveis para leitores e motores de busca.

01

Capítulo I — Não Entre em Pânico!

Leia no visor ou abra a publicação original.

Abrir artigo

02

Capítulo II — A Planta da Nave Mais Duradoura da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo

03

Capítulo III — A Nave Que Se Recusa a Explodir

Leia no visor ou abra a publicação original.

Abrir artigo

04

Capítulo IV — A Sala dos Cofres Cósmicos

Leia no visor ou abra a publicação original.

Abrir artigo

05

Capítulo V — A Frota Invisível do Transporte Interestelar

Leia no visor ou abra a publicação original.

Abrir artigo

06

Capítulo VI — O Grande Maestro Invisível

Leia no visor ou abra a publicação original.

Abrir artigo

07

Capítulo VII — O Grande Terminal de Embarque da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo

08

Capítulo VIII — A Metrópole das Transações Infinitas

Leia no visor ou abra a publicação original.

Abrir artigo

09

Capítulo IX — A Federação das Naves Invisíveis

Leia no visor ou abra a publicação original.

Abrir artigo

10

Capítulo X — A Consciência Coletiva da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo

11

Capítulo XI — O Almirante Invisível da Frota

Leia no visor ou abra a publicação original.

Abrir artigo

12

Capítulo XII — A Biblioteca Infinita da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo

13

Capítulo XIII — O Serviço Postal Mais Confiável da Galáxia

Leia no visor ou abra a publicação original.

Abrir artigo

14

Capítulo XIV — O Jardim Secreto da Nave

Leia no visor ou abra a publicação original.

Abrir artigo

15

Capítulo XV — O Tradutor Universal da Federação

Leia no visor ou abra a publicação original.

Abrir artigo

16

Capítulo XVI — A Fábrica Automática da Federação

Leia no visor ou abra a publicação original.

Abrir artigo

17

Capítulo XVII — A Última Fronteira Nunca Foi o Espaço

Leia no visor ou abra a publicação original.

Abrir artigo

18

Capítulo XVIII — O Guia Nunca Terminou

Leia no visor ou abra a publicação original.

Abrir artigo

19

Conclusão — Não Entre em Pânico... A Jornada Está Apenas Começando

Leia no visor ou abra a publicação original.

Abrir artigo

Selecione um capítulo

Visor galáctico em espera.

Abrir fora do iframe

Índice completo em links HTML rastreáveis

Esta lista permanece no conteúdo da postagem para navegação, acessibilidade e descoberta por mecanismos de busca.

1. Capítulo I — Não Entre em Pânico!
2. Capítulo II — A Planta da Nave Mais Duradoura da Galáxia
3. Capítulo III — A Nave Que Se Recusa a Explodir
4. Capítulo IV — A Sala dos Cofres Cósmicos
5. Capítulo V — A Frota Invisível do Transporte Interestelar
6. Capítulo VI — O Grande Maestro Invisível
7. Capítulo VII — O Grande Terminal de Embarque da Galáxia
8. Capítulo VIII — A Metrópole das Transações Infinitas
9. Capítulo IX — A Federação das Naves Invisíveis
10. Capítulo X — A Consciência Coletiva da Galáxia
11. Capítulo XI — O Almirante Invisível da Frota
12. Capítulo XII — A Biblioteca Infinita da Galáxia
13. Capítulo XIII — O Serviço Postal Mais Confiável da Galáxia
14. Capítulo XIV — O Jardim Secreto da Nave
15. Capítulo XV — O Tradutor Universal da Federação
16. Capítulo XVI — A Fábrica Automática da Federação
17. Capítulo XVII — A Última Fronteira Nunca Foi o Espaço
18. Capítulo XVIII — O Guia Nunca Terminou
19. Conclusão — Não Entre em Pânico... A Jornada Está Apenas Começando

Bellacosa Mainframe • Conhecimento é combustível. Código é nave. Explorar é missão.

As Aventuras do Pequeno e Inquieto Vagner: Quando a curiosidade desafia muros, telhados… e até santos.

 

As Aventuras do Pequeno e Inquieto Vagner

Capítulo Especial para o Blog El Jefe — Ao estilo Bellacosa Mainframe

“Quando a curiosidade desafia muros, telhados… e até santos.”

Existem crianças que colecionam figurinhas.
Existem crianças que colecionam carrinhos.
E existem crianças — raras, perigosamente especiais — que colecionam histórias de quase-morte, sustos épicos e cicatrizes que brilham como badges de um herói de RPG.

O pequeno Vagner dos anos 1970 era desse terceiro tipo.
Um mini-escalador, meio ninja, meio gato de telhado, completamente movido a curiosidade e energia inesgotável.
Um personagem digno de um anime isekai corporal, onde cada episódio terminava com sua mãe segurando a cabeça e o pai jurando que “dessa vez ele aprendeu”. (Spoiler: não aprendeu.)

E esta é uma dessas histórias.

---

🏡 Um quintal, uma casinha de santo e uma criança sem limites

Os anos 1970 eram uma mistura deliciosa de caos, espiritualidade, improviso e liberdade.
Nada de tablet, internet ou brinquedos eletrônicos: o playground era o mundo inteiro.

Seu pai e sua mãe, num momento de espiritualidade profunda, converteram-se à Umbanda.
E como bons devotos, construíram no fundo do quintal uma casinha de santo:
um pequeno templo particular dedicado aos guias, com suas oferendas, velas, objetos sagrados e aquele ar de respeito silencioso que toda criança deveria olhar de longe.

"De longe".
Mas claro que o Vagner não entendeu essa parte.

---

🎪 O Pequeno Vagner descobre o “parkour” antes dele existir

Com 4 para 5 anos, o menino já havia descoberto a engenharia dos muros.
Para ele, eram pistas de circo.
Barreiras para adultos, mas autódromos imaginários para crianças inquietas.

Ele subia.

Ele corria.

Ele equilibrava.

O pequeno Vagner era uma mistura de trapezista do Circo Piolin com ninja mirim da Vila Rio Branco na Ponte Rasa.

Nem os telhados estavam a salvo.

---

⚡ E então o destino disse: “vamos testar esse garoto”

Um dia, no auge da sua carreira de equilibrista clandestino, sua mãe gritou seu nome —
Aquele grito que toda criança reconhece instantaneamente como:

“Se eu não descer AGORA, as consequências serão piores do que quebrar o braço.”

Vagner, lógico, tenta descer rápido.
Mas rápido demais.

Em vez de usar o caminho seguro, ele decide inovar:
usa a casinha dos santos como degrau.

Sim.
O templo.
O altar.
O lugar sagrado.

Peso de uma criança.
Estrutura frágil.
Resultado inevitável.

---

💥 Colapso divino

O pequeno Vagner desce.
A casinha desce também.
As telhas voam.
Os santos… coitados… alguns ganham alta celestial.

E no meio do cenário pós-apocalíptico, lá está ele:
Vagner, o Sobrevivente, coberto de pó, alguns arranhões e uma expressão que misturava susto com “acho que fiz besteira”.

Susto dos pais?
Nível: CHERNOBYL.

Punição?
Longa, completa, detalhada, com direito a bronca sobre:

• perigo

• respeito

• orixás

• saúde

• limites

• obediência

• e uma menção especial a “você ainda vai me matar de susto”.

Mas o santo dele, convenhamos, não só era forte — era ninja também.

---

🧿 Easter Egg Espiritual: Orixás gostam de crianças inquietas

Curiosamente, dentro das tradições afro-brasileiras, existe uma ideia poética de que crianças arteiras são protegidas por guias brincalhões, cheios de vida e movimento.

Se duvidar, algum deles riu lá de cima naquele dia.
Provavelmente disse:

“Deixa o menino. Ele tem caminhos longos e incríveis pela frente.”

E estava certo.

---

💫 Conclusão: sobrevivente desde os 5 anos

O pequeno Vagner cresceu, virou especialista em mainframe, professor, contador de histórias, e homem de tecnologia.

Mas o espírito inquieto continua lá. A pequena Vivi tem menção honrosa que ficou ajudando nos curativos e acompanhando o irmão se recuperando.
Só que hoje, em vez de escalar muros e derrubar casinhas de santo, ele escala sistemas, resolve problemas gigantescos, pula obstáculos corporativos e ainda encontra tempo para relembrar — com humor e poesia — essas aventuras que moldaram seu repertório de vida.

E cá entre nós:
quem derrubou uma casa de orixá aos 5 anos sobrevive a qualquer coisa.

O Mistério do Coração Invisível : Quando um Detetive Descobre que Milhões de Transações Bancárias Dependem de uma Sala que Quase Ninguém Conhece

 

Bellacosa Mainframe e o misterio do coração invisivel

☕ Um Café no Bellacosa Mainframe

O Mistério do Coração Invisível

Quando um Detetive Descobre que Milhões de Transações Bancárias Dependem de uma Sala que Quase Ninguém Conhece

"Naquela noite, o relógio marcava 02h17 quando o telefone tocou. Do outro lado da linha, apenas uma frase: 'A aplicação desapareceu... mas a transação continua viva.' Peguei meu chapéu, meu bloco de notas e caminhei até o CPD. Mais um caso aguardava o Detetive Bellacosa..."

---

Capítulo 1 — O Prédio que Nunca Dorme

Existem lugares onde o tempo parece diferente.

Enquanto a cidade dorme, cafés fecham as portas e as ruas ficam silenciosas, milhares de computadores continuam trabalhando.

Entre eles existe um grupo muito especial.

São os IBM Mainframes.

Eles movimentam bancos.

Controlam companhias aéreas.

Administram cartões de crédito.

Pagam aposentadorias.

Liberam PIX.

Autorizam compras.

Processam seguros.

Movimentam bolsas de valores.

E tudo isso acontece em questão de milissegundos.

Mas existe um segredo.

Quando alguém fala em CICS, quase todo iniciante imagina um único programa gigante respondendo às solicitações dos usuários.

A verdade é muito mais elegante.

É como investigar um enorme prédio cheio de departamentos secretos.

Cada andar possui uma missão.

Cada sala possui uma função.

E existe uma sala onde realmente acontece a mágica.

Essa sala atende por um nome curioso:

AOR — Application-Owning Region.

É ali que mora o verdadeiro coração do CICS.

---

Capítulo 2 — Conhecendo os Suspeitos

Nenhum bom detetive começa uma investigação sem montar um mural.

Peguei algumas fotos e prendi tudo na parede.

                Usuário
                    │
                    ▼
               Terminal 3270
                    │
                    ▼
                 TOR
                    │
                    ▼
            Routing Region
                    │
                    ▼
             CICSPlex SM
          ┌──────┼──────┐
          ▼      ▼      ▼
        AOR1   AOR2   AOR3
          │
          ▼
     DB2 • VSAM • MQ

Cada personagem possui uma personalidade.

O TOR é o porteiro.

O Routing Region é o despachante.

O CICSPlex é o estrategista.

Mas...

Quem realmente resolve o problema?

O AOR.

---

Capítulo 3 — O Crime Perfeito

Imagine um banco.

Um milhão de clientes.

Todos acessando simultaneamente.

Agora imagine que exista apenas uma única região CICS.

Ela teria que:

• receber conexões;

• autenticar usuários;

• executar COBOL;

• acessar Db2;

• acessar VSAM;

• controlar MQ;

• conversar com APIs;

• responder ao usuário.

Seria um caos.

A IBM percebeu isso décadas atrás.

E fez algo brilhante.

Separou responsabilidades.

Foi como dividir uma delegacia.

Existe quem atende o telefone.

Existe quem dirige a viatura.

Existe quem faz perícia.

Existe quem investiga.

No CICS acontece exatamente isso.

---

Capítulo 4 — O Verdadeiro Papel da AOR

Muitos livros dizem:

"A AOR executa programas."

Correto.

Mas extremamente incompleto.

Ela executa muito mais.

Dentro dela vivem:

• programas COBOL;

• programas PL/I;

• aplicações C;

• Java;

• APIs REST;

• SOAP;

• CICS Web Services;

• lógica bancária;

• cálculos financeiros;

• regras tributárias;

• validações;

• autenticação.

Ou seja...

Tudo aquilo que gera dinheiro para a empresa.

---

Capítulo 5 — A Sala das Máquinas

Imagine abrir uma porta metálica.

Dentro dela existem centenas de programas.

BANK001

BANK002

PIX010

LOAN050

CARD901

INSU300

Todos esperando alguém chamá-los.

Quando uma transação chega...

o CICS procura o programa.

Se ele ainda não estiver carregado...

faz o LOAD.

Depois disso...

ele permanece disponível.

Esse detalhe parece pequeno.

Mas muda completamente o desempenho.

---

Curiosidade Noir nº 1

Os primeiros acessos a um programa costumam ser ligeiramente mais lentos porque o módulo ainda precisa ser localizado e carregado na memória. Nas execuções seguintes, ele normalmente já está residente, reduzindo o tempo de resposta. Em ambientes de alta demanda, esse comportamento faz diferença em milhões de execuções ao longo do dia.

---

Capítulo 6 — O Caminho de uma Consulta de Saldo

Vamos seguir uma transação.

O cliente digita:

SALD

No terminal.

A sequência parece simples.

Mas observe o que acontece.

Cliente

↓

TOR

↓

Routing Region

↓

CICSPlex SM

↓

AOR

↓

COBOL

↓

EXEC SQL

↓

DB2

↓

Resposta

↓

Usuário

A resposta aparece em menos de um segundo.

Mas dezenas de componentes cooperaram.

É como um relógio suíço.

---

Easter Egg nº 1

Os nomes TOR, AOR e FOR lembram personagens de um romance policial. Curiosamente, muitos profissionais iniciantes demoram meses para perceber que essas siglas representam regiões especializadas trabalhando em conjunto, e não apenas configurações do CICS.

---

Capítulo 7 — Quem Escolhe a AOR?

Aqui entra um personagem extremamente inteligente.

O CICSPlex SM.

Ele observa tudo.

CPU.

Memória.

Número de tarefas.

Tempo médio.

Regiões indisponíveis.

Carga de trabalho.

Depois toma uma decisão.

AOR1

CPU 92%

↓

Ignorar

AOR2

CPU 31%

↓

Escolher

AOR3

CPU 81%

↓

Ignorar

Tudo acontece automaticamente.

Nenhum operador precisa decidir.

---

Curiosidade nº 2

Essa lógica lembra um controlador de tráfego aéreo. Assim como aviões são distribuídos entre pistas disponíveis, o CICSPlex SM distribui transações entre AORs para evitar congestionamentos e aproveitar melhor os recursos do sistema.

---

Capítulo 8 — O Grande Equívoco dos Iniciantes

Quase todo programador COBOL iniciante imagina isto:

COBOL

↓

DB2

Na prática...

é muito mais complexo.

Um único programa pode conversar com:

DB2

VSAM

MQ

IMS

REST

SOAP

TCP/IP

Sockets

Temporary Storage

Transient Data

O AOR funciona como uma grande central de integração.

---

Capítulo 9 — O Mistério da Escalabilidade

Imagine uma promoção nacional.

Normalmente o banco processa:

100 mil transações por minuto.

Hoje...

700 mil.

Comprar outro computador?

Nem sempre.

Pode ser mais simples criar novas AORs.

Antes:

TOR

↓

AOR1

Depois:

TOR

├──►AOR1

├──►AOR2

├──►AOR3

├──►AOR4

└──►AOR5

Essa é a essência da escalabilidade horizontal.

---

Capítulo 10 — Quando uma AOR Cai

Imagine.

AOR2 sofre um ABEND.

O que acontece?

O cliente percebe?

Na maioria das arquiteturas modernas...

não.

O CICSPlex remove a região da lista.

As próximas transações seguem para:

AOR1

AOR3

AOR4

Enquanto isso...

a equipe resolve o problema.

É por isso que bancos conseguem operar 24 horas.

---

Curiosidade nº 3

Em muitas instituições financeiras existem diversas AORs executando exatamente os mesmos programas. Isso permite retirar uma região para manutenção enquanto as demais continuam atendendo os clientes, reduzindo janelas de indisponibilidade.

---

Capítulo 11 — O AOR e o COBOL

É aqui que você, programador COBOL, entra na história.

Seu programa normalmente será executado dentro de uma AOR.

Quando você escreve:

EXEC SQL
   SELECT SALDO
     INTO :WS-SALDO
     FROM CONTAS
END-EXEC.

Quem faz tudo funcionar?

AOR.

Quando escreve:

EXEC CICS READ

Quem executa?

AOR.

Quando chama:

EXEC CICS LINK

Quem processa?

AOR.

Ela é o palco onde o seu código ganha vida.

---

Dicas de Ouro para o Iniciante

✔ Aprenda primeiro o fluxo completo da transação antes de decorar comandos.

✔ Entenda a diferença entre TOR, AOR, FOR e Routing Region.

✔ Estude EXEC CICS LINK, XCTL e RETURN para compreender como programas cooperam entre si.

✔ Familiarize-se com COMMAREA, Channels e Containers, pois são fundamentais para a troca de dados entre programas.

✔ Pratique o uso de EXEC SQL e operações em VSAM, já que a lógica de negócio normalmente envolve esses recursos.

✔ Leia mapas de monitoramento (como SMF e CICS Monitoring) para entender onde está o tempo gasto por uma transação.

---

Easter Egg nº 2

Existe um velho ditado entre profissionais de CICS:

"Se o TOR espirra, todo mundo percebe. Se a AOR trabalha bem, ninguém lembra que ela existe."

É exatamente esse o objetivo: manter a engrenagem funcionando de forma silenciosa.

---

O Dossiê do Detetive

Depois de horas analisando logs, diagramas e relatórios, a conclusão era inevitável.

O mistério nunca foi descobrir onde a transação entrava.

Nem onde ela terminava.

O verdadeiro mistério sempre foi entender quem fazia o trabalho pesado.

A resposta estava escondida em uma pequena sigla de apenas três letras.

AOR.

Ela recebe programas.

Executa regras de negócio.

Consulta Db2.

Lê VSAM.

Publica mensagens em MQ.

Conversa com APIs.

Responde ao usuário.

E faz tudo isso milhares — ou até milhões — de vezes por dia.

É por isso que dizemos que a Application-Owning Region é o coração do CICS. Não porque ela seja a única peça importante, mas porque é nela que o "sangue" das transações circula: cada instrução COBOL, cada EXEC CICS, cada EXEC SQL e cada decisão de negócio passam por esse ambiente de execução.

Da próxima vez que alguém consultar um saldo, comprar com cartão, pagar um boleto ou realizar um PIX, lembre-se de que existe uma equipe invisível trabalhando em perfeita sincronia. O usuário verá apenas uma resposta na tela, mas, nos bastidores, TOR, Routing Region, CICSPlex SM, AOR, Db2, VSAM e MQ estarão desempenhando seus papéis como personagens de um clássico romance noir.

E, como todo bom detetive sabe, o segredo dos grandes casos raramente está na primeira pista. No universo do Mainframe, a pista decisiva é compreender a arquitetura. Quando você entende por que o processamento foi separado do roteamento, deixa de enxergar apenas programas COBOL isolados e passa a ver um ecossistema projetado para oferecer desempenho, disponibilidade e confiabilidade em escala mundial.

Na próxima investigação do Bellacosa Mainframe, outro mistério nos espera. Afinal, em algum lugar do CPD existe outra porta metálica fechada, outro componente pouco conhecido e outra história fascinante escondida atrás de três ou quatro letras que sustentam o mundo moderno. Afinal, nos grandes sistemas, os melhores segredos quase nunca aparecem na tela do terminal; eles vivem na arquitetura que faz tudo funcionar.