Translate

quarta-feira, 14 de julho de 2010

🎮 Isekai List 2010

 

Bellacosa Mainframe apresenta a lista de isekai 2010

☕ Um Café no Bellacosa Mainframe

2010 — O Ano em que o Isekai Reiniciava o Sistema Antes da Grande Explosão

Se 2012 foi o ano em que Sword Art Online popularizou o isekai para milhões de fãs, 2010 pode ser comparado ao período em que um programador COBOL prepara cuidadosamente um ambiente de testes antes da implantação em produção.

Pouca gente percebe, mas 2010 foi um ano de transição. O gênero ainda não era uma fábrica de protagonistas apelões, reencarnações infinitas ou caminhões chamados Truck-kun. Os poucos isekais lançados ou exibidos naquele período ainda carregavam forte influência da fantasia clássica, dos OVAs dos anos 90 e da escola criada por obras como El-Hazard, Fushigi Yuugi, Escaflowne e Inuyasha.

Era um tempo em que viajar para outro mundo ainda era um evento extraordinário.

Os protagonistas precisavam conquistar aliados, aprender as regras daquele universo e sobreviver sem um painel de status mostrando HP, MP e nível.

Para quem gosta de história dos animes, 2010 é fascinante justamente por representar os últimos suspiros do "isekai clássico" antes da revolução das light novels.

Vamos abrir os antigos datasets e descobrir o que estava sendo processado naquele ano.



1) Isekai no Seikishi Monogatari (異世界の聖機師物語)

Título internacional: War on Geminar
Episódios: 13 OVAs (também exibidos em formato de 26 episódios de meia hora em 2010) (Wikipedia)

Resumo

Kenshi Masaki é misteriosamente transportado para Geminar, um mundo onde enormes máquinas humanoides chamadas Sacred Mechanoids dominam os campos de batalha.

Logo ele descobre que foi levado para aquele universo como peça de uma conspiração política.

Em vez de se tornar imediatamente um herói, Kenshi precisa aprender a sobreviver utilizando inteligência, humildade e habilidades adquiridas ao longo da história.


Personagens principais

  • Kenshi Masaki

  • Lashara Earth XXVIII

  • Chiaia Flan

  • Maria Nant

  • Wahanly Shume

  • Aura Shurifon


O que torna este anime diferente?

Mistura:

  • Isekai

  • Mecha

  • Política

  • Comédia

  • Slice of Life

  • Romance

Em muitos aspectos lembra um cruzamento entre:

  • Tenchi Muyo

  • Escaflowne

  • Gundam

  • El-Hazard


Easter Eggs

🥚 Kenshi é meio-irmão de Tenchi Masaki.

🥚 Diversos personagens e tecnologias fazem referência direta ao universo Tenchi Muyo.

🥚 Apesar do enorme harém, Kenshi raramente perde sua simplicidade.

🥚 O protagonista é absurdamente competente em tarefas domésticas, algo que virou uma de suas marcas registradas.


2) Zero no Tsukaima (continuação do fenômeno)

Embora nenhuma temporada inédita tenha estreado em 2010, a franquia permaneceu extremamente ativa por meio de mangás, novels e relançamentos, mantendo vivo um dos isekais mais influentes da década anterior. (Isekai Wiki)


Título original

ゼロの使い魔


Episódios existentes até então

  • Temporada 1 — 13

  • Temporada 2 — 12

  • Temporada 3 — 12


Resumo

Saito Hiraga é invocado por Louise para um mundo de magia medieval.

Ao invés de virar um herói instantâneo, ele começa literalmente como um "familiar", enfrentando preconceito, guerras e criaturas mágicas.


Personagens

  • Saito

  • Louise

  • Siesta

  • Kirche

  • Tabitha

  • Henrietta


Easter Eggs

🥚 Muitos dos clichês modernos do isekai surgiram aqui:

  • invocação

  • protagonista terrestre

  • harém

  • magia

  • escola

  • mundo paralelo


O que fazia 2010 ser diferente?

Enquanto hoje quase todo isekai começa com:

"Morri atropelado."

Em 2010 normalmente era:

"Fui invocado."

Essa diferença muda completamente o tom da história.

Não existia ainda:

  • status

  • RPG explícito

  • habilidades absurdas

  • menus flutuantes

  • reencarnações em cadeia

O foco era a aventura.


Comparando com os isekais modernos

2010Hoje
Mundo novo misteriosoMundo novo explicado em 5 minutos
Poucos títulosCentenas por ano
Fantasia clássicaRPG/MMORPG
Jornada do heróiPower Fantasy
Crescimento gradualOverpowered no episódio 1
PolíticaSistema de níveis

O que foi relevante em 2010?

1. O gênero ainda era raro

Em vez de dezenas de lançamentos por temporada, havia poucos representantes realmente identificados como isekai. (AnimeClick.it)


2. O público ainda era de nicho

Quem assistia isekai normalmente já consumia:

  • fantasia medieval

  • mecha

  • light novels

  • visual novels


3. O foco era construção de mundo

Os roteiros dedicavam tempo para explicar:

  • política

  • economia

  • religiões

  • culturas

  • geografia

Algo relativamente raro nos títulos mais acelerados de hoje.


4. Preparação para a explosão das Light Novels

Em poucos anos chegariam:

  • Sword Art Online

  • Log Horizon

  • No Game No Life

  • Overlord

  • Re:Zero

  • Konosuba

  • Mushoku Tensei (anime)

O mercado estava prestes a mudar completamente. (Reddit)


Curiosidades

☕ Em 2010 ainda não existia o conceito de "temporada do isekai".

☕ O termo "Truck-kun" praticamente não fazia parte do vocabulário dos fãs.

☕ A maioria dos protagonistas ainda precisava treinar muito para sobreviver.

☕ Os mundos paralelos eram mais inspirados em RPGs de mesa do que em MMORPGs.

☕ O foco ainda estava na aventura, não na acumulação infinita de poderes.


Conclusão

Se observarmos a cronologia dos animes como um grande computador IBM Z, 2010 representa o IPL do isekai moderno. O sistema já estava carregando seus módulos principais, mas a grande carga de trabalho ainda não havia começado.

Obras como Isekai no Seikishi Monogatari preservavam o espírito clássico das aventuras em mundos paralelos, valorizando a construção de universo, o desenvolvimento gradual dos personagens e a descoberta de culturas fantásticas. Ao mesmo tempo, franquias consolidadas como Zero no Tsukaima mantinham vivo o interesse por protagonistas transportados para outras realidades, servindo de ponte entre duas gerações de fãs.

Poucos imaginavam que, apenas dois anos depois, Sword Art Online mudaria completamente o mercado e inauguraria uma nova era dominada por light novels, sistemas de níveis, reencarnações e protagonistas extremamente poderosos. Assim, 2010 ficou marcado como o último grande capítulo do isekai clássico e o ponto de partida para a transformação de um gênero de nicho em um dos pilares da indústria dos animes modernos.

☕ 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 ↑

terça-feira, 13 de julho de 2010

Queen's Blade: Utsukushiki Tōshi-tachi (クイーンズブレイド 美しき闘士たち)

 

Bellacosa Mainframe e queens blade utsukushiki toshi-tachi

☕ Um Café no Bellacosa Mainframe

Queen's Blade: Utsukushiki Tōshi-tachi (クイーンズブレイド 美しき闘士たち)

Quando um Programador COBOL Descobre que o Projeto Terminou... Mas os Casos de Uso Ainda Não

Quando um programador COBOL termina um grande projeto, normalmente acredita que o trabalho acabou.

Então chegam:

  • chamados da produção;

  • melhorias solicitadas pelos usuários;

  • ajustes de performance;

  • documentação pendente;

  • casos especiais nunca imaginados.

No mundo do desenvolvimento chamamos isso de manutenção evolutiva.

No universo de Queen's Blade, essa fase recebeu um nome diferente:

Queen's Blade: Utsukushiki Tōshi-tachi ("As Belas Guerreiras").

Embora muitos fãs a chamem de "terceira temporada", tecnicamente ela é uma série de OVAs (Original Video Animation), lançada após Gyokuza wo Tsugu Mono. Em vez de continuar uma única narrativa linear, ela mostra o que aconteceu com diversas personagens depois do torneio, funcionando como uma coleção de histórias paralelas. Isso a torna uma espécie de "epílogo expandido" da saga principal.

No estilo Bellacosa Mainframe, ela lembra aquele conjunto de melhorias e refinamentos que surgem depois que um sistema crítico entra em produção.


Ficha Técnica

Título original

クイーンズブレイド 美しき闘士たち

Romanização

Queen's Blade: Utsukushiki Tōshi-tachi

Título internacional

Queen's Blade: Beautiful Warriors

Estúdio

ARMS Corporation

Direção

Kinji Yoshimoto

Baseado em

Visual Combat Books da Hobby Japan.

Lançamento

2010–2011

Formato

OVA

Quantidade de episódios

6 episódios.

Cada episódio funciona praticamente como uma pequena história independente dedicada a uma personagem específica.


Antes de Começar

Muita gente acredita que esta seja uma continuação tradicional.

Na realidade...

Não é.

Ela funciona muito mais como:

  • epílogo;

  • coleção de contos;

  • desenvolvimento das personagens;

  • encerramento emocional.

É quase uma antologia.


Sinopse

Depois do torneio, o continente finalmente encontra um período de relativa paz.

Mas a paz não significa que as guerreiras simplesmente desapareceram.

Cada uma segue seu próprio caminho.

Algumas continuam viajando.

Outras enfrentam novos desafios.

Algumas precisam lidar com seu passado.

Outras descobrem novos objetivos.

É justamente isso que os OVAs exploram.


História

Em vez de uma única aventura gigantesca, temos seis histórias independentes.

Cada uma coloca determinada personagem diante de um conflito pessoal.

Isso permite conhecer aspectos que o anime principal não teve tempo para desenvolver.

É uma mudança enorme de ritmo.

Sai a competição.

Entra o desenvolvimento emocional.


Personagens

Como cada episódio muda de protagonista, praticamente todas recebem mais profundidade.

Leina

Agora já não precisa provar seu valor.

Seu desafio passa a ser descobrir qual será seu lugar no mundo.


Tomoe

Recebe uma história muito mais ligada à tradição samurai.

Sua disciplina continua sendo seu maior diferencial.


Nanael

Ganha episódios extremamente divertidos.

Continua misturando humor e ingenuidade.


Airi

Talvez uma das personagens que mais evolui.

Seu lado emocional aparece muito mais.


Melona

Continua completamente imprevisível.

Mesmo em situações sérias consegue criar momentos cômicos.


Cattleya

Seu lado maternal recebe enorme destaque.

Ela deixa de ser apenas uma guerreira poderosa.

Passa a ser uma personagem muito mais humana.


O Que Tem de Diferente?

Tudo.

Enquanto as temporadas anteriores eram construídas em torno do torneio...

Agora o foco está nas personagens.

Não existe mais:

"quem vencerá?"

Agora a pergunta é:

"o que aconteceu depois?"


Estrutura

Cada OVA funciona quase como:

CASE Personagem

WHEN LEINA

contar evolução

WHEN TOMOE

contar tradição

WHEN NANAEL

comédia

WHEN AIRI

drama

...

Para um programador COBOL...

É praticamente uma coleção de módulos independentes.

Cada um resolve um problema diferente.


Qualidade da Animação

A ARMS aproveitou o formato OVA para aumentar o nível técnico.

Percebemos:

  • iluminação melhor;

  • cenários mais ricos;

  • animações mais fluidas;

  • cores mais vivas.

Isso era comum.

OVAs normalmente possuem orçamento superior ao da televisão.


Fanservice

Sim.

Ele continua presente.

Mas curiosamente...

Em vários episódios ele deixa de ser o centro da narrativa.

Algumas histórias possuem um tom surpreendentemente emocional.

Isso costuma pegar muitos espectadores desprevenidos.


Temática

Consequências

O torneio terminou.

Agora precisamos conviver com os resultados.


Crescimento

As personagens amadureceram.


Identidade

Quem você é...

Depois que seu grande objetivo foi alcançado?

Essa talvez seja a pergunta principal da série.


Paz

Lutar era fácil.

Viver em paz pode ser muito mais complicado.


Bellacosa Mainframe

Imagine um grande sistema bancário.

Depois de vinte meses de desenvolvimento...

Finalmente entra em produção.

Fim do projeto?

Muito pelo contrário.

Começam:

  • suporte;

  • monitoramento;

  • otimizações;

  • novos requisitos;

  • melhorias.

As OVAs representam exatamente essa fase.

Não existe mais o "grande desafio".

Existem centenas de pequenos desafios.


Aventuras

Cada episódio leva sua protagonista para um novo cenário.

Encontramos:

  • vilas;

  • templos;

  • florestas;

  • montanhas;

  • antigos inimigos;

  • novos aliados.

As histórias são menores.

Mas muito mais pessoais.


Mensagens Ocultas

Toda vitória gera novas responsabilidades

Depois do torneio...

Começa uma nova vida.


O verdadeiro crescimento acontece depois da conquista

É fácil sonhar.

Difícil é administrar a realidade.


Cada pessoa possui sua própria jornada

Mesmo depois de compartilhar a mesma aventura.

Cada guerreira segue um caminho diferente.


Não existe ponto final

A vida continua.

Essa talvez seja a principal mensagem.


Curiosidades

  • Cada OVA destaca uma personagem diferente, dando espaço para histórias que não caberiam na narrativa principal.

  • O formato agradou fãs que queriam ver o "depois" do torneio e aprofundar o elenco.

  • A boa recepção ajudou a manter a franquia viva até a produção de Queen's Blade Rebellion (2012).


Impacto Cultural

Embora não tenha alcançado a mesma popularidade da série de TV, Beautiful Warriors foi importante para consolidar o universo expandido de Queen's Blade. Ele mostrou que a franquia podia contar histórias menores, focadas em personagens, reforçando seu apelo junto aos colecionadores e fãs das heroínas individuais.


Vale a Pena Assistir?

Se você procura:

  • mais batalhas épicas;

talvez não seja sua escolha ideal.

Mas se deseja:

  • conhecer melhor as personagens;

  • entender seus destinos;

  • ver histórias mais intimistas;

  • apreciar uma animação refinada;

então as OVAs entregam exatamente isso.


Conclusão

Para um Padawan COBOL, Queen's Blade: Utsukushiki Tōshi-tachi ensina uma lição que todo profissional de sistemas aprende cedo: terminar um projeto não significa encerrar o trabalho. O verdadeiro valor aparece no refinamento, na manutenção e na evolução contínua.

Assim como um sistema IBM Z continua recebendo melhorias muito depois da primeira implantação, essas OVAs mostram que a vida das guerreiras não termina com a vitória no torneio. O foco deixa de ser o espetáculo das batalhas e passa a ser o amadurecimento das personagens. Sob a superfície do fanservice e da fantasia, a obra fala sobre identidade, responsabilidade e o desafio de seguir em frente quando o grande objetivo já foi alcançado.


segunda-feira, 12 de julho de 2010

☕💣 O DIA EM QUE UM "SISTEMA LEGADO FAMILIAR" ENTROU EM PRODUÇÃO E PAROU A COMUNIDADE OTAKU — A COMPLEXA HISTÓRIA DE YOSUGA NO SORA

 

Bellacosa Mainframe apresenta yosuga no sora

☕💣 O DIA EM QUE UM "SISTEMA LEGADO FAMILIAR" ENTROU EM PRODUÇÃO E PAROU A COMUNIDADE OTAKU — A COMPLEXA HISTÓRIA DE YOSUGA NO SORA


📌 Informações Gerais

ItemInformação
Título Originalヨスガノソラ (Yosuga no Sora)
Tradução Aproximada"O Céu que Une os Laços Distantes"
Baseado emVisual Novel da Sphere
Desenvolvedora OriginalSphere
Autor OriginalEquipe Sphere
Estúdio de Animaçãofeel.
DiretorTakeo Takahashi
Exibição OriginalOutubro a Dezembro de 2010
Episódios12
Episódios ExtrasMini episódios "Haruka na Sora"
GêneroRomance, Drama, Slice of Life, Psicológico
ClassificaçãoAdulto / Conteúdo Sensível
OrigemJapão

☕ Introdução Bellacosa Mainframe

Imagine um sistema legado que sofreu uma falha catastrófica.

Os dois servidores principais da empresa foram desligados para sempre.

Agora dois programas precisam voltar ao ambiente original para tentar reconstruir tudo.

Essa é praticamente a premissa de Yosuga no Sora.

Por trás da fama e das polêmicas existe uma história sobre:

  • solidão

  • abandono

  • dependência emocional

  • trauma

  • perda

  • busca por pertencimento

Muitos conhecem o anime pela controvérsia.

Poucos realmente analisam o que ele tenta contar.


📖 Sinopse

Após a morte dos pais em um acidente automobilístico, os irmãos gêmeos:

  • Haruka Kasugano

  • Sora Kasugano

retornam para a antiga casa dos avós em uma pequena cidade rural.

Longe da agitação urbana, eles tentam reconstruir suas vidas.

Mas o retorno desperta memórias esquecidas, relacionamentos antigos e sentimentos que jamais foram resolvidos.

Cada rota da história apresenta um caminho emocional diferente para Haruka.


🏛️ O Estúdio Feel.

O estúdio feel. nunca esteve entre os gigantes como:

  • Madhouse

  • Bones

  • Sunrise

  • Kyoto Animation

Mas ficou conhecido por obras focadas em:

  • drama psicológico

  • romances complexos

  • relacionamentos humanos

Entre seus trabalhos mais conhecidos:

  • OreGairu

  • Kiss x Sis

  • Yosuga no Sora

  • Dagashi Kashi

Em Yosuga no Sora o estúdio apostou em:

  • fotografia suave

  • cenários rurais detalhados

  • trilha sonora melancólica

  • ritmo contemplativo


🎭 A Estrutura Diferente da História

Aqui está uma das maiores curiosidades.

O anime não segue uma narrativa tradicional.

Ele funciona como uma espécie de:

"LPAR emocional"

Para quem é do Mainframe:

Imagine um ambiente z/OS rodando várias partições lógicas.

O hardware é o mesmo.

Mas cada LPAR executa uma realidade diferente.

Em Yosuga no Sora:

  • os personagens são os mesmos

  • a cidade é a mesma

  • os eventos iniciais são semelhantes

Porém cada rota gera um resultado diferente.


👥 Personagens Principais

Haruka Kasugano

O protagonista.

Age como o "CICS Transaction Manager" da história.

Tudo passa por ele.

Representa:

  • responsabilidade

  • culpa

  • proteção

  • desejo de pertencimento


Sora Kasugano

A personagem mais famosa da obra.

Extremamente inteligente.

Reservada.

Socialmente isolada.

Muitos fãs interpretam Sora como alguém que sofre de:

  • ansiedade social

  • dependência emocional

  • medo extremo de abandono

Ela é o verdadeiro núcleo emocional do anime.


Kazuha Migiwa

Representa tradição.

Responsabilidade.

Pressão familiar.


Akira Amatsume

Representa liberdade.

Espontaneidade.

Inocência.


Nao Yorihime

Representa culpa.

Arrependimento.

Reconciliação.


🔍 Temáticas Profundas

1. Solidão

Praticamente todos os personagens estão sozinhos.

Mesmo cercados de pessoas.

A cidade inteira parece um grande ambiente batch executando sem operadores.


2. Trauma

A morte dos pais funciona como o "ABEND" inicial do sistema.

Toda a história é uma tentativa de recuperação.


3. Dependência Emocional

Talvez o tema central.

A obra questiona:

"Até que ponto alguém pode se tornar emocionalmente indispensável para outra pessoa?"


4. Memórias

O passado nunca desaparece.

Ele continua consumindo recursos em background.

Tal como uma task esquecida no JES2.


🎯 O Que Torna Yosuga no Sora Diferente?

Narrativa em Rotas

Pouquíssimos animes adaptaram visual novels dessa maneira.

Normalmente escolhe-se uma heroína.

Aqui praticamente todas recebem sua própria linha temporal.


Atmosfera

A cidade rural se torna quase um personagem.

O silêncio comunica tanto quanto os diálogos.


Ambiguidade Moral

A obra evita respostas fáceis.

Ela não entrega uma moral pronta.

Apresenta situações e deixa o espectador refletir.


🧠 Mensagens Ocultas

Muitos espectadores enxergam apenas o elemento mais polêmico.

Mas existem leituras muito mais profundas.

A impossibilidade de substituir certas pessoas

Algumas relações humanas criam dependências difíceis de romper.


O medo do abandono

Todos os personagens possuem algum tipo de abandono emocional.


A busca por identidade

Diversos personagens estão tentando descobrir quem realmente são.


🌏 Impacto Cultural

Poucos animes românticos geraram tanta discussão.

Até hoje Yosuga no Sora aparece em listas de:

  • animes controversos

  • romances mais polêmicos

  • obras que dividiram a comunidade

Durante anos foi tema recorrente em:

  • fóruns japoneses

  • 4chan

  • Reddit

  • MyAnimeList

  • comunidades brasileiras

Virou praticamente um "caso de estudo" sobre adaptação de visual novels.


🚨 Houve Censura?

Sim.

Dependendo do país e da plataforma:

  • cenas foram editadas

  • enquadramentos foram alterados

  • partes receberam cortes

Em algumas transmissões televisivas japonesas houve limitações visuais para adequação à exibição.

Versões em mídia física geralmente apresentavam menos restrições.

A obra enfrentou resistência em diversos mercados por causa de seu conteúdo adulto e de temas considerados tabu.


📊 Avaliação Técnica

CritérioNota
Trilha Sonora9/10
Ambientação10/10
Desenvolvimento Emocional8,5/10
Adaptação da Visual Novel8/10
Controvérsia11/10
Valor Histórico9/10

☕ Conclusão Bellacosa Mainframe

Yosuga no Sora é como aquele sistema legado que todos ouviram falar, poucos tiveram coragem de abrir o código-fonte e quase ninguém compreendeu completamente.

A fama da obra nasceu da controvérsia.

Sua permanência nasceu da profundidade emocional.

Por trás do anime existe uma reflexão sobre:

  • perda

  • dependência emocional

  • solidão

  • memória

  • reconstrução após tragédias

Talvez seja por isso que, mais de quinze anos depois, ele continue sendo discutido.

Porque a verdadeira pergunta de Yosuga no Sora nunca foi sobre romance.

A pergunta é:

"O que acontece quando a única pessoa que restou no seu mundo se torna também a única razão para continuar vivendo?"

E essa é uma questão muito mais complexa do que qualquer polêmica que o anime tenha provocado. ☕💻📼


domingo, 11 de julho de 2010

SMP/E for z/OS Workshop: Restore

Bellacosa Mainframe apresenta SMP/E Restore


SMP/E for z/OS Workshop

RESTORE: quando o Apply deu ruim e você precisa voltar no tempo (sem desligar a produção)

Se APPLY é instalar e ACCEPT é oficializar, RESTORE é o botão de “desfaz” do SMP/E.
Mas não se engane: RESTORE não é CTRL+Z. Ele exige entendimento profundo de dependências, níveis de serviço e do que está no target versus no distribution.

Vamos destrinchar isso no melhor estilo Bellacosa Mainframe: sem romantismo, com realidade de produção.


O que é o comando RESTORE no SMP/E?

O RESTORE permite remover um ou mais SYSMODs aplicados no target, reinstalando o nível existente nos DLIBs (distribution libraries) de volta para as target libraries.

📌 Ponto-chave

RESTORE só funciona para SYSMODs que foram APPLIED e ainda NÃO ACCEPTED.

Na prática:

  • Algo foi aplicado

  • Quebrou, gerou erro, impacto funcional ou regressão

  • Você precisa voltar o código para o último nível aceito

RESTORE entra em ação.


Onde o RESTORE atua?

RESTORE é sempre direcionado a um Target Zone:

SET BDY(TZONE)

Esse target zone:

  • Identifica as target libraries

  • Mapeia qual distribution zone (DZONE) contém o backup válido

  • Será atualizado com os metadados corretos após o restore

📦 O SMP/E não inventa código
Ele reinstala exatamente o que está nos DLIBs.


O que o RESTORE realmente faz?

Durante o processamento, o SMP/E:

✔ Substitui os elementos do target pelos elementos do DLIB
✔ Reexecuta link-edit se necessário
✔ Copia FMID, RMID e UMID do DZONE para o TZONE
✔ Atualiza o CSI
✔ Remove registros do SYSMOD restaurado (dependendo das opções)

Ou seja:

O target volta a refletir o último nível oficialmente aceito.


RESTORE vs APPLY – parecem iguais, mas não são

APPLYRESTORE
Usa SMPPTSUsa DLIBs
Entrada: Global Zone + SMPPTSEntrada: DZONE + DLIBs
Instala novo códigoReinstala código anterior
Avança nívelRetrocede nível

👉 Ambos atualizam Target Libraries e Target Zone, mas com propósitos opostos.


Inline JCLIN e SMPCDS: o detalhe que derruba gente experiente

Se o SYSMOD a ser restaurado possui inline JCLIN, o SMP/E precisa do SMPCDS.

Por quê?

Porque o SMPCDS contém:

  • Backup da estrutura do TZONE

  • Informações necessárias para restaurar corretamente macros, source e datasets

Sem isso, o RESTORE pode:

  • Falhar

  • Ou deixar o ambiente inconsistente


O comando RESTORE na prática

Exemplo básico:

RESTORE SELECT(UP00003)

Operandos importantes

🔹 SELECT (obrigatório)

Define quais SYSMODs você quer remover.


🔹 GROUP (a parte traiçoeira)

No RESTORE, o GROUP funciona ao contrário do APPLY.

  • APPLY: GROUP busca pré-requisitos ausentes

  • RESTORE: GROUP busca SYSMODs que DEPENDEM do selecionado

👉 Se um SYSMOD depende do que você quer remover, ele também precisa ser restaurado.


🔹 CHECK (sempre use!)

RESTORE CHECK SELECT(UP00003)

CHECK:

  • Não altera nada

  • Analisa dependências

  • Mostra mensagens do tipo GIM35922I

📌 Dica Bellacosa:

Raramente o primeiro RESTORE CHECK resolve tudo.
Rode, leia os relatórios, ajuste o SELECT, rode de novo.


Exemplo clássico de dependências (vida real)

Temos 7 PTFs aplicados:

UP00001 └─ UP00002 ├─ UP00003 │ ├─ UP00005 │ └─ UP00007 └─ UP00004 └─ UP00006

Somente UP00001 foi ACCEPTED.

🎯 Objetivo: restaurar UP00003

Pergunta clássica de prova e produção:

Posso restaurar só o UP00003?

❌ Não.

Você também precisa restaurar:

  • UP00005

  • UP00007

Porque dependem diretamente dele.


Onde descobrir isso sem chutar?

1️⃣ Mensagens SMP/E (ex: GIM35922I)
2️⃣ SYSMOD Status Report
3️⃣ CAUSER SYSMOD SUMMARY REPORT ← o mais importante

Esse relatório explica:

  • Por que o RESTORE falhou

  • Quais SYSMODs estão bloqueando

  • O que falta no SELECT


O que o SMP/E remove após um RESTORE bem-sucedido?

Se NOREJECT = OFF:

  • Remove entrada do SYSMOD no Global Zone

  • Remove MCS do SMPPTS

  • Remove SMPTLIBs (se existirem)

⚠️ HOLD DATA NÃO É REMOVIDA

Se NOREJECT = ON:

  • Remove apenas APPID do Target Zone


RESTORE não é simples (e nunca foi)

RESTORE pode se tornar complexo quando:

  • Muitos PTFs aplicados

  • DLIB muito atrás do Target

  • Cadeias longas de dependência

👉 É comum rodar:

RESTORE CHECK RESTORE CHECK RESTORE CHECK

Até fechar todo o quebra-cabeça.


Conclusão Bellacosa Mainframe

RESTORE é:

  • Uma ferramenta poderosa

  • Um salva-produção

  • Um teste de maturidade do system programmer

Quem domina RESTORE:
✔ Entende dependências
✔ Entende níveis de serviço
✔ Não entra em pânico quando APPLY quebra

APPLY instala. ACCEPT oficializa. RESTORE ensina humildade.

No próximo módulo, o foco sai do SMP/E operacional e entra no product build — onde o código nasce antes de virar SYSMOD.


sábado, 10 de julho de 2010

🔥 PERFORM no COBOL: você manda ou ele manda em você?

 

Bellacosa Mainframe apresenta o comando Perform em COBOL

🔥 PERFORM no COBOL: você manda ou ele manda em você?

(Um café no Bellacosa Mainframe, para padawans e cavaleiros Jedi do z/OS)

Você já deu o spoiler certo: PERFORM é o maestro do COBOL.
Quem domina PERFORM escreve código legível, previsível, auditável e aceito em produção.
Quem não domina… acaba criando um GO TO disfarçado com terno e gravata 😅

Vamos organizar, aprofundar e elevar o nível do que você trouxe — com exemplos reais, pegadinhas, DB2, CICS e dicas de campo.



COBOL e o Perform

🧠 Origem e filosofia do PERFORM

Nos anos 70, COBOL sofreu com o “spaghetti code” (muito GO TO).
O PERFORM surgiu como a resposta estruturada, permitindo:

  • Modularidade

  • Fluxo previsível

  • Testabilidade

  • Facilidade de manutenção (sim, o auditor agradece)

👉 Regra de ouro mainframe:

“Se dá pra fazer com PERFORM, NÃO use GO TO.”


Comando Perform e suas variações em COBOL
1️⃣ PERFORM Simples — chamada limpa e direta

📌 O que faz

Executa um parágrafo uma única vez.

PERFORM 0100-CALCULA-IMPOSTO

🧪 Exemplo real

0100-CALCULA-IMPOSTO. COMPUTE WS-IMPOSTO = WS-VALOR * 0.15. 0100-EXIT. EXIT.

💡 Dica Bellacosa

  • Sempre crie o -EXIT

  • Facilita debug, tracing e manutenção futura


2️⃣ PERFORM VARYING — o FOR do COBOL

📌 O que faz

Loop com contador explícito.

PERFORM VARYING WS-CONT FROM 1 BY 1 UNTIL WS-CONT > 10 PERFORM 0300-PROCESSA-REGISTRO END-PERFORM

🧪 Exemplo com tabela interna

PERFORM VARYING IDX FROM 1 BY 1 UNTIL IDX > WS-QTDE MOVE WS-TABELA(IDX) TO WS-REG PERFORM 0400-VALIDA-DADO END-PERFORM

⚠️ Pegadinha clássica

❌ Alterar WS-CONT dentro do parágrafo executado
✔️ Deixe o controle só no PERFORM


3️⃣ PERFORM UNTIL — o rei da leitura de arquivos

📌 O que faz

Repete até a condição ser verdadeira
(atenção: condição é avaliada antes)

PERFORM UNTIL WS-FIM = 'SIM' READ ARQ-ENTRADA AT END MOVE 'SIM' TO WS-FIM NOT AT END PERFORM 0500-PROCESSA-REG END-READ END-PERFORM

🧠 Padrão mainframe clássico

  • Batch

  • VSAM

  • Sequential files

  • DB2 cursors (já já)


4️⃣ PERFORM TIMES — simples, direto e elegante

📌 O que faz

Executa um bloco N vezes, sem contador explícito.

PERFORM 12 TIMES ADD 1 TO WS-TOTAL END-PERFORM

📌 Quando usar

  • Simulações

  • Inicializações

  • Processos fixos

❌ Quando NÃO usar

  • Quando você precisa do índice (use VARYING)


5️⃣ PERFORM THRU — tradição mainframe raiz 🧓💾

📌 O que faz

Executa uma sequência contínua de parágrafos

PERFORM 1000-INICIALIZA THRU 1099-INICIALIZA-EXIT

🧪 Estrutura clássica

1000-INICIALIZA. OPEN INPUT ARQ-ENTRADA PERFORM 1100-CARREGA-PARAMETROS. 1099-INICIALIZA-EXIT. EXIT.

⚠️ Regra sagrada

Nunca coloque código fora da sequência THRU

Senão…
🔥 comportamento imprevisível
🔥 bugs fantasma
🔥 chamado em produção às 3h da manhã


🟦 PERFORM + DB2 (exemplo real)

Cursor com PERFORM UNTIL

PERFORM UNTIL SQLCODE NOT = 0 EXEC SQL FETCH C1 INTO :WS-COL1, :WS-COL2 END-EXEC IF SQLCODE = 0 PERFORM 2000-PROCESSA-LINHA END-IF END-PERFORM

👉 Padrão de ouro DB2 COBOL


🟩 PERFORM + CICS

PERFORM 3000-VALIDA-MAP PERFORM 3100-PROCESSA-NEGOCIO PERFORM 3200-ENVIA-RESPOSTA

✔ Modular
✔ Legível
✔ Fácil de testar




🧨 Erros comuns em produção

ErroImpacto
PERFORM THRU mal delimitadoExecução inesperada
Alterar contador no parágrafoLoop infinito
Falta de EXITDebug caótico
GO TO misturado com PERFORMCódigo ilegível

🧙 Curiosidades & Easter Eggs

🥚 Em COBOL antigo, PERFORM THRU era o padrão absoluto
🥚 Auditores AMAM código com PERFORM bem estruturado
🥚 Muitos shops ainda proíbem GO TO por norma interna
🥚 PERFORM é um dos motivos do COBOL sobreviver tão bem até hoje


🎓 Regra final para padawans

Se você entende PERFORM, você entende o fluxo do COBOL.
Se entende o fluxo, domina Batch, DB2 e CICS.

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