Translate

segunda-feira, 20 de abril de 2015

Shisha no Teikoku: Quando o Datacenter da Humanidade Passou a Executar Jobs com Corpos Humanos e Frankenstein Virou o Primeiro Arquiteto de Inteligência Artificial

 

Bellacosa Mainframe e shisha no teikoku

☕ Um Café no Bellacosa Mainframe

Shisha no Teikoku (屍者の帝国): Quando o Datacenter da Humanidade Passou a Executar Jobs com Corpos Humanos e Frankenstein Virou o Primeiro Arquiteto de Inteligência Artificial

"E se Victor Frankenstein tivesse criado não um monstro, mas o primeiro sistema operacional capaz de inicializar a consciência?"


Ficha Técnica

ItemInformação
Título Original屍者の帝国 (Shisha no Teikoku)
Título InternacionalThe Empire of Corpses
Autor da obra originalProject Itoh (Satoshi Itō)
Conclusão do romanceTow Ubukata (conhecido como To EnJoe em algumas edições internacionais) após o falecimento de Project Itoh
DireçãoRyoutarou Makihara
EstúdioWit Studio
DistribuiçãoToho Animation
Lançamento2 de outubro de 2015 (Japão)
FormatoFilme
Duração120 minutos
GênerosFicção Científica, Horror, Steampunk, Mistério, Filosofia, Thriller
Classificação indicativa14 anos (aproximadamente, dependendo do país)

O Wit Studio antes da fama absoluta

Hoje muita gente conhece o Wit Studio por produzir:

  • Attack on Titan (primeiras temporadas)

  • Vinland Saga

  • Spy × Family (coprodução)

  • Ranking of Kings

Mas em 2015 o estúdio decidiu produzir algo muito diferente.

Em vez de apostar apenas em ação, criou uma obra extremamente filosófica.

Na prática, The Empire of Corpses é muito mais próximo de Ghost in the Shell, Blade Runner e Frankenstein, do que de um anime de zumbis.


A história

Imagine um século XIX alternativo.

Victor Frankenstein realmente conseguiu reanimar cadáveres.

Mas...

Em vez de existir apenas um monstro, sua descoberta revolucionou toda a humanidade.

Cadáveres passaram a ser utilizados como:

  • soldados;

  • operários;

  • mineiros;

  • carregadores;

  • trabalhadores rurais;

  • empregados domésticos.

O mundo inteiro construiu sua economia sobre mão de obra morta.

É como se a Revolução Industrial tivesse encontrado uma fonte infinita de trabalhadores que nunca reclamam.


Sinopse

John H. Watson é um jovem médico brilhante.

Após realizar experimentos proibidos tentando devolver a verdadeira consciência a um cadáver, ele chama a atenção do governo britânico.

Sua missão:

Encontrar os manuscritos perdidos de Victor Frankenstein.

Esses documentos podem conter o segredo para devolver não apenas movimento...

Mas alma.

A partir daí inicia uma viagem envolvendo espionagem internacional, guerras secretas, alquimia, ciência e filosofia.


Os principais personagens

John H. Watson

Muito diferente do Watson de Sherlock Holmes.

Aqui ele é um cientista brilhante.

Ao longo da história ele deixa de ser apenas um médico para se tornar alguém obcecado pela pergunta:

O que realmente significa estar vivo?


Friday

Seu servo cadáver.

Obedece absolutamente todas as ordens.

Mas aos poucos surgem indícios de algo impossível.

Será que Friday realmente está começando a pensar?


Sherlock Holmes

Mais estrategista do que detetive.

Age quase como um analista de inteligência do Império Britânico.


Victor Frankenstein

Embora apareça pouco...

Sua presença domina toda a narrativa.

É praticamente uma entidade mítica.

Como um arquiteto cujo software continua alterando o mundo décadas após sua morte.


Bellacosa Mainframe explica

Imagine um enorme ambiente IBM Z.

Todos os dias milhões de jobs executam.

Cada programa faz exatamente aquilo para o qual foi criado.

Nenhum questiona.

Nenhum improvisa.

Nenhum cria.

Agora imagine surgir um único programa COBOL capaz de fazer isto:

IF EXISTENCIA = VERDADEIRA
   THINK.
ELSE
   EXECUTE.
END-IF.

Esse programa muda tudo.

É exatamente isso que Frankenstein representa.

Ele criou o primeiro "software" capaz de produzir consciência.

Todo o restante da humanidade apenas reutilizou a tecnologia.


A verdadeira temática

Muita gente pensa que o filme fala sobre zumbis.

Não.

Os cadáveres são apenas uma metáfora.

Na verdade o filme discute:

  • Inteligência Artificial;

  • aprendizado;

  • livre-arbítrio;

  • consciência;

  • memória;

  • identidade;

  • ética científica;

  • automação;

  • escravidão tecnológica.

Hoje esses temas parecem extremamente atuais.

Mas o romance foi escrito antes da explosão da IA Generativa.


Os cadáveres são robôs

É impossível assistir sem fazer paralelos.

Os "Necroware" executam tarefas.

Não possuem consciência.

Recebem comandos.

Executam comandos.

Exatamente como:

  • robôs industriais;

  • algoritmos;

  • agentes de IA;

  • automações empresariais.

O filme pergunta:

Quando uma máquina deixa de apenas obedecer e começa a existir?


O que existe de diferente?

Quase tudo.

Enquanto a maioria dos filmes de zumbis trabalha:

  • sobrevivência;

  • epidemias;

  • violência.

Shisha no Teikoku trabalha:

  • filosofia;

  • bioética;

  • metafísica;

  • religião;

  • ciência.

É praticamente um tratado filosófico ilustrado.


O Steampunk faz sentido

O visual não existe apenas para ser bonito.

Toda a estética mostra uma humanidade parada entre dois mundos.

Máquinas a vapor.

Ciência moderna.

Alquimia antiga.

Ocultismo.

Engenharia.

Tudo coexistindo.

É como observar um datacenter IBM Z funcionando ao lado de computadores quânticos.


As aventuras

Durante sua jornada Watson visita vários países.

Enfrenta:

  • agentes secretos;

  • governos;

  • experimentos proibidos;

  • laboratórios clandestinos;

  • conflitos militares;

  • sociedades ocultistas.

Cada aventura apresenta uma nova visão sobre o significado da vida.


Mensagens ocultas

O ser humano adora terceirizar responsabilidades

Quanto mais cadáveres trabalham...

Menos pessoas precisam pensar.

Automação sem reflexão.

Extremamente atual.


Toda tecnologia nasce neutra

Frankenstein não criou um império.

Criou uma descoberta.

Foram os governos que militarizaram tudo.

Como aconteceu com:

  • energia nuclear;

  • internet;

  • IA.


O corpo não define uma pessoa

A verdadeira discussão nunca é sobre carne.

É sobre memória.

Consciência.

Experiência.

Identidade.


Quem controla os dados controla o mundo

Os manuscritos de Frankenstein são o ativo mais valioso do planeta.

Hoje poderíamos substituí-los por:

  • modelos de IA;

  • algoritmos;

  • datasets.


O paralelo com IA Generativa

É impossível não pensar nisso.

Friday lembra muito um Large Language Model.

Ele aprende.

Responde.

Imita.

Mas...

Está consciente?

Ou apenas produz a melhor sequência estatística?

Essa pergunta também vale para nós.


Impacto cultural

Embora não tenha alcançado o sucesso comercial de Attack on Titan ou Spy × Family, Shisha no Teikoku consolidou o legado de Project Itoh como um dos maiores autores de ficção científica japonesa contemporânea. O filme integra a chamada Project Itoh Trilogy, ao lado de Harmony e Genocidal Organ, três obras que discutem tecnologia, política, ética e o futuro da humanidade sob perspectivas diferentes.

Também ajudou a popularizar uma abordagem mais filosófica do horror e do steampunk, mostrando que histórias com mortos-vivos podem servir como veículo para debates sobre inteligência, identidade e responsabilidade científica.


Houve censura?

Não houve uma censura significativa à obra. Por tratar de cadáveres reanimados, violência, dissecações e temas existenciais, o filme recebeu classificações etárias mais elevadas em alguns países, mas foi distribuído internacionalmente sem cortes relevantes.

A principal "barreira" foi seu conteúdo denso: muitos espectadores esperavam um filme de ação ou terror convencional e encontraram uma narrativa lenta, repleta de referências literárias, científicas e filosóficas.


Vale a pena assistir?

Se você procura um anime de ação frenética com hordas de zumbis, talvez não seja a melhor escolha.

Mas se aprecia obras como Ghost in the Shell, Psycho-Pass, Ergo Proxy, Serial Experiments Lain ou os romances de Mary Shelley, encontrará em Shisha no Teikoku uma experiência singular.


Conclusão — O Holocron dos Mortos-Vivos no Bellacosa Mainframe

No universo Bellacosa Mainframe, Shisha no Teikoku poderia ser descrito como o momento em que um datacenter IBM Z substituiu todos os operadores por "jobs humanos" perfeitamente obedientes. Cada cadáver funciona como um processo batch: executa instruções, nunca reclama, nunca improvisa e nunca questiona.

O verdadeiro conflito começa quando um desses processos parece adquirir algo que nenhum sistema legado deveria possuir: consciência. É como se um programa COBOL, compilado há décadas, passasse a revisar seu próprio código, recusasse instruções incoerentes e perguntasse ao operador: "Por que existo?"

Essa metáfora torna o filme surpreendentemente atual. Em uma era de inteligência artificial, automação corporativa e agentes autônomos, a obra nos lembra que a diferença entre executar tarefas e compreender seu propósito talvez seja a fronteira mais importante da computação — e da própria humanidade. Assim como um ambiente IBM Z continua sendo essencial não apenas pela velocidade, mas pela confiabilidade e pela governança, a consciência humana continua sendo o componente que nenhuma tecnologia conseguiu replicar plenamente. É essa pergunta — mais do que os mortos-vivos — que faz de Shisha no Teikoku uma das ficções científicas mais instigantes da animação japonesa.


domingo, 19 de abril de 2015

☕🔥 TRABALHAR COM SISTEMAS LEGADOS — O QUE MUITA GENTE AINDA NÃO ENTENDE

 

Bellacosa Mainframe e os sistemas legados do mainframe

☕🔥 TRABALHAR COM SISTEMAS LEGADOS — O QUE MUITA GENTE AINDA NÃO ENTENDE

O universo dos sistemas legados e aqui existe algo importante:

muita gente fala sobre “modernização” sem realmente entender:

  • o valor do legado,

  • a engenharia envolvida,

  • a complexidade do negócio,

  • e principalmente…

  • o custo gigantesco de substituir décadas de conhecimento corporativo.

O autor desmonta vários mitos sobre sistemas legados e mostra algo que profissionais experientes já perceberam há muito tempo:

legado não significa velho.
legado significa sobrevivente.


O PRIMEIRO GRANDE ERRO:

CONFUNDIR “ANTIGO” COM “OBSOLETO”

Esse talvez seja o maior preconceito da área de TI.

Existe uma falsa narrativa de que:

  • se usa COBOL → é velho

  • se roda em mainframe → está ultrapassado

  • se foi criado há 30 anos → precisa morrer

Mas isso ignora um detalhe brutal:

O sistema ainda funciona.

E mais:
funciona em escala absurda.

O texto cita os IBM Z processando bilhões de transações.

Isso não é exagero.


O QUE O MAINFRAME ENTREGA QUE MUITOS SISTEMAS “MODERNOS” NÃO ENTREGAM?

1. ESTABILIDADE

Um sistema bancário core:

  • não pode parar,

  • não pode corromper dados,

  • não pode perder transações.

Enquanto muitos sistemas modernos:

  • reiniciam containers,

  • escalam pods,

  • reciclam microserviços,

  • aceitam indisponibilidade parcial,

o mainframe foi projetado para:

  • continuidade absoluta,

  • integridade transacional,

  • consistência de dados.


2. COMPATIBILIDADE DE DÉCADAS

Isso é uma obra de engenharia gigantesca.

Um programa COBOL compilado há décadas ainda pode funcionar hoje com mínimas alterações.

Imagine isso no mundo JavaScript.

Tente rodar:

  • AngularJS antigo,

  • bibliotecas JQuery antigas,

  • dependências npm de 10 anos atrás.

Você provavelmente terá:

  • incompatibilidades,

  • vulnerabilidades,

  • APIs quebradas,

  • frameworks mortos.

No mainframe:

  • o investimento é preservado.


3. ESCALABILIDADE REAL

Muita gente acha que escalabilidade significa:
“subir mais containers”.

No IBM Z:

  • escalabilidade envolve throughput transacional massivo,

  • I/O absurdamente otimizado,

  • processamento paralelo sofisticado,

  • canais dedicados,

  • criptografia em hardware.

É outro nível de engenharia.


O TEXTO ATACA UM MITO PERIGOSO:

“É SÓ REESCREVER”

Essa frase já destruiu projetos bilionários.


EXEMPLO REAL:

O SISTEMA NÃO É SÓ CÓDIGO

Um sistema legado de banco contém:

  • regras fiscais,

  • exceções históricas,

  • comportamento jurídico,

  • integrações obscuras,

  • regras nunca documentadas,

  • tratamentos especiais,

  • decisões de negócio acumuladas por décadas.

Muitas vezes:
nem a empresa sabe exatamente tudo que o sistema faz.

Porque:
o sistema VIROU o próprio negócio.


EXEMPLO PRÁTICO

Imagine um sistema de conta corrente criado em 1987.

Durante décadas ele recebeu:

  • correções,

  • adequações do Banco Central,

  • planos econômicos,

  • inflação,

  • moedas diferentes,

  • PIX,

  • Open Finance,

  • LGPD,

  • integração mobile,

  • antifraude,

  • compliance.

Agora imagine alguém dizendo:

“vamos reescrever tudo em Node.js.”

Isso é equivalente a:

  • trocar o motor de um avião em voo.


O ANO 2000 PROVOU O VALOR DOS LEGADOS

O texto cita algo brilhante:
o bug do milênio.

E isso é importantíssimo historicamente.


O QUE FOI O Y2K?

Muitos sistemas armazenavam ano com 2 dígitos:

  • 98

  • 99

O medo era:
2000 virar “00”
e sistemas interpretarem:
1900.


O QUE AS EMPRESAS FIZERAM?

Elas tiveram duas opções:

OPÇÃO 1

Reescrever tudo.

OPÇÃO 2

Corrigir os sistemas existentes.

A maioria escolheu:

corrigir.

Por quê?

Porque:

  • era mais seguro,

  • mais barato,

  • menos arriscado,

  • mais previsível.

Isso já mostrava:
o legado tinha valor demais para ser descartado.


A GRANDE VERDADE:

O LEGADO CARREGA O CONHECIMENTO DA EMPRESA

Isso é uma das ideias mais profundas do texto.

Muitos sistemas legados:

  • NÃO possuem documentação completa,

  • NÃO possuem diagramas UML,

  • NÃO possuem arquitetura formal moderna.

Mas possuem algo mais valioso:

décadas de comportamento validado em produção.


“A VERDADE ESTÁ NOS FONTES”

Essa frase do texto é fantástica.

Porque ela descreve exatamente a realidade do maintainer.

Em muitos ambientes:

  • o código é a documentação,

  • o batch é a documentação,

  • o JCL é a documentação,

  • o SYSIN é a documentação,

  • o histórico de incidentes é a documentação.


O DRAMA DA MANUTENÇÃO EVOLUTIVA

Aqui o texto entra numa crítica extremamente importante.

Existe um erro clássico:
querer aplicar metodologias modernas de desenvolvimento em sistemas construídos há 30 anos.


EXEMPLO PRÁTICO

Imagine exigir:

  • microsserviços,

  • DDD,

  • UML completa,

  • Swagger,

  • pipelines modernos,

  • arquitetura hexagonal,

num sistema:

  • monolítico,

  • batch,

  • COBOL,

  • VSAM,

  • CICS,

  • DB2,

  • sem documentação formal.

Isso frequentemente vira:

  • burocracia,

  • atraso,

  • custo,

  • documentação inútil.


O QUE REALMENTE AJUDA EM LEGADO?

O texto sugere algo muito mais inteligente:

1. Engenharia reversa

Entender o sistema a partir do código.

2. Refactoring gradual

Melhorar sem destruir.

3. Ferramentas cognitivas

Usar IA para:

  • mapear fluxos,

  • identificar impacto,

  • localizar regras de negócio.

4. Modelagem baseada no que EXISTE

E não no que seria “ideal”.


A ANALOGIA DO MÉDICO É BRILHANTE

Essa é uma das melhores partes do texto.

O autor compara:

  • sistemas em produção
    com

  • pacientes em emergência.

E isso é MUITO real.


CENÁRIO REAL DE PRODUÇÃO

02:13 da madrugada

Um job crítico ABENDA.

Impacto:

  • folha de pagamento parada,

  • TED não enviada,

  • PIX inconsistente,

  • faturamento bloqueado.

O analista precisa:

PASSO 1 — IDENTIFICAR O SINTOMA

  • qual JOB falhou?

  • qual step?

  • qual ABEND?

  • qual dataset?

  • qual SQLCODE?


PASSO 2 — INVESTIGAR A CAUSA

Pode ser:

  • espaço,

  • índice inválido,

  • deadlock,

  • arquivo corrompido,

  • retorno incorreto,

  • problema lógico.


PASSO 3 — INTERVIR SEM PIORAR

Aqui mora o perigo.

Uma correção mal feita pode:

  • corromper milhões de registros,

  • causar inconsistência contábil,

  • derrubar outros sistemas.


PASSO 4 — RESTABELECER O SERVIÇO

O objetivo é:

  • restaurar operação rapidamente,

  • preservar integridade,

  • minimizar impacto financeiro.

Isso exige:

  • raciocínio,

  • experiência,

  • leitura de dump,

  • análise sistêmica,

  • sangue frio.


POR QUE ISSO VICIA?

Porque existe adrenalina intelectual.

Você:

  • investiga,

  • correlaciona,

  • deduz,

  • testa hipóteses,

  • encontra causa raiz,

  • salva produção.

É quase trabalho investigativo.


O QUE O MERCADO NÃO ENTENDE

Muitos enxergam:
“programador COBOL”.

Mas o profissional legado experiente normalmente entende:

  • negócio,

  • processamento,

  • arquitetura,

  • performance,

  • banco de dados,

  • recovery,

  • segurança,

  • integração,

  • operação.

Frequentemente ele é:

o verdadeiro guardião operacional da empresa.


O PARADOXO DO LEGADO

Quanto mais importante o sistema:

  • menos ele pode falhar,

  • menos ele pode mudar radicalmente.

Por isso:
os sistemas mais críticos do mundo
costumam ser os mais antigos.


PASSO A PASSO:

COMO UM PROFISSIONAL DE LEGADO EVOLUI

NÍVEL 1 — SOBREVIVÊNCIA

Aprende:

  • JCL,

  • COBOL,

  • logs,

  • abends.


NÍVEL 2 — ENTENDIMENTO

Começa a:

  • ler fluxos,

  • entender batch,

  • mapear integrações.


NÍVEL 3 — ANÁLISE

Consegue:

  • fazer troubleshooting,

  • identificar impacto,

  • otimizar processos.


NÍVEL 4 — VISÃO SISTÊMICA

Entende:

  • negócio,

  • arquitetura corporativa,

  • operação enterprise.


NÍVEL 5 — REFERÊNCIA

Vira:

  • mentor,

  • resolvedor de crises,

  • especialista raro.


A GRANDE LIÇÃO DO TEXTO

Sistemas legados não sobreviveram por acidente.

Eles sobreviveram porque:

  • funcionam,

  • escalam,

  • são resilientes,

  • carregam décadas de conhecimento,

  • sustentam operações críticas do planeta.


CONCLUSÃO

O texto desmonta a visão superficial de que:
“legado é lixo tecnológico”.

Na prática:

  • legado é engenharia viva,

  • conhecimento acumulado,

  • estabilidade operacional,

  • patrimônio corporativo.

E existe algo quase poético nisso:

Muitos sistemas modernos nascem já pensando em substituição.

Os legados nasceram para durar.

E duraram tanto…
que acabaram sustentando o mundo inteiro.


sábado, 18 de abril de 2015

💣🔥 O JOB NÃO FALHA — QUEM FALHA É A GESTÃO

 

Bellacosa Mainframe em gestao de projetos no Mainfrmae


💣🔥 O JOB NÃO FALHA — QUEM FALHA É A GESTÃO

O Guia Bellacosa Mainframe para Sobreviver (e Dominar) Projetos em COBOL 🔥💣

Se você é programador COBOL júnior e acha que projeto mainframe é só codar PERFORM UNTIL EOF… sinto te informar: você está rodando em modo batch sem controle de job 😈

Mainframe não quebra. Ele cobra disciplina.
E gestão de projeto aqui não é burocracia… é o JCL invisível que faz tudo funcionar.


🧠 ANTES DE TUDO: O QUE É “GESTÃO” NO MAINFRAME?

Gestão de projetos no mundo z/OS é:

👉 Garantir que milhões de registros sejam processados sem erro
👉 Coordenar jobs, pessoas, prazos e dados
👉 Evitar o pior pesadelo:

S0C7 em produção às 02:13 da manhã

Se código é instrução…
👉 gestão é orquestração


🏛️ ORIGEM: POR QUE MAINFRAME VIROU OBCECADO POR PROCESSO?

Volta comigo:

  • Anos 60–70: surgem sistemas críticos bancários
  • Anos 80: batch vira padrão industrial
  • Anos 90: explosão de sistemas COBOL corporativos

Resultado?

💡 Um erro simples = milhões de dólares perdidos

Então nasceram:

  • ITIL
  • PMBOK
  • Governança rígida
  • Change management

👉 No mainframe, processo não é opcional — é sobrevivência


⚙️ O CICLO DE VIDA DE UM PROJETO MAINFRAME (PASSO A PASSO)

🔹 1. Levantamento (O “INPUT DD *” do projeto)

Aqui você descobre:

  • O que o sistema faz
  • Quem usa
  • Qual o impacto

📌 Exemplo:

“Precisamos incluir um novo campo no extrato bancário”

Tradução real:

mexer em COBOL + DB2 + JCL + arquivos VSAM + downstream systems 😅


🔹 2. Análise (O COPYBOOK DA VIDA REAL)

Você vai mapear:

  • Programas impactados
  • Arquivos
  • JOBs
  • Interfaces

Ferramentas comuns:

  • ISPF 3.14 (Search)
  • SYSVIEW / SDSF
  • Ferramentas de impacto

💣 Easter egg:

Quem nunca abriu um programa COBOL com 20.000 linhas… não viveu.


🔹 3. Design (A ARQUITETURA INVISÍVEL)

Decisões críticas:

  • Alterar ou criar novo programa?
  • Batch ou online (CICS)?
  • DB2 ou VSAM?

📌 Exemplo prático:

Antes:
EXTRATO-OLD

Depois:
EXTRATO-V2 + compatibilidade retroativa

👉 Aqui nasce a dívida técnica… ou você evita ela.


🔹 4. Desenvolvimento (A HORA DO COBOL RAIZ)

Agora sim, código:

IF SALDO < 0
MOVE 'DEVEDOR' TO STATUS-CONTA
END-IF

Mas atenção:

👉 Código precisa seguir padrão da empresa
👉 Naming convention é religião
👉 COPYBOOK é contrato


🔹 5. Testes (O VERDADEIRO CAMPO DE BATALHA)

Tipos:

  • Unitário
  • Integrado
  • Batch completo
  • Teste de volume

Ferramentas:

  • JCL de teste
  • Dados simulados
  • Comparadores de arquivos

💣 Curiosidade:

Muitos bugs só aparecem com milhões de registros.
Pequeno volume = falsa sensação de sucesso.


🔹 6. Implantação (O “SUBMIT” QUE DEFINE VIDAS)

Aqui entra:

  • Change management
  • Aprovação
  • Janela de deploy

📌 Exemplo JCL simbólico:

//DEPLOY EXEC PGM=IEFBR14

😏 Sim… até o IEFBR14 participa da história.


🔹 7. Pós-Produção (O MONITORAMENTO SILENCIOSO)

Você vai:

  • Acompanhar logs
  • Ver RC (Return Code)
  • Validar dados

👉 RC=0 = felicidade
👉 RC>0 = café + guerra


🧩 COMO USAR ISSO NA PRÁTICA (SENDO JÚNIOR)

Aqui é onde você vira profissional de verdade:

✔️ Regra 1: Nunca altere sem entender o fluxo completo

✔️ Regra 2: Sempre leia o JCL antes do COBOL

✔️ Regra 3: Pergunte sobre impacto (upstream/downstream)

✔️ Regra 4: Documente — mesmo que ninguém peça


🧠 MENTALIDADE MAINFRAME (O DIFERENCIAL)

Enquanto dev moderno pensa:

“funciona no meu ambiente”

Mainframe pensa:

“funciona para milhões de clientes em produção crítica”


💣 CURIOSIDADES QUE POUCOS CONTAM

  • COBOL ainda processa trilhões de dólares diariamente
  • Muitos sistemas têm código com +40 anos em produção
  • Programas são alterados por dezenas de pessoas ao longo das décadas

👉 Você não escreve código…
👉 você entra em uma linha do tempo viva


🕵️ EASTER EGGS DO MUNDO MAINFRAME

  • IEFBR14 = programa que “não faz nada”… mas faz tudo 😏
  • S0C7 = erro clássico de conversão (e trauma coletivo)
  • COND=(0,NE) = aquele IF misterioso do JCL
  • Comentários de 1998 ainda salvando vidas hoje

📚 MATERIAL DE APOIO (OBRIGATÓRIO PRA EVOLUIR)

📘 Livros

  • Enterprise COBOL Programming Guide
  • IBM z/OS Basics

🌐 Conceitos importantes

  • ITIL (gestão de serviços)
  • PMBOK (gestão de projetos)
  • DevOps adaptado ao mainframe

🛠️ Ferramentas

  • ISPF
  • SDSF
  • Endevor / Changeman
  • DB2 SPUFI

🚀 RESUMO FINAL (EM MODO JCL)

//GESTAO EXEC PGM=SUCESSO
//INPUT DD *
DISCIPLINA, PROCESSO, CONTEXTO
/*
//OUTPUT DD SYSOUT=*
RESULTADO: SISTEMA ESTAVEL

🔥 FECHAMENTO ESTILO BELLACOSA

Mainframe não é sobre tecnologia…
é sobre responsabilidade em escala absurda.

Você não é só um programador COBOL júnior.

👉 Você é operador de um sistema que nunca pode parar.

E agora você sabe:
o código é só metade do jogo — a gestão é o que mantém o sistema vivo. 💣🔥


sexta-feira, 17 de abril de 2015

🥷💣 Ninja vs Shinobi — Dois Nomes, Um Sistema… ou Duas Camadas de Execução?

 

Bellacosa Mainframe apresenta Ninja versus Shinobi

🥷💣 Ninja vs Shinobi — Dois Nomes, Um Sistema… ou Duas Camadas de Execução?

Se você acha que ninja e shinobi são coisas diferentes…
vou te dar a resposta Bellacosa:

👉 É o mesmo “programa” — mas com interfaces diferentes.

Um é o nome que ficou famoso.
O outro é o nome raiz, usado por quem realmente entendia o sistema.


🧠 Conceito — Interface vs Engine

👉 Ninja
👉 Shinobi

Ambos se referem a:

  • Espiões
  • Infiltradores
  • Agentes secretos do Japão feudal

📌 Bellacosa traduz:

Ninja = interface pública
Shinobi = engine interna


📜 Origem — O Nome Certo Veio Primeiro

A palavra original é:

👉 Shinobi (忍び)

  • Vem do verbo “shinobu” → esconder, suportar, infiltrar
  • Usado historicamente no Japão feudal

👉 “Ninja” (忍者) veio depois:

  • Mesmos ideogramas
  • Leitura chinesa (on’yomi)
  • Popularizada fora do Japão

📌 Tradução técnica:

Shinobi = nome nativo
Ninja = alias internacional


⚙️ Diferença Real — Uso e Contexto

TermoUso
ShinobiJapão histórico / contexto técnico
NinjaCultura pop / ocidente / mídia

👉 Na prática:

Todo ninja é shinobi…
mas nem todo “shinobi” é chamado de ninja no contexto original.


🧠 Filosofia — O Verdadeiro Significado

Shinobi carrega um conceito mais profundo:

  • Resistência
  • Discrição
  • Paciência
  • Estratégia

👉 Não é sobre luta…
👉 é sobre não ser detectado

📌 Bellacosa:

Melhor operação é a que ninguém percebe que aconteceu.


👁 Aparência — Outro Mito Quebrado

❌ Mito:

  • Roupa preta
  • Máscara
  • Espada nas costas

✔ Realidade:

  • Disfarces
  • Roupas comuns
  • Mistura com população

📌 Tradução:

O melhor “ninja” parecia um usuário comum.


🕹️ Easter Eggs na Cultura Pop

  • Naruto → usa “shinobi” corretamente
  • Ninja Scroll → versão mais “ninja”
  • Sekiro: Shadows Die Twice → conceito realista

🎮 Easter Egg:

Quando o anime quer ser mais técnico… usa “shinobi”.


🤫 Fofoquices Históricas

  • Shinobi eram vistos como “desonrosos” por samurais
  • Muitas técnicas eram secretas e não documentadas
  • Clãs famosos: Iga e Kōga
  • Eram especialistas em espionagem, não combate

🧠 Interpretação (Modo Bellacosa ON)

A diferença ninja vs shinobi representa:

  • Nome vs essência
  • Aparência vs função
  • Marketing vs realidade

📌 Comparação Final (Mainframe Mode)

ConceitoEquivalente
NinjaNome comercial
ShinobiNome técnico
Roupa pretaInterface fake
DisfarceOperação real
CombateFalha de missão

📌 Conclusão — O Verdadeiro Nunca Aparece

Se você viu o ninja…
já deu erro.

Porque o verdadeiro shinobi:

executa a operação
sem deixar log.


💡 Extra — descrição enriquecida (nível Bellacosa 😏)

A real? “Ninja” e “Shinobi” são praticamente o mesmo conceito — mas com camadas diferentes de entendimento.

Historicamente, o termo original japonês é shinobi (忍び), ligado à ideia de ocultação, sigilo e infiltração — o profissional invisível do sistema.

Já “ninja” é uma leitura mais popularizada (principalmente no Ocidente), que transformou esse agente em uma figura quase mítica.

👉 Em outras palavras:

  • 🥷 Shinobi = o termo técnico, raiz, histórico
  • 💥 Ninja = o branding moderno, pop, comercial

💣 Analogia estilo Bellacosa Mainframe

Se isso fosse TI:

  • 🧠 Shinobi = o sysprog raiz
    → invisível, crítico, controla tudo sem aparecer
  • 💻 Ninja = o dev hype
    → todo mundo fala, mas nem sempre entende o que rola por baixo

⚔️ Insight poderoso (pra fechar o post)

No Japão feudal, esses agentes eram especialistas em:

  • espionagem
  • sabotagem
  • infiltração
  • operações não convencionais

Ou seja…

👉 eram literalmente o “middleware humano” entre sistemas em guerra 😄

💣 Versão Bellacosa Final

Ninja é o nome que o mundo conhece…
Shinobi é o sistema que nunca deveria ser visto.

 

quinta-feira, 16 de abril de 2015

🌿 Rua Utrech, 1982 – A Primeira Amiga que Ficou para Sempre no Registro do Coração

 


🌿 Rua Utrech, 1982 – A Primeira Amiga que Ficou para Sempre no Registro do Coração

(memo dump .1982.NOSTALGIA – carregando em fita magnética emocional)

Existem memórias que não doem — apenas brilham.
São como fotografias amareladas, guardadas num envelope de cartas que a vida nunca entregou de volta.

A minha de 1981–1983 mora na Rua Utrech.
Uma casa, um muro, e do outro lado dele — Renata.

Ela era mais velha, estudante do 5º ano do ginásio, olhos castanhos grandes como janelas abertas para o mundo, cabelo liso que balançava como cortina ao vento de um preto escuro como a noite. Eu ainda pequeno, 2º ano do primário, mas já curioso demais para caber dentro do próprio corpo e do próprio tempo.

Não havia romance adulto, não havia desejo maduro —
havia descoberta. Havia cumplicidade.
Duas crianças em níveis diferentes de XP, mas conectadas por algo que hoje eu chamaria de primeira afetuosidade consciente.



Eu pulava o muro como quem atravessa para outra dimensão —
não em busca de travessuras proibidas, e sim de:

📘 gibis compartilhados
📚 tarde ajudando no dever de casa
🎈 conversas que pareciam importantes demais para acabar

📺 Assistir à sessão da tarde na TV Globo e desenhos na TV Records juntos.

👧 Conversar coisas aleatórias



E quando inesperadamente a mudança para Pirassununga veio, levou com ela mais do que caixas e móveis — levou um pedaço de universo. O adeus não foi formal, não teve carta, não teve lágrima épica. Foi apenas vida seguindo — como trem que parte sem avisar. E Renata passando a categoria das memórias magicas, inatingível, perfeita e graciosa.

E às vezes eu penso…

Renata ainda existe na minha linha do tempo?
Será que hoje é mãe, professora, avó talvez?
Será que sorri ao lembrar do garoto que escalava muro para conversar?

Ainda se lembra das peraltices, que compartilhamos nos idos anos 1980?

Dos bolinhos que sua mãe fritava para o lanche da tarde, dos sucos e bolachas compartilhados.

Do menino curioso, que queria saber tudo sobre a quinta e sexta série do Ginásio?

Memory.log.txt fica aberto, esperando update.
Quem sabe um dia o algoritmo da vida faça match —
e o reencontro aconteça, nem que seja só para rir do passado.



Porque as primeiras amizades não morrem.
Elas apenas se transformam em luz de arquivo permanente dentro da gente.

A última vez que a vi, foi em 1983 após. a desastrosa mudança de Pirassununga, o incêndio, a separação, a ida e o retorno de Guaianazes, estava muito ferido para pensar em pegar o endereço e trocar correspondência. Talvez esse tenha sido um arrependimento, não ter trocado correspondências com ela, saber como estava sendo sua vida. 

A maior lição que aprendi com a Renata, foi não perder tempo, não esperar para agir, pois as coisas mudam tão rápido e temos tão pouco controle sobre elas, que se não fizermos, perdemos o trem.



⚡ Quando os Arquivos Eram Tesouros — A Pré-História do P2P

Bellacosa Mainframe arqueologia p2p troca de arquivos

Quando os Arquivos Eram Tesouros — A Pré-História do P2P

📡 Antes do torrent, antes do eDonkey, havia o som do modem discando…
Um grito metálico que anunciava a conexão com o infinito.
Nos anos 1990, cada byte era sagrado, e cada download — um ato de fé.




🕹️ O Ciberespaço Selvagem

Antes das nuvens, antes dos feeds e algoritmos, havia a busca manual.
Você entrava em servidores FTP anônimos, pastas obscuras com nomes como /pub/stuff/warez.
Era a era dos Hotline Servers, comunidades secretas onde se trocavam demos, arte, MP3 e pecado digital.
O Hotline Connect (1996) era quase uma religião: chat, arquivos, notícias — tudo no mesmo santuário binário.

Depois veio o rugido do Napster (1999).
De repente, o mundo inteiro compartilhava música.
MP3 virou moeda emocional.
Shawn Fanning, um garoto de 18 anos, abriu a caixa de Pandora e o som que saiu foi Metallica.




🔥 Do Subsolo ao Caos

Quando o Napster caiu, a rede se fragmentou como um espelho.
Das ruínas nasceu o Gnutella, o primeiro P2P sem dono.
Sem servidor, sem mestre — cada nó era livre.
Era lento, instável, mas anarquista o suficiente para incendiar a imaginação.

Depois veio o Scour Exchange, o Audiogalaxy, o Kazaa — nomes sussurrados nos fóruns e nos IRCs.
O IRC, aliás, nunca morreu.
Nos canais de animes, warez e filosofia digital, os bots enviavam arquivos via XDCC SEND como se fossem oferendas ao altar da conexão discada.




🐴 O Cavalo de Ferro do P2P

Então, em 2000, surge o eDonkey2000.
Um cavalo elétrico galopando entre servidores e redes híbridas.
Mais rápido, mais inteligente — juntava pedaços de arquivos de múltiplas fontes.
A cada download, uma sinfonia de fragmentos reconstruía o proibido.

O eDonkey não era apenas um programa:
era o rito de passagem de uma geração que aprendeu a decifrar o ciberespaço na unha, com paciência e curiosidade infinita.




💾 Epílogo de Modem e Memória

Esses foram os dias em que o mundo digital ainda tinha cheiro de ozônio e esperança.
O som do modem era o canto da sereia.
Cada arquivo era um segredo, cada conexão — uma aventura noturna.
E no meio de tudo isso, uma geração aprendeu o valor da partilha, do anonimato e da curiosidade.

“Não baixávamos só arquivos.
Baixávamos pedaços de um futuro que ainda não existia.”
El Jefe Bellacosa Mainframe


 


#CulturaP2P #NostalgiaDigital #BellacosaMainframe #CiberArqueologia

quarta-feira, 15 de abril de 2015

📚 O Grande Bestiário da Fantasia : Volume IV Frank Frazetta

 

Bellacosa Mainframe e o grande bestiario da fantasia parte iv

☕ Um Café no Bellacosa Mainframe

📚 O Grande Bestiário da Fantasia

Das Revistas Pulp aos Animes Modernos

Volume IV

Frank Frazetta

O Homem Que Pintou a Fantasia Moderna Antes Mesmo de Ela Existir

"Robert E. Howard construiu um universo. Frank Frazetta fez o mundo acreditar que ele era real. Depois de suas pinturas, bárbaros deixaram de ser palavras em um livro e passaram a habitar a imaginação de milhões de leitores."


☕ Bellacosa Time Machine

Destino: Brooklyn, Nova York

Ano: 1966

A televisão americana está dominada por seriados.

A corrida espacial acelera.

Os Beatles mudam a música.

James Bond redefine o cinema.

Enquanto isso...

Em um pequeno estúdio...

Um artista mistura tinta a óleo.

Pinceladas rápidas.

Cores violentas.

Sombras profundas.

Ninguém imagina.

Aquele homem está prestes a redefinir completamente a aparência da fantasia mundial.

Seu nome?

Frank Frazetta.


O Pintor Que Não Sabia Que Estava Criando Um Gênero

Quando perguntamos:

Quem criou a aparência da fantasia?

Muitos respondem:

Tolkien.

Howard.

Lovecraft.

Na verdade...

Existe um nome quase sempre esquecido.

Frank Frazetta.

Ele praticamente inventou aquilo que hoje imaginamos quando alguém diz:

"Bárbaro."


Quem Foi Frank Frazetta?

Nasceu em:

9 de fevereiro de 1928

Brooklyn.

Nova York.

Desde criança desenhava de maneira impressionante.

Conta-se que ainda muito jovem já produzia ilustrações muito acima do esperado para sua idade.

Seu talento chamou atenção cedo.

Muito cedo.


Dos Quadrinhos às Capas

Antes da fama...

Frazetta desenhou:

quadrinhos

westerns

aventuras

ficção científica

humor

publicidade

Nada indicava que se tornaria um ícone da fantasia.

Até que...

Conan apareceu.


O Encontro Que Mudou Tudo

Década de 1960.

As histórias de Robert E. Howard voltam a ser publicadas.

Precisavam de novas capas.

Chamaram Frank Frazetta.

Foi uma decisão histórica.


Antes de Frazetta...

As capas mostravam heróis limpos.

Posturas elegantes.

Espadas impecáveis.

Tudo muito organizado.

Depois dele...

Nada seria igual.


Conan Ganhou Vida

Imagine abrir um livro.

Na capa existe um homem.

Sujo.

Coberto de sangue.

Cercado por monstros.

Espada enorme.

Olhar feroz.

Você compra o livro.

Antes mesmo de ler uma linha.

Esse era o poder de Frazetta.


A Anatomia da Força

Existe algo curioso.

Os músculos de Conan.

São exagerados.

Mas...

Não parecem artificiais.

Parecem funcionais.

Cada pintura transmite movimento.

Peso.

Equilíbrio.

Impacto.

Hoje isso parece comum.

Na época...

Era revolucionário.


O Movimento Congelado

Frazetta dominava algo extremamente difícil.

O instante.

Suas pinturas parecem fotografias.

Mas...

De um momento que nunca existiu.

Conan salta.

O cavalo dispara.

O dragão ataca.

Tudo parece acontecer no segundo seguinte.


A Cor Conta Histórias

Observe uma pintura dele.

Quase sempre encontramos:

vermelhos intensos

pretos profundos

céus dourados

sombras enormes

Poucas cores.

Muito contraste.

Resultado?

O olhar vai exatamente para onde o artista deseja.


O Mundo Parece Antigo

Outro detalhe brilhante.

Nada parece recém-construído.

Espadas possuem marcas.

Escudos estão rachados.

Armaduras enferrujadas.

Roupas rasgadas.

Castelos decadentes.

Árvores tortas.

Ruínas.

Tudo transmite idade.

Tudo possui história.


A Fantasia Deixou de Ser Limpa

Antes.

Fantasia parecia conto infantil.

Depois de Frazetta.

Ela ganhou:

lama

sangue

suor

poeira

musgo

ossos

cicatrizes

A fantasia ficou...

viva.


As Mulheres de Frazetta

Muito debatidas até hoje.

Fortes.

Belas.

Selvagens.

Misteriosas.

Às vezes guerreiras.

Às vezes rainhas.

Às vezes feiticeiras.

Refletem a estética artística da época e o estilo característico do autor, marcado pelo exagero dramático e pela influência das aventuras pulp. Décadas depois, essas representações passaram a ser analisadas sob diferentes perspectivas culturais, mostrando como a recepção da arte também muda com o tempo.


Os Monstros

Talvez seu maior talento.

Criaturas enormes.

Demônios.

Gorilas gigantes.

Dragões.

Serpentes.

Lobisomens.

Nada parece simpático.

Nada parece domesticável.

Tudo inspira respeito.


A Influência Invisível

Você talvez nunca tenha visto uma pintura de Frazetta.

Mesmo assim...

Já foi influenciado por ele.

Veja:

He-Man

Warhammer Fantasy

Magic The Gathering

Diablo

World of Warcraft

Dark Souls

Dragon's Dogma

Elden Ring

Dungeons & Dragons

Todos carregam um pouco dele.


O Japão Também Olhou

Décadas depois.

Mangakás.

Animadores.

Concept artists.

Game designers.

Também estudariam Frazetta.

Kentaro Miura.

Criador de Berserk.

Nunca escondeu sua admiração pela arte ocidental.

Boa parte daquela atmosfera pesada...

Passa inevitavelmente pelo caminho aberto por artistas como Frazetta.


Heavy Metal

Na década de 1970.

As revistas:

Heavy Metal

Métal Hurlant

publicariam artistas extraordinários.

Todos cresceram olhando para Frazetta.

A fantasia adulta finalmente encontrava sua identidade visual.


A Pintura Conta Uma História Inteira

Existe um segredo.

Cada quadro de Frazetta parece...

o capítulo perdido de um romance.

Você olha.

E automaticamente pergunta:

Quem morreu?

Quem venceu?

O que aconteceu antes?

O que acontecerá depois?

Pouquíssimos artistas conseguem isso.


Easter Egg do Bellacosa Mainframe

Imagine um programador COBOL entrando no estúdio de Frazetta.

— Senhor Frank...

Cadê a documentação dessa pintura?

Frazetta responde:

— Está escondida nas sombras.

O programador olha.

Respira fundo.

Sorri.

"Então é igual aos sistemas legados."


Curiosidades Que Pouca Gente Conhece

🎨 Pintava extremamente rápido

Apesar da riqueza dos detalhes, Frazetta frequentemente concluía obras em um tempo surpreendentemente curto, trabalhando de maneira intensa e intuitiva.


🐎 Estudava anatomia constantemente

Homens.

Mulheres.

Cavalos.

Felinos.

Tudo era observado.

Por isso seus personagens parecem vivos.


⚔ Preferia ação ao descanso

Raramente seus heróis estão parados.

Quase sempre estão atacando.

Escalando.

Correndo.

Sobrevivendo.


🖌 Não copiava fotografias literalmente

Usava referências, mas reinterpretava tudo.

Criava poses impossíveis de esquecer.


🏛 Criou um padrão visual

Hoje basta mostrar:

um guerreiro musculoso

uma espada enorme

um céu vermelho

uma montanha

e um monstro

para lembrarmos imediatamente da estética consolidada por Frazetta.


O Compilador Visual da Fantasia

Robert E. Howard escreveu linhas de código.

Frank Frazetta fez esse código aparecer na tela.

Antes dele, a Sword and Sorcery era uma experiência essencialmente literária. Depois dele, tornou-se uma linguagem visual. Cada pincelada transformava palavras em músculos, poeira, ruínas, aço e fogo. Ele ensinou o leitor a enxergar um mundo que antes existia apenas na imaginação.

Sua influência atravessou quadrinhos, RPGs, cinema, videogames e mangás. Mesmo quem nunca leu Conan provavelmente já encontrou ecos de sua arte em capas de discos, cartas de jogos, personagens de fantasia ou chefes de videogame.

No próximo volume, viajaremos para 1974, quando dois jovens chamados Gary Gygax e Dave Arneson pegaram todas essas ideias — Howard, Frazetta, Tolkien, mitologia e aventuras pulp — e criaram algo completamente novo.

Eles não escreveram apenas histórias.

Criaram uma maneira de viver essas histórias.

Nascia Dungeons & Dragons, o jogo que transformaria leitores em aventureiros e abriria caminho para praticamente todos os RPGs, videogames de fantasia e, décadas depois, inúmeros animes e isekais que conhecemos hoje.

☕ Um Café no Bellacosa Mainframe

📚 O Grande Bestiário da Fantasia

Das Revistas Pulp aos Animes Modernos

Uma viagem pelas raízes da fantasia moderna: mitologia, revistas pulp, Robert E. Howard, Conan, Frank Frazetta, RPG, quadrinhos europeus, Dark Fantasy, MMORPGs e a chegada dos grandes animes de fantasia.

17 capítulos disponíveis.

I
As origens

Volume I — Antes de Conan

Uma viagem às raízes da fantasia: Gilgamesh, Beowulf, sagas nórdicas, mitologias antigas, Lord Dunsany, William Morris e Edgar Rice Burroughs.

Ler o Volume I ↗
II
O criador

Volume II — Robert E. Howard

A vida do escritor de Cross Plains que criou Conan, Kull, Solomon Kane, Bran Mak Morn e estabeleceu as fundações da Sword and Sorcery.

Ler o Volume II ↗
III
Era Hiboriana

Volume III — O Universo Conan

A engenharia da Era Hiboriana: reinos, povos, religiões, mapas, civilizações e o primeiro grande world building da fantasia moderna.

Ler o Volume III ↗
IV
Arte fantástica

Volume IV — Frank Frazetta

Como a força, o movimento, as sombras e os monstros de Frazetta definiram visualmente a fantasia que conhecemos.

Ler o Volume IV ↗
V
RPG de mesa

Volume V — Dungeons & Dragons

Quando a fantasia deixou de ser apenas lida e passou a ser vivida por jogadores, mestres, guerreiros, magos e ladrões ao redor de uma mesa.

Ler o Volume V ↗
VI
Quadrinhos europeus

Volume VI — Métal Hurlant

A revista francesa que rompeu fronteiras entre fantasia, ficção científica, surrealismo e narrativa visual.

Ler o Volume VI ↗
VII
Fantasia adulta

Volume VII — Heavy Metal

Quando a fantasia europeia cruzou o Atlântico, ganhou novas vozes e conquistou a cultura pop mundial.

Ler o Volume VII ↗
VIII
Grimdark

Volume VIII — Warhammer Fantasy

O Velho Mundo, os Deuses do Caos, os Skaven e a fantasia sombria onde a vitória do bem nunca é garantida.

Ler o Volume VIII ↗
IX
Dark Fantasy

Volume IX — Berserk

Kentaro Miura reuniu séculos de fantasia, arte europeia, horror, tragédia e guerra em uma das obras mais influentes do mangá.

Ler o Volume IX ↗
X
D&D no Japão

Volume X — Record of Lodoss War

A campanha de RPG que virou romance, mangá e anime, criando uma ponte definitiva entre Dungeons & Dragons e a fantasia japonesa.

Ler o Volume X ↗
XI
Fantasia e humor

Volume XI — Slayers

Lina Inverse demonstrou que a fantasia podia rir dos próprios clichês sem abandonar magia, aventura, perigo e construção de mundo.

Ler o Volume XI ↗
XII
Magia e responsabilidade

Volume XII — Sorcerous Stabber Orphen

Um protagonista cínico, magos imperfeitos e um universo onde magia possui teoria, limites, custos e consequências humanas.

Ler o Volume XII ↗
XIII
Mundos persistentes

Volume XIII — Ultima Online, EverQuest e Ragnarok Online

Os MMORPGs transformaram a fantasia em mundos habitados 24 horas por dia, com guildas, mercados, guerras, profissões e comunidades reais.

Ler o Volume XIII ↗
XIV
Sociedade virtual

Volume XIV — Log Horizon

Um MMORPG deixa de ser apenas um jogo e se transforma em uma civilização com economia, leis, diplomacia, educação e governança.

Ler o Volume XIV ↗
XV
Realidade virtual

Volume XV — Sword Art Online

Quando um MMORPG deixou de ser apenas um mundo virtual e se tornou uma prisão onde perder a partida significava perder a própria vida.

Ler o Volume XV ↗
Capítulo especial

As Revistas Pulp

Weird Tales, Amazing Stories, Argosy, Black Mask e outras revistas que publicaram heróis, monstros, detetives e mundos que mudariam a cultura popular para sempre.

Ler o capítulo especial ↗
Ω
Conclusão da série

O Guia Definitivo da Evolução da Fantasia Moderna

O índice final da série, conectando todos os capítulos e revelando como mitologia, pulp, Conan, RPG, quadrinhos, games e animes fazem parte da mesma árvore genealógica.

Ler o guia definitivo ↗
A linhagem

Das tábuas de argila aos mundos virtuais

Mitologias Revistas Pulp Conan Frazetta D&D Quadrinhos Europeus Warhammer Berserk Animes MMORPGs Isekais

O Grande Bestiário da Fantasia
Uma jornada do papel barato das revistas pulp aos pixels brilhantes dos mundos virtuais.

Voltar ao topo ↑
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