☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta Shion. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta Shion. Mostrar todas as mensagens

sábado, 4 de janeiro de 2025

Magic Maker: Isekai Mahou no Tsukurikata — o garoto que chegou ao isekai e descobriu que alguém havia esquecido de instalar a magia

Bellacosa Mainframe apresenta o anime magic maker isekai mahou no tsukurikata

☕ Um Café no Bellacosa Mainframe

Magic Maker: Isekai Mahou no Tsukurikata — o garoto que chegou ao isekai e descobriu que alguém havia esquecido de instalar a magia

Há isekais em que o protagonista morre, reencarna, abre uma tela azul invisível diante dos olhos e recebe SKILL = INFINITE. Há outros em que ele ganha uma espada lendária, uma bênção divina, três deusas, quinze escravas apaixonadas e poder suficiente para derrubar o reino antes do segundo intervalo comercial.

Magic Maker faz uma coisa muito mais interessante.

Seu protagonista chega ao outro mundo procurando magia.

E descobre que magia não existe.

A reação poderia ser simplesmente voltar para casa e cultivar batatas.

Shion, porém, toma a decisão que todo velho programador reconhece imediatamente:

Se o sistema não possui a função de que precisamos, então teremos de construí-la.

E começa o projeto.

Bem-vindo ao laboratório de desenvolvimento mais estranho do isekai.


🪄 Ficha técnica

O título original japonês é マジック・メイカー ~異世界魔法の作り方~, romanizado como Magic Maker: Isekai Mahou no Tsukurikata. Internacionalmente, o anime foi lançado como Magic Maker: How to Make Magic in Another World. A obra foi criada por Kazuki Kaburagi, inicialmente como web novel publicada no portal Shōsetsuka ni Narō. A serialização começou em 9 de junho de 2017 e, curiosamente, continua ativa: a página oficial da web novel registrava novos capítulos ainda em agosto de 2026. (Wikipedia)

A versão em light novel começou em 25 de maio de 2020, publicada pela MF Books/Media Factory, com ilustrações de Kururi — creditado no material japonês como 転. O terceiro volume foi lançado em 25 de dezembro de 2024. (KADOKAWAオフィシャルサイト)

O anime estreou no Japão na virada de 8 para 9 de janeiro de 2025 e terminou em março daquele ano, totalizando 12 episódios. Foi transmitido por TV Tokyo e outras emissoras e distribuído internacionalmente pela Crunchyroll. (Wikipedia)

Gêneros: isekai, fantasia, aventura, magia, reencarnação e desenvolvimento de conhecimento. A Crunchyroll atribui classificação 12+ em seu catálogo brasileiro. (Crunchyroll)

E aqui vem um nome tradicionalíssimo:

Studio DEEN.

A animação foi produzida pelo Studio DEEN, com direção de Kazuomi Koga, composição da série por Keiichirō Ōchi, design de personagens de Takayuki Noguchi, músicas de Kei Yoshikawa e Kana Hashiguchi e, curiosamente, até um crédito específico de supervisão de magia, entregue a Kazunori Ozawa. (TVアニメ『マジック・メイカー ~異世界魔法の作り方~』公式サイト)

A abertura é “Kirameki”, do XIIX, e o encerramento “Yoake no Uta”, da banda Humbreaders. (TVアニメ『マジック・メイカー ~異世界魔法の作り方~』公式サイト)



🧙 A história: temos um problema de requisitos

Antes da reencarnação, nosso protagonista era um homem de aproximadamente trinta anos obcecado por magia.

Não metaforicamente.

Ele realmente queria que magia existisse.

Morre inesperadamente e desperta em outro mundo como Shion.

Pronto.

Aquele deveria ser o grande momento:

MUNDO NOVO
+
REENCARNAÇÃO
+
FANTASIA MEDIEVAL
=
MAGIA

Mas a execução retorna:

MAGIC NOT FOUND
RETURN CODE = 0008

😂

Shion pergunta ao pai sobre magia e percebe que as pessoas simplesmente não conhecem aquilo que ele procura. A descrição oficial da história resume justamente sua descoberta: após inicialmente perder o ânimo, ele percebe sinais da existência de uma energia desconhecida e conclui que, se magia não existe, ele próprio pode criá-la. (Ncode)

Essa é a sacada extraordinária da obra.

Shion não é:

Magic User.

Ele é:

Magic Maker.

O título não está ali por decoração.


👧 Marie: a primeira companheira do laboratório

A personagem fundamental no início é Marie, irmã de Shion.

Ela é energética, fisicamente talentosa e inicialmente observa com curiosidade aquele irmão um pouco estranho que parece interessado em coisas que ninguém mais compreende.

A relação dos dois sustenta boa parte da primeira fase da história.

Marie funciona simultaneamente como:

companheira, testemunha, proteção física, cobaia ocasional, crítica e ponte emocional com Shion.

No episódio inicial, inclusive, a Crunchyroll descreve Marie como uma irmã extremamente ligada a Shion antes que a investigação sobre aquilo que ele chama de “magia” transforme a vida dos dois. (Crunchyroll)

E aqui existe uma diferença importante para muitos isekais.

Shion possui memória adulta, mas não possui conhecimento mágico adulto.

Ele não chegou sabendo lançar Fireball.

Chegou sabendo apenas que gostaria que Fireball existisse.

É uma diferença brutal.


🔬 Shion não aprende magia. Ele pesquisa magia.

Esse é o coração de Magic Maker.

Imagine um programador entrando numa empresa e perguntando:

— Onde está a documentação desse sistema?

Resposta:

— Não existe.

— Quem desenvolveu?

— Ninguém sabe.

— Existe código-fonte?

— Talvez.

— Então como funciona?

— Funciona.

Pronto.

Shion acabou de começar sua carreira mainframe.

😂

Ele observa um fenômeno luminoso perto de um lago.

Em vez de aceitar:

“Oh! Luzes mágicas!”

ele começa a perguntar:

Quando aparecem?

Onde aparecem?

Existem animais envolvidos?

Podemos capturá-las?

Há alguma energia associada?

Um humano consegue reproduzir aquilo?

A própria web novel mostra Shion passando dias pescando diferentes espécies e repetindo experimentos para determinar a origem das luzes observadas no lago. Depois de semanas sem resultado, ele começa a considerar mudanças no método experimental. (Ncode)

Isso é fantástico porque estamos assistindo ao nascimento do:

MÉTODO CIENTÍFICO DE MAGIA

Observação.

Hipótese.

Experimento.

Fracasso.

Nova hipótese.

Novo experimento.

Documentação mental.

Repetibilidade.


⚡ A magia vira engenharia

Conforme Shion progride, surgem fenômenos associados a energia, fogo, eletricidade e aquilo que lentamente pode ser classificado como poder mágico.

A partir desse momento acontece algo que adoro nessa obra:

o maravilhoso começa a virar tecnologia.

Existe uma diferença fundamental entre:

“Uma luz misteriosa apareceu.”

e:

“Se reproduzirmos determinadas condições, conseguimos produzir aquela luz.”

A primeira frase descreve um milagre.

A segunda descreve uma engenharia.

É exatamente a famosa ideia associada a Arthur C. Clarke:

uma tecnologia suficientemente avançada pode parecer indistinguível de magia.

Magic Maker faz o caminho inverso.

Ele pega magia e pergunta:

quanto precisamos compreendê-la até ela deixar de ser milagre?


🧪 O laboratório não fica tranquilo por muito tempo

Seria possível construir doze episódios apenas em torno de Shion experimentando fenômenos.

Mas a história amplia a escala.

O mundo começa a apresentar problemas para os quais a magia descoberta por Shion talvez seja justamente a solução.

Entre eles está uma doença misteriosa, frequentemente traduzida como Lethargy Disease, uma enfermidade que deixa pacientes em profundo estado de apatia.

A própria descrição oficial da obra antecipa que Shion enfrentará uma doença tratável somente através da magia e inimigos que também exigem aquela nova força. (Ncode)

Aqui acontece uma transformação importante.

Até então, magia era:

sonho pessoal.

Agora passa a ser:

necessidade social.


🏥 Shion deixa de ser pesquisador e vira médico improvisado

Essa parte é muito interessante.

A pesquisa mágica começa a cruzar medicina, fisiologia e experimentação.

Shion percebe que determinadas quantidades de energia produzem efeitos nos pacientes e começa até a estimar seus próprios limites de reserva mágica. Em determinado trecho da web novel, ele calcula empiricamente sua capacidade observando quantas vezes consegue realizar determinadas descargas antes de atingir exaustão. (Ncode)

Olha o que aconteceu aqui.

Ele inventou:

MAGIC CAPACITY MONITORING

😂

Sem barra de MP fornecida por um deus.

Sem HUD.

Sem tela de status.

Shion precisa medir seu próprio mana experimentalmente.

Isso é muito mais interessante do que simplesmente:

MP: 10.000/10.000

Ele não recebe números.

Ele cria métricas.


🦠 O arco da doença muda completamente a mensagem

O anime começa quase inocentemente:

“garoto quer descobrir magia”.

Depois pergunta:

O que acontece quando uma descoberta científica se torna necessária para salvar pessoas?

A brincadeira vira responsabilidade.

Pesquisar magia porque é fascinante é uma coisa.

Pesquisar magia enquanto alguém pode morrer é outra.

Isso introduz questões como:

ética de experimentação, responsabilidade do pesquisador, limites físicos, documentação, repetibilidade, transmissão de conhecimento e risco.

Subitamente, Shion não pode simplesmente explodir coisas para ver o que acontece.

Tem gente dependendo dele.


⚔️ Goblins, monstros e combate

Também existe aventura convencional.

Shion enfrenta perigos, monstros e situações violentas. A própria web novel inclui ataques de goblins e episódios nos quais conhecimentos derivados de sua vida anterior acabam sendo empregados até em procedimentos emergenciais. (Ncode)

Posteriormente, a pesquisa sobre magia envolve contato direto com monstros e experimentos cuidadosamente executados para entender como determinados organismos reagem à energia mágica. (Ncode)

Aqui o anime começa a conectar:

laboratório → campo → aplicação prática.

Muito parecido com:

DEV
 ↓
TEST
 ↓
QA
 ↓
PRODUÇÃO

Com a diferença de que PROD possui monstros tentando arrancar sua cabeça.


👥 Personagens importantes

Além de Shion e Marie, a narrativa introduz personagens como Rose, Raphina, Bridget, Cole e outras figuras ligadas aos conflitos, à investigação e à expansão do mundo.

Mais importante do que decorar o elenco é perceber a estrutura.

Shion não pode permanecer para sempre como pesquisador solitário.

Uma tecnologia só muda uma sociedade quando outras pessoas passam a:

compreendê-la, reproduzi-la, ensiná-la e utilizá-la.

É justamente aí que o verdadeiro “Magic Maker” começa a aparecer.

Ele não está apenas criando feitiços.

Está criando um ecossistema de conhecimento.


🎯 O que Magic Maker faz diferente

Aqui está, para mim, sua maior força.

Grande parte do isekai moderno trabalha com aquisição de poder.

O protagonista recebe um sistema pronto.

Há classes.

Skills.

Níveis.

Mana.

Magia elemental.

Guildas.

Ranks.

Tudo existe antes dele.

Ele simplesmente aprende a utilizar a infraestrutura.

Shion chega a um sistema sem infraestrutura.

Portanto:

Típico isekai
USER → API existente → magia

Magic Maker:

SHION
 ↓
descobre energia
 ↓
formula modelo
 ↓
cria método
 ↓
testa
 ↓
cria magia
 ↓
documenta implicitamente
 ↓
ensina
 ↓
sociedade adota

Ele está construindo a API.


🧠 A grande mensagem escondida: conhecimento não nasce pronto

Existe uma camada filosófica deliciosa.

Nós nascemos em um mundo em que eletricidade existe.

Ligamos uma lâmpada.

Pronto.

Mas alguém precisou descobrir eletricidade.

Alguém precisou compreender corrente.

Alguém precisou desenvolver geradores.

Alguém precisou inventar componentes.

Alguém precisou criar padrões.

Alguém precisou construir redes.

Depois de tudo isso, uma criança aperta:

ON

e a luz acende.

A criança vê magia.

O engenheiro vê séculos de conhecimento acumulado.

Magic Maker coloca Shion justamente antes do botão ON existir.


📚 Outra mensagem: quem inventa precisa ensinar

Existe algo ainda mais profundo no material original.

A descrição oficial da web novel afirma que Shion acabará não apenas usando magia, mas difundindo-a entre as pessoas. (Ncode)

Isso muda completamente a interpretação.

Seu objetivo final não deveria ser:

SHION = MAGO MAIS PODEROSO

Mas:

MAGIA = CONHECIMENTO HUMANO COMPARTILHADO

Isso é quase uma história sobre democratização tecnológica.

O verdadeiro legado de Shion não seria o maior feitiço.

Seria alguém lançar um feitiço sem precisar dele.

Porque naquele momento a invenção virou conhecimento.


🧙‍♂️ Uma pequena Teoria Bellacosa

Aqui já entro explicitamente em interpretação.

Shion pode ser lido como uma metáfora do pioneiro tecnológico.

Primeiro dizem:

impossível.

Depois:

talvez.

Depois:

funciona, mas não serve para nada.

Depois:

interessante.

Depois:

precisamos disso.

Finalmente:

como vivíamos sem isso?

Conhecemos essa história.

Computadores.

Internet.

Banco eletrônico.

Smartphones.

IA generativa.

E, no universo dele:

magia.


🏭 Studio DEEN

O Studio DEEN possui uma longa história na animação japonesa e aqui adota uma produção relativamente funcional, mais preocupada com clareza narrativa e expressão dos fenômenos mágicos do que com transformar cada episódio numa demonstração de animação cinematográfica.

E existe um detalhe técnico divertido: a produção possui oficialmente um profissional creditado para supervisão da magia. (TVアニメ『マジック・メイカー ~異世界魔法の作り方~』公式サイト)

Isso combina perfeitamente com uma obra onde magia possui regras e desenvolvimento.

Quase imagino:

CHANGE REQUEST MM-037

Descrição:
Alterar comportamento da partícula mágica.

Status:
REJEITADO PELA SUPERVISÃO DE MAGIA.

😂


📖 Web novel

A origem está no Shōsetsuka ni Narō, plataforma importantíssima para o nascimento do isekai moderno.

A publicação começou em 2017 e continua viva. Em agosto de 2026, a página apresentava episódio atualizado em 6 de agosto e indicava nova atualização prevista para o dia 16. (Ncode)

Isso é importante porque significa que o anime está muito longe de representar necessariamente todo o universo narrativo disponível.

A web novel segue desenvolvendo pesquisa, novas aplicações mágicas, criaturas, linguagem, sociedades e consequências da disseminação da magia.

Há, inclusive, material recente envolvendo pesquisa de comunicação e linguagem de seres mágicos — um sinal de que o conceito evoluiu muito além de simplesmente “como faço uma bola de fogo?”. (Ncode)

Fantástico.

Começamos:

“Posso fazer magia?”

E chegamos:

“Precisamos de linguistas para estudar comunicação com criaturas mágicas.”

Isso é worldbuilding baseado em consequências.


📕 Light novels

A light novel é escrita por Kazuki Kaburagi, ilustrada por Kururi, publicada pela MF Books.

Até o material oficial atualmente listado, temos:

Volume 1 — 25/05/2020
Volume 2 — 25/12/2020
Volume 3 — 25/12/2024. (KADOKAWAオフィシャルサイト)

O primeiro possui 324 páginas; o segundo também possui 324 e o terceiro 356. (KADOKAWAオフィシャルサイト)

A Seven Seas posteriormente licenciou a obra para publicação em inglês através de seu selo Airship. (Crunchyroll)


📗 Mangá

Também existe adaptação para mangá, ilustrada por Tomozo Nishioka.

Ela foi serializada entre junho de 2021 e fevereiro de 2023 e reunida em três volumes tankōbon. (Wikipedia)

Portanto temos aquela árvore japonesa clássica:

WEB NOVEL
     │
     ▼
LIGHT NOVEL
     │
     ├────► MANGÁ
     │
     └────► ANIME

Cada versão reorganiza e comprime partes da narrativa conforme o meio.


🎮 E os games?

Aqui vale colocar uma placa enorme escrito:

NÃO CONFUNDIR POSSIBILIDADE COM EXISTÊNCIA.

Até agosto de 2026, não encontrei anúncio confiável de game próprio de Magic Maker, seja RPG, mobile, console ou PC.

Também não encontrei evidência sólida de adaptação oficial completa para videogame.

Portanto:

Web novel: sim.
Light novel: sim.
Mangá: sim.
Anime: sim.
Game próprio: não localizado até agora.

Se aparecer colaboração eventual com algum jogo ou evento promocional, isso é diferente de possuir uma adaptação jogável própria.


✂️ Censura

Não encontrei evidência confiável de uma censura significativa do anime — no sentido de episódios proibidos, cenas removidas por governos, versões televisionadas mutiladas ou controvérsia oficial importante envolvendo conteúdo censurado.

A classificação 12+ da Crunchyroll é compatível com presença de fantasia, violência moderada, ameaças, doenças e temas potencialmente mais pesados. (Crunchyroll)

Também convém separar censura de adaptação.

Quando um anime corta, reorganiza ou simplifica conteúdo de novel para caber em doze episódios, isso normalmente é edição/adaptação narrativa, não censura.


❤️ A relação Shion–Marie e uma possível estranheza para alguns espectadores

Existe uma proximidade emocional muito forte entre os dois, e determinados elementos da obra podem acender aquele velho radar do público acostumado às convenções de light novels japonesas.

Mas seria exagero transformar Magic Maker simplesmente numa obra sobre romance/incesto ou vendê-la dessa maneira.

O centro narrativo do anime está muito mais claramente na relação familiar, na descoberta da magia, na doença, na pesquisa e nas consequências dessa descoberta.

Essa distinção é importante porque algumas discussões de fãs acabam amplificando subtextos muito mais do que a estrutura principal do anime justifica.


🌏 Impacto cultural

Aqui também precisamos calibrar a régua.

Magic Maker não virou um fenômeno cultural da dimensão de Sword Art Online, Re:Zero, Mushoku Tensei, KonoSuba ou That Time I Got Reincarnated as a Slime.

Seria artificial afirmar isso.

Mas sua importância está em representar uma ramificação interessante do gênero.

O isekai passou muitos anos perguntando:

“O que alguém moderno faria num mundo mágico?”

Magic Maker modifica a pergunta:

“E se o mundo fantástico ainda não tivesse inventado a própria fantasia?”

Essa é uma excelente variação.

A obra é inclusive mantida entre os títulos promovidos pela própria MF Books, aparecendo em materiais comemorativos da editora ao lado de franquias maiores do selo. (KADOKAWAオフィシャルサイト)

Não é Mushoku Tensei em impacto.

Mas possui identidade.

E num mar de isekais, ter identidade já significa muita coisa.


🔍 A mensagem que talvez passe despercebida

O anime parece dizer:

curiosidade pode ser uma força civilizatória.

Shion não começa sua jornada querendo salvar o mundo.

Ele quer magia porque acha magia maravilhosa.

Só isso.

Pura curiosidade.

Mas curiosidade produz investigação.

Investigação produz conhecimento.

Conhecimento produz tecnologia.

Tecnologia permite tratamento.

Tratamento salva pessoas.

Conhecimento disseminado transforma uma sociedade.

A sequência é maravilhosa:

CURIOSIDADE
   ↓
PERGUNTA
   ↓
EXPERIMENTO
   ↓
DESCOBERTA
   ↓
CONHECIMENTO
   ↓
APLICAÇÃO
   ↓
TRANSFORMAÇÃO SOCIAL

Isso é praticamente uma pequena história da ciência disfarçada de isekai.


👴 E existe ainda a ironia do homem de trinta anos

Shion possui um diferencial pouco espetacular, porém importantíssimo.

Ele traz uma memória cultural de nosso mundo.

Ele sabe que magia é um conceito possível de imaginar.

Isso significa que possui uma hipótese que ninguém daquele mundo formulou.

Essa é uma aula maravilhosa sobre inovação:

às vezes duas pessoas observam exatamente o mesmo fenômeno.

Uma vê:

luz estranha.

Outra vê:

energia desconhecida que talvez possamos manipular.

A realidade é igual.

O modelo mental mudou.


🧩 O Easter Egg Bellacosa

Imaginem a primeira reunião de arquitetura mágica da história.

Marie:

— Shion, conseguimos fazer fogo.

Shion:

— Excelente.

— Então terminamos?

— Não.

— Por quê?

— Precisamos documentar.

— Documentar?!

— Depois criar ambiente de homologação.

— Shion...

— Controle de versão dos encantamentos.

— Shion...

— RACF para impedir usuários não autorizados.

— SHION!

— E ninguém lança magia diretamente em produção numa sexta-feira!

Silêncio.

Marie percebe naquele instante que o irmão havia trazido de outro mundo algo muito mais perigoso do que magia:

governança de TI.

😂


⭐ Minha classificação

Como isekai de ação pura, eu colocaria algo próximo de:

7/10.

Como isekai de construção conceitual, subiria:

8/10.

Como obra para alguém que gosta de observar sistemas sendo descobertos e construídos:

8,5/10.

Ele não possui a brutalidade de Goblin Slayer, a profundidade psicológica de Re:Zero, a escala de worldbuilding de Mushoku Tensei nem a maluquice de KonoSuba.

Mas tampouco tenta ser nenhum deles.

E isso é sua virtude.


☕ Por que eu colocaria Magic Maker na nossa estante Bellacosa

Porque Shion representa uma figura que aparece repetidamente nas histórias que gostamos de contar na máquina de café:

o sujeito que pergunta por quê.

Por que ninguém faz isso?

Por que esse fenômeno ocorre?

Por que aceitamos que seja impossível?

Por que sempre fizemos assim?

E então começa a experimentar.

Falha.

Tenta novamente.

Descobre outra coisa.

Documenta mentalmente.

Melhora.

Aplica.

Ensina alguém.

E de repente aquilo que parecia impossível torna-se rotina.

Na primeira geração, magia é milagre.

Na segunda geração, magia é descoberta.

Na terceira, magia vira engenharia.

Na quarta, alguém reclama:

“Esse sistema mágico legado é horrível. Vamos reescrever tudo.”

E quarenta anos depois Shion, já velho, aparece carregando um grimório de 12.000 páginas dizendo:

“NÃO MEXE. VOCÊS NÃO SABEM POR QUE ESSA ROTINA ESTÁ AÍ.”

😂😂😂

E naquele instante descobrimos a verdadeira origem do mainframe mágico.

Magic Maker não é exatamente a história de alguém que aprende magia.

É a história de alguém que transforma uma impossibilidade em conhecimento reproduzível.

E isso, meu caro, é quase uma definição de tecnologia.

No começo havia o mistério.
Depois alguém fez uma pergunta.
Depois alguém repetiu o experimento.
E finalmente alguém escreveu o primeiro manual.

MAGIC SYSTEM READY

MAX CC = 0000

☕🧙‍♂️💻

domingo, 7 de janeiro de 2024

Magic Maker: COBOL, Ciência e o Dia em que Descobrimos que Magia Era Apenas uma API sem Documentação

 

Bellacosa Mainframe magic maker e a ciencia do dia api cobol

☕ Um Café no Bellacosa Mainframe

Magic Maker: COBOL, Ciência e o Dia em que Descobrimos que Magia Era Apenas uma API sem Documentação

🪄 Quando Shion encontrou um fenômeno estranho, fez aquilo que todo programador experiente faria: desconfiou da documentação. O problema é que não havia documentação.

Existe uma regra não escrita da informática corporativa:

se alguma coisa funciona há tempo suficiente, eventualmente ninguém mais saberá explicar por quê.

O programa está lá.

Compila.

Executa toda madrugada.

Recebe um arquivo de 14 milhões de registros.

Abre um VSAM que alguém criou quando Michael Jackson ainda lançava discos.

Consulta uma tabela Db2 cujo nome começa com TBHIST.

Chama três módulos COBOL.

Um deles possui comentário de 1997 dizendo:

      * ALTERADO CONFORME SOLICITACAO DO USUARIO.
      * NAO REMOVER ESTA VALIDACAO.

Qual usuário?

Qual solicitação?

Por que não remover?

Ninguém sabe.

Mas você remove?

Nem morto.

Agora imagine a situação inversa.

Você chega a um sistema gigantesco, encontra evidências de que existe uma funcionalidade extraordinária escondida em algum lugar, mas ninguém sequer sabe que ela existe.

Não existe manual.

Não existe README.

Não existe Swagger.

Não existe Javadoc.

Não existe copybook.

Não existe runbook.

Não existe um veterano chamado Cláudio sentado no canto da sala dizendo:

“Ah, isso aí foi o Marcão que fez em 1988.”

Nada.

Você possui apenas o fenômeno.

Uma espécie de resposta produzida pelo sistema.

E precisa descobrir:

qual é a API?

Essa, camaradas, é uma maneira deliciosamente nerd de enxergar Magic Maker: Isekai Mahou no Tsukurikata.

Shion não chegou a um mundo sem magia.

Talvez essa seja nossa primeira interpretação errada.

Ele chegou a um mundo onde a magia existia como fenômeno, mas ainda não existia como tecnologia.

E essa diferença muda tudo.


🧙‍♂️ MAGIC NOT FOUND

A premissa é quase uma piada pronta.

Nosso protagonista sempre sonhou com magia.

Morre.

Reencarna em outro mundo.

Olha em volta.

Fantasia medieval.

Campo.

Espadas.

Castelos.

Tudo certo.

Agora só falta aparecer alguém dizendo:

Fireball!

Nada.

Shion começa a investigar e percebe algo absurdo:

as pessoas daquele mundo não conhecem magia.

Se fosse um isekai convencional, abriria uma tela:

WELCOME, SHION!

CLASS: ARCHMAGE
LEVEL: 1
MANA: 999999
SPECIAL SKILL:
[CREATION MAGIC SSS+]

Obrigado por jogar.

Mas Magic Maker escolhe um caminho mais interessante.

Shion recebe praticamente:

IEF450I MAGIC JOB FAILED
SYSTEM COMPLETION CODE=0C4

MAGIC FACILITY NOT AVAILABLE

E então surge a pergunta fundamental:

E se magia não estiver ausente?
E se ninguém simplesmente descobriu como utilizá-la?

O programador COBOL imediatamente levanta uma sobrancelha.

Ahhhhh.

Agora temos um problema interessante.


🔬 1. A diferença entre fenômeno e tecnologia

Relâmpagos existiam antes de Benjamin Franklin.

Magnetismo existia antes de alguém construir um motor elétrico.

Ondas eletromagnéticas existiam antes do rádio.

Urânio era radioativo antes de Becquerel.

Microrganismos existiam antes de Leeuwenhoek olhar através de suas lentes.

A natureza não esperou nossa documentação para funcionar.

Nós é que demoramos para compreender a interface.

Isso nos leva a uma ideia fundamental:

Uma coisa pode existir muito antes de alguém descobrir como controlá-la.

Em Magic Maker, Shion começa justamente aí.

Ele observa fenômenos.

Luzes.

Energia.

Comportamentos estranhos.

E começa a perguntar.

O QUE É ISSO?
       ↓
QUANDO ACONTECE?
       ↓
POR QUE ACONTECE?
       ↓
POSSO REPETIR?
       ↓
POSSO CONTROLAR?
       ↓
POSSO ENSINAR?

Observe a transformação.

Quando acontece espontaneamente:

fenômeno.

Quando conseguimos reproduzir:

experimento.

Quando entendemos parcialmente:

conhecimento.

Quando conseguimos controlar:

tecnologia.

Quando outra pessoa consegue repetir:

engenharia.

E quando criamos um manual de 1.842 páginas que ninguém lê:

produto IBM.

😆


🧪 2. Shion inventou o laboratório antes de inventar a magia

Essa é uma das coisas que mais gosto conceitualmente em Magic Maker.

Shion não precisa descobrir apenas magia.

Ele precisa descobrir como descobrir magia.

Parece uma diferença pequena.

Não é.

Imagine receber uma caixa preta.

Existe uma entrada.

Existe uma saída.

Você não possui código-fonte.

Então começa:

INPUT A → OUTPUT X
INPUT B → OUTPUT X
INPUT C → OUTPUT Y
INPUT C + TEMPERATURA → OUTPUT Z

Você anota.

Repete.

Altera uma variável.

Observa.

Tenta novamente.

Parabéns.

Você acabou de começar uma engenharia reversa.

É exatamente o que Shion faz com seu universo.

A natureza é o mainframe.

A magia é uma rotina escondida.

E Shion está tentando descobrir o CALL.

       CALL 'MAGIC001'
           USING WS-INTENCAO
                 WS-ENERGIA
                 WS-ALVO
                 WS-RESULTADO.

Problema:

ninguém possui o copybook.

😂


🧠 3. O maior superpoder de Shion não é magia

Aqui mora uma sutileza maravilhosa.

O maior poder que Shion trouxe de nosso mundo talvez não seja conhecimento científico específico.

É uma coisa muito mais simples:

ele sabe que magia deveria ser possível.

Parece bobagem.

Mas pense.

Duas pessoas observam uma luz estranha sobre um lago.

Pessoa A:

Bonito.

Pessoa B:

O que produz isso?

Pessoa A:

Sei lá. Sempre acontece.

Pessoa B:

Sempre quando?

Pessoa A:

À noite.

Pessoa B:

Com determinada temperatura?

Pessoa A:

Nunca pensei nisso.

Pessoa B:

Acontece em outro lago?

Pessoa A:

Nunca procurei.

Pessoa B:

Podemos capturar?

Pessoa A:

Para quê?!

Essa última pergunta é maravilhosa.

Para quê?

Porque grande parte das descobertas começa antes de existir uma utilidade.


☕ 4. A curiosidade é uma transação sem business case

Aqui entramos numa área perigosíssima para qualquer departamento financeiro.

Imagine Shion apresentando o projeto.

Projeto MAGIC

Objetivo: descobrir se existe uma forma desconhecida de energia.

ROI previsto: desconhecido.

Prazo: desconhecido.

Aplicações comerciais: desconhecidas.

Probabilidade de sucesso: desconhecida.

Orçamento: precisamos descobrir.

O gerente fecha a apresentação.

Reprovado.

😂

Esse é um problema histórico da pesquisa básica.

Quando Faraday estudava eletricidade, ninguém poderia apresentar um PowerPoint mostrando:

ROADMAP

1831 — Indução eletromagnética
1879 — Lâmpadas comerciais
1947 — Transistor
1971 — Microprocessador
1981 — IBM PC
2007 — Smartphone
2026 — IA discutindo anime com COBOLzeiro

O futuro não fornece documentação antecipada.

Primeiro alguém pergunta.

Depois descobrimos para que serve.

Shion é movido inicialmente por algo tremendamente humano:

curiosidade.

Ele quer magia porque magia é fascinante.

E isso basta para começar.


⚙️ 5. O primeiro MVP mágico

Depois de observar e experimentar, eventualmente algum fenômeno torna-se reproduzível.

Temos então algo equivalente ao:

Hello World da magia.

Todo programador conhece esse momento.

Você instala uma linguagem.

Configura ambiente.

Cria projeto.

Compila.

Hello World

Tecnicamente inútil.

Emocionalmente gigantesco.

Porque significa:

a cadeia inteira funciona.

Compilador.

Runtime.

Bibliotecas.

Ambiente.

Execução.

Saída.

Na magia ocorre a mesma coisa.

O primeiro fenômeno controlado pode ser pequeno.

Mas prova uma hipótese colossal:

humanos conseguem interferir conscientemente nesse sistema.

Pronto.

Acabou.

O mundo mudou.

Só ainda não sabe.


📚 6. Da descoberta para a API

Agora chegamos ao nosso título.

Uma API é uma interface.

Você não precisa necessariamente saber tudo que acontece internamente.

Precisa conhecer:

entrada, contrato, comportamento e saída.

Imagine que Shion descubra:

INTENÇÃO
+
CONCENTRAÇÃO
+
ENERGIA MÁGICA
+
MÉTODO
=
EFEITO

Temos praticamente:

POST /magic/fire

{
   "mana": 20,
   "target": "goblin",
   "intensity": 5
}

Resposta:

HTTP/1.1 200 OK

{
   "spell": "fire",
   "status": "success"
}

Mas como todo desenvolvedor sabe, o inferno começa nos casos excepcionais.

400 BAD REQUEST

Concentração inválida.

401 UNAUTHORIZED

Usuário não possui habilidade.

429 TOO MANY REQUESTS

Mana esgotada.

500 INTERNAL MAGIC ERROR

Você transformou acidentalmente o galinheiro em antimateria.

😆


🧯 7. E alguém precisa descobrir os limites

Todo sistema possui limites.

É uma das diferenças entre fantasia infantil e engenharia.

Engenharia pergunta:

quanto?

Quanto processamento?

Quanto armazenamento?

Quantas transações?

Quantos usuários simultâneos?

Quanto tempo?

Qual intensidade?

Qual temperatura?

Qual tolerância?

Qual taxa de erro?

Shion começa a fazer perguntas semelhantes sobre magia.

Quanto consigo produzir?

Quantas vezes?

Qual o custo físico?

Quanto tempo preciso recuperar?

O que acontece quando ultrapasso o limite?

De repente surge algo semelhante a:

MAGICAL CAPACITY PLANNING

E aqui um sysprog começa a sorrir.

Porque descobrimos o WLM da magia.

😂

Não basta possuir recurso.

É preciso gerenciá-lo.


🏥 8. Quando o brinquedo vira sistema crítico

Então Magic Maker faz algo importante.

A magia deixa de ser brincadeira.

Surge doença.

Surgem pessoas precisando daquela descoberta.

Nesse momento Shion atravessa uma fronteira ética.

Antes:

“Vamos tentar isso para ver o que acontece.”

Agora:

“Se eu errar, alguém pode sofrer.”

Bem-vindo aos sistemas críticos.

Um SOC7 num programa de treinamento é aprendizado.

Um SOC7 processando folha salarial às quatro da manhã é incidente.

Um erro num jogo pode derrubar seu personagem.

Um erro num sistema hospitalar pode afetar uma pessoa real.

A tecnologia é a mesma.

A responsabilidade mudou.


⚠️ 9. A descoberta cria responsabilidade

Existe uma mensagem escondida muito interessante aí.

Enquanto Shion é o único capaz de fazer alguma coisa, existe uma dependência enorme.

Chamamos isso em TI de:

bus factor = 1.

Ou, no dialeto Bellacosa:

Se Shion for atropelado pela carroça amanhã, acabou a magia?

😆

Esse é um problema sério.

Se sim, ele não criou uma tecnologia.

Criou uma habilidade pessoal.

Para virar tecnologia de verdade, magia precisa sair da cabeça de Shion.

Precisa existir:

DOCUMENTAÇÃO
     ↓
TREINAMENTO
     ↓
REPETIBILIDADE
     ↓
PADRONIZAÇÃO
     ↓
NOVOS PRATICANTES

Isso talvez seja ainda mais importante do que lançar feitiços.


🧙‍♀️ 10. Marie é a primeira homologação

E aqui Marie assume um papel conceitualmente delicioso.

Ela não é simplesmente “a irmã do protagonista”.

Marie representa o primeiro teste fundamental:

outra pessoa consegue compreender aquilo que Shion descobriu?

Se apenas Shion consegue produzir magia:

FEATURE

Se Marie consegue:

PROOF OF CONCEPT

Se dez pessoas conseguem:

TECHNOLOGY

Se dez mil conseguem:

INFRASTRUCTURE

Se ninguém sabe mais quem inventou:

LEGACY

😂


🏛️ 11. O momento em que magia vira legado

Agora vamos avançar cem anos.

Shion morreu.

Marie virou personagem histórica.

Existem escolas de magia.

Há especialistas.

Feitiços possuem classificação.

Existem normas.

Bibliotecas.

Departamentos.

Certificações.

Provavelmente teremos:

Certified Magic Professional Level 1.

Depois:

Magic Solution Architect.

Depois alguém cria:

Agile Magic Practitioner.

Pronto.

Destruíram tudo.

😂

Mas então surge uma nova geração.

Um jovem mago olha um encantamento ancestral:

MAGIC-CURE-LEGACY-V17

São 34 páginas de símbolos.

Ele reclama:

Por que essa porcaria é tão complicada?

Outro responde:

Foi Shion quem fez.

— Quem?

— Um mago antigo.

— Vamos reescrever.

🚨🚨🚨

NÃO!

Porque ninguém lembra que naquela linha aparentemente inútil existe uma validação criada durante a epidemia da Doença da Letargia.

E finalmente fechamos o círculo.

A magia de Shion virou...

COBOL.


🧓 12. O verdadeiro mago é o veterano

Imagine Shion aos 75 anos.

Chega um jovem arquiteto.

— Senhor Shion, vamos modernizar a plataforma mágica.

Shion olha desconfiado.

— Como?

— Microservices.

— De magia?

— Sim.

— Por quê?

— Escalabilidade.

— Quantos feitiços vocês executam?

— Quarenta por dia.

Silêncio.

— E vocês precisam de Kubernetes para isso?

😂😂😂

Shion pega café.

A reunião acabou.


🔐 13. E ninguém pensou na segurança

Porque todo inventor eventualmente descobre outra regra universal:

Se uma tecnologia pode fazer algo útil, alguém tentará utilizá-la para fazer alguma besteira.

Magia cura?

Pode ferir.

Produz energia?

Pode destruir.

Move objetos?

Pode roubar.

Influencia matéria?

Pode virar arma.

Portanto, depois da descoberta inevitavelmente chegará:

MAGIC SECURITY FRAMEWORK

Precisamos de autenticação.

Autorização.

Auditoria.

Logs.

Segregação de funções.

Princípio do menor privilégio.

Shion acaba inventando o:

RACF mágico.

PERMIT FIREBALL
       CLASS(SPELL)
       ID(MARIE)
       ACCESS(READ)

Marie:

— READ?!

Shion:

— Ainda não confio em você com UPDATE.

😂


🧬 14. Ciência não é conhecer todas as respostas

Outra bela mensagem de Magic Maker é uma coisa que frequentemente esquecemos.

Ciência não significa:

“Eu sei.”

Frequentemente significa:

“Eu não sei, mas sei como investigar.”

Essa diferença é monumental.

Shion não possui respostas.

Possui método.

E método é extremamente poderoso.

não sei
   ↓
observo
   ↓
formulo hipótese
   ↓
experimento
   ↓
erro
   ↓
aprendo
   ↓
repito

O fracasso deixa de ser oposição ao conhecimento.

Torna-se parte do processo.


💥 15. MAXCC=0008 também ensina

Programadores antigos sabem disso.

Às vezes o erro ensina mais do que o sucesso.

Quando tudo funciona:

ótimo.

Quando quebra:

por quê?

Você abre log.

Dump.

SYSOUT.

CEEDUMP.

Abend-AID.

Fault Analyzer.

SMF.

Descobre algo que não sabia sobre o sistema.

Shion faz exatamente isso com seu universo.

Cada experimento fracassado elimina hipóteses.

Portanto:

FAILURE != NOTHING

Fracasso experimental produz informação.

Isso é ciência.

Isso também é debugging.


🌍 16. E então aparece a consequência que ninguém planejou

Imagine novamente cem anos depois.

Shion queria simplesmente fazer magia.

Mas sua descoberta produz:

escolas mágicas, profissões, medicina mágica, agricultura mágica, armas mágicas, transporte mágico, comunicação mágica, indústria mágica.

Ele criou uma tecnologia de propósito geral.

Isso aconteceu conosco várias vezes.

Eletricidade.

Computadores.

Internet.

IA.

Cada uma começou resolvendo determinados problemas e depois alterou sistemas inteiros.

O inventor perde controle sobre todas as aplicações futuras.

Essa é uma mensagem enorme escondida dentro da fantasia:

inventar alguma coisa significa liberar possibilidades que você talvez jamais consiga prever.


🤖 17. E chegamos inevitavelmente à Inteligência Artificial

Há uma semelhança interessante com nosso momento atual.

Durante décadas, IA era pesquisa.

Depois começou a funcionar melhor.

Depois saiu do laboratório.

Depois chegou aos produtos.

Depois chegou ao público.

Agora estamos discutindo:

segurança, ética, emprego, educação, copyright, autonomia, agentes, governança, auditoria e legislação.

Ou seja:

descobrir que alguma coisa funciona é apenas o começo da história.

Shion descobre magia.

Nossa primeira reação é:

Fantástico!

A pergunta seguinte deveria ser:

E agora?

Quem pode usar?

Quem ensina?

Quem controla?

Quem responde pelo erro?

Quem define limites?

Quem audita?

Quem recebe acesso?

E quem aperta o botão vermelho?


🥚 Easter Egg: MAGIC.PROD

Alguns anos depois, Shion finalmente cria três ambientes:

MAGIC.DEV
MAGIC.HML
MAGIC.PROD

Marie entra na sala.

— Shion, preciso testar um feitiço.

— DEV.

— Mas é rapidinho.

— DEV.

— Só quero ver se funciona.

— DEV.

— Posso testar aqui mesmo.

— MARIE.

— O quê?

Shion lentamente vira a cadeira.

Ninguém testa magia em produção.

Marie revira os olhos.

Cinco minutos depois:

ICH408I USER(MARIE)
SPELL(FIREBALL)
ACCESS INTENT(UPDATE)
ACCESS ALLOWED(NONE)

Shion havia finalmente criado a maior invenção daquele mundo.

Não era magia.

Era controle de acesso.

😂


☕ 18. No fim, Magic Maker fala sobre nós

É por isso que gosto tanto da premissa.

Retire:

castelos, monstros, reencarnação, fantasia e feitiços.

O que sobra?

Um sujeito curioso encontra algo que ninguém compreende.

Ele pergunta.

Observa.

Experimenta.

Falha.

Repete.

Descobre.

Aplica.

Ensina.

E transforma conhecimento individual em conhecimento coletivo.

Essa história aconteceu milhares de vezes na humanidade.

O fogo.

Metalurgia.

Agricultura.

Escrita.

Matemática.

Navegação.

Máquina a vapor.

Eletricidade.

Computação.

Internet.

Inteligência Artificial.

Toda tecnologia suficientemente madura parece óbvia para quem nasceu depois dela.

Uma criança toca uma tela e conversa instantaneamente com alguém do outro lado do planeta.

Não parece milagre.

É rotina.

Mas mostre um smartphone para alguém de 1726.

Você será o mago.


🪄 O segredo nunca foi a magia

Talvez essa seja a grande mensagem de Magic Maker.

Shion não é especial simplesmente porque consegue produzir magia.

Ele é especial porque olhou para alguma coisa que todos viam e fez uma pergunta diferente.

E existe uma enorme diferença entre:

“Isso não existe.”

e:

“Ainda não descobrimos como fazer.”

A primeira frase encerra uma investigação.

A segunda começa uma aventura.

É assim que ciência avança.

É assim que engenharia avança.

É assim que programação avança.

E talvez seja assim que civilizações avancem.


🖥️ Epílogo — 40 anos depois

Um jovem aprendiz encontra Shion numa sala escura.

Há grimórios empilhados por toda parte.

Cristais piscam nas paredes.

No centro da sala existe uma enorme máquina mágica.

— Mestre Shion...

— Sim?

— Precisamos alterar o sistema.

Shion levanta os olhos.

— Qual sistema?

— O sistema central de magia do reino.

Silêncio.

— Você leu a documentação?

— Não existe documentação.

Shion fecha os olhos.

Respira.

Toma um gole de café.

— Existe.

— Onde?

Shion aponta para uma estante gigantesca.

427 grimórios.

O aprendiz empalidece.

— Preciso ler tudo isso?

— Não.

O garoto suspira aliviado.

Shion completa:

Primeiro você precisa entender por que escrevemos tudo isso.

E naquele instante o jovem finalmente compreendeu.

Ele não estava diante do maior mago daquele mundo.

Estava diante de algo muito mais raro.

O último sujeito que sabia como o sistema funcionava.

Na tela de cristal, silenciosamente, apareceu:

MAGIC MAINFRAME V42.1

SYSTEM READY

ACTIVE USERS: 8,492,117
SPELLS TODAY: 417,883,291
UPTIME: 14,327 DAYS

LAST IPL:
DO NOT ASK.

O aprendiz olhou para Shion.

— Mestre... podemos substituir isso por uma arquitetura moderna?

Shion terminou o café.

Sorriu.

E respondeu:

“Claro. Primeiro me explique exatamente o que essa máquina faz.”

O jovem abriu a boca.

Fechou.

Olhou novamente para os 427 grimórios.

E pediu café.

☕😆

Porque no final descobrimos uma verdade universal:

a magia nunca foi apenas uma API sem documentação.

Era um sistema legado esperando alguém curioso o suficiente para fazer engenharia reversa.

E Shion fez exatamente aquilo que cientistas, engenheiros e programadores vêm fazendo desde que o primeiro humano olhou para alguma coisa incompreensível e decidiu não aceitar simplesmente:

“É assim porque sempre foi assim.”

Ele perguntou:

“Por quê?”

Depois:

“Como?”

E finalmente:

“Será que consigo fazer também?”

Foi assim que nasceu a magia.

Foi assim que nasceu a ciência.

Foi assim que nasceu a engenharia.

E, em algum momento obscuro da história...

provavelmente foi assim que nasceu aquele programa COBOL que continua processando corretamente às 03:17 da madrugada, embora ninguém tenha coragem de mexer nele.

//MAGIC   JOB CLASS=A,MSGCLASS=X
//STEP01  EXEC PGM=SHION
//SYSIN   DD *
   OBSERVE
   QUESTION
   EXPERIMENT
   FAIL
   LEARN
   REPEAT
/*

IEF142I MAGIC STEP01 - STEP WAS EXECUTED

MAXCC=0000

Fim do job.

Ou talvez...

apenas o primeiro step. ☕🪄💻

Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...