Translate

sexta-feira, 14 de junho de 2019

🔥 CICS NA VEIA: O Guia REAL do Sysprog Júnior IBM Mainframe na Administração do CICS

 

Bellacosa Mainframe e as tarefas de um sysprog junior em CICS IBM Mainframe

🔥 CICS NA VEIA: O Guia REAL do Sysprog Júnior IBM Mainframe na Administração do CICS

☕ Introdução

Quando alguém fala em ambiente crítico de missão, alta disponibilidade, milhões de transações por segundo e sistemas que literalmente movimentam bancos, cartões, seguradoras e companhias aéreas… existe uma enorme chance de existir um IBM CICS Transaction Server funcionando nos bastidores.

E por trás do CICS existe uma figura essencial:

🧠 O Sysprog Mainframe

O Sysprog CICS é o profissional responsável por manter o ambiente online funcionando com estabilidade, segurança, performance e recuperação rápida em caso de falhas.

Para um júnior, o começo pode assustar:

  • centenas de mensagens DFH
  • dumps
  • transações
  • regiões
  • VSAM
  • RACF
  • storage
  • SIT
  • TCB
  • QR
  • SOS
  • APCT
  • AICA

Parece outro planeta.

Mas na prática, o trabalho diário segue rotinas bem definidas.

Neste guia vamos mergulhar no cotidiano REAL de um Sysprog CICS IBM Mainframe.


🏛️ O que é o CICS?

O IBM CICS Transaction Server é um monitor transacional criado pela IBM para processar aplicações online em tempo real.

Ele gerencia:

  • milhares de usuários simultâneos
  • transações online
  • acesso a VSAM
  • acesso DB2
  • comunicação TCP/IP
  • Web Services
  • filas MQ
  • APIs REST

Exemplos reais:

  • saque em caixa eletrônico
  • pagamento PIX
  • consulta de saldo
  • autorização de cartão
  • emissão de passagem aérea

Tudo isso pode passar por CICS.


🎯 O Papel do Sysprog CICS

O Sysprog é responsável por:

ÁreaResponsabilidade
AdministraçãoConfiguração das regiões
PerformanceCPU, storage, tuning
RecoveryDumps e recuperação
SegurançaRACF e permissões
OperaçãoStart/Stop/Monitoramento
SuporteApoio a desenvolvedores
IntegraçãoDB2, MQ, TCP/IP
TroubleshootingResolver incidentes

🧱 Estrutura Básica do CICS

🔹 Região CICS

Uma região CICS é um espaço onde aplicações executam.

Tipos comuns:

TipoFunção
AORExecuta aplicações
TORRecebe terminais
FORGerencia arquivos
CMASAdministração CICSPlex
WUIInterface web

🚀 O Dia a Dia do Sysprog Júnior

🌅 ROTINA DIÁRIA


✅ 1. Verificar se as regiões CICS estão ativas

Primeira tarefa do dia.

No SDSF:

DA

ou:

/CEMT I SYS

Verificar:

  • regiões UP
  • uso de storage
  • SOS
  • tasks excessivas
  • loops

✅ 2. Ler mensagens DFH no JESMSGLG

Mensagens importantes:

DFHKE1801
DFHSI1517
DFHFC0200
DFHSM0133

Exemplo:

DFHKE1801 CICS region CICSPRD is Short On Storage

Isso significa SOS.


✅ 3. Verificar arquivos VSAM

Comando clássico:

CEMT I FILE

Saída típica:

Fil(ACCTFILE) Ope Ena Rea

Problemas comuns:

StatusSignificado
CLOFechado
DISDisabled
UNAUnavailable

Abrir arquivo:

CEMT SET FILE(ACCTFILE) OPEN

✅ 4. Monitorar tasks presas

CEMT I TASK

Verificar:

  • tasks em loop
  • consumo excessivo
  • runaway tasks

Cancelar task:

CEMT SET TASK(01234) PURGE

Forçar:

CEMT SET TASK(01234) FORCEPURGE

✅ 5. Verificar transações críticas

CEMT I TRANS

Exemplo:

Tra(PAY1) Ena

✅ 6. Instalar programas novos

Muito comum diariamente.

CEMT SET PROGRAM(PROG001) NEWCOPY

Isso recarrega o programa sem derrubar a região.


⚡ Troubleshooting Diário

🟥 Problema: APCT

Mensagem:

DFHAC2001 ABCD transaction abend APCT

Significa:

  • transação não encontrada
  • programa ausente
  • PPT inválida

Verificar:

CEDA VIEW TRANS(ABCD)

🟥 Problema: AICA

Loop infinito.

Verificar:

CEMT I TASK

Cancelar:

CEMT SET TASK(xxxx) FORCEPURGE

🟥 Problema: ASRA

Normalmente:

  • S0C7
  • S0C4
  • erro COBOL

Analisar dump.


📅 ROTINA SEMANAL


✅ 1. Revisar utilização de storage

Monitorar:

  • DSA
  • EDSA
  • UDSA
  • ERDSA

Comando:

CEMT I SYS

Verificar:

  • SOS próximos
  • fragmentação
  • leaks

✅ 2. Revisar uso de CPU

Ferramentas:

  • RMF
  • OMEGAMON
  • SDSF

Analisar:

  • QR TCB
  • L8 TCB
  • Open TCB
  • Dispatch Time

✅ 3. Revisar logs e journals

Verificar:

  • journals lotados
  • archive delays
  • recoverability

Mensagens:

DFHLOG
DFHJnn

✅ 4. Revisar dumps gerados

Analisar:

  • tendências
  • abends repetitivos
  • loops

Ferramentas:

  • IPCS
  • Abend-AID
  • Fault Analyzer

✅ 5. Validar integrações TCP/IP

Verificar:

  • IPIC
  • sockets
  • URIMAP
  • pipelines

Comando:

CEMT I TCPIPSERVICE

📆 ROTINA MENSAL


✅ 1. Capacity Planning

Avaliar crescimento:

  • CPU
  • storage
  • tasks
  • throughput

✅ 2. Revisar parâmetros SIT

Parâmetros importantes:

ParâmetroFunção
DSALIMLimite DSA
EDSALIMLimite EDSA
MXTMáximo tasks
AKPFREQIntervalo checkpoint

✅ 3. Revisar segurança RACF

Integrado ao:

RACF

Verificar:

  • acessos administrativos
  • transações críticas
  • surrogate users

✅ 4. Testar Recovery

Simular:

  • queda de região
  • perda VSAM
  • restart CICS

Comandos:

/P CICSPRD
/S CICSPRD

🧰 Comandos MAIS IMPORTANTES para um Sysprog Júnior

📌 Monitoramento

CEMT I SYS
CEMT I TASK
CEMT I FILE
CEMT I TRANS

📌 Administração

CEDA DEF
CEDA VIEW
CEDA INSTALL

📌 Programas

CEMT SET PROGRAM NEWCOPY

📌 Arquivos

CEMT SET FILE OPEN
CEMT SET FILE CLOSED

📌 Emergência

FORCEPURGE
CANCEL
EMERGENCY RESTART

🧠 Conceitos que TODO Sysprog Júnior deve aprender

🔹 Storage

Entender:

  • GETMAIN
  • FREEMAIN
  • DSA
  • EDSA
  • SOS

🔹 VSAM

Fundamental.

Conhecer:

  • KSDS
  • CI
  • CA
  • strings
  • buffer pools

🔹 Dumps

Aprender:

  • PSW
  • offsets
  • traceback
  • registers

🔹 RACF

Entender:

  • permissões
  • classes
  • segurança transacional

🔹 TCP/IP

Hoje essencial.

Conhecer:

  • IPIC
  • sockets
  • APIs REST
  • TLS

🔥 Exemplo REAL de Incidente

💣 Cenário

Usuários reclamam:

“Sistema travou.”


🔎 Investigação

Passo 1

CEMT I TASK

Encontrada task em loop.


Passo 2

CEMT SET TASK(00213) FORCEPURGE

Passo 3

Verificar dump:

ASRA
S0C7

Passo 4

Acionar desenvolvimento COBOL.

Problema:

Campo numérico inválido.


☕ Ferramentas que o Sysprog usa

FerramentaFunção
SDSFMonitoramento
IPCSDumps
OMEGAMONPerformance
RMFCPU e recursos
Fault AnalyzerAbend
Abend-AIDDiagnóstico
CICS ExplorerAdministração gráfica

🎓 Evolução do Sysprog Júnior

Primeiro estágio

  • monitoramento
  • comandos básicos
  • abertura de arquivos

Intermediário

  • troubleshooting
  • dumps
  • performance

Avançado

  • CICSPlex
  • tuning
  • recovery
  • automação
  • integração distribuída

🚀 O Futuro do CICS

O IBM CICS Transaction Server hoje suporta:

  • APIs REST
  • JSON
  • containers
  • cloud híbrida
  • OpenShift
  • z/OS Connect
  • integração distribuída

Ou seja:

CICS está mais moderno do que muita gente imagina.


🏁 Conclusão

Ser Sysprog CICS é trabalhar no coração do processamento corporativo mundial.

É uma função que mistura:

  • engenharia
  • investigação
  • performance
  • segurança
  • automação
  • recuperação
  • arquitetura

Para um júnior, o segredo é:

✅ dominar comandos básicos
✅ entender mensagens DFH
✅ aprender troubleshooting
✅ estudar storage e VSAM
✅ praticar dumps
✅ conhecer RACF e TCP/IP

E principalmente:

☕ viver o ambiente diariamente.

Porque no mundo mainframe, experiência operacional vale ouro.


quinta-feira, 13 de junho de 2019

🔥💣 DEVILMAN CRYBABY — QUANDO O SISTEMA HUMANO RODA EM MODO DEMÔNIO E DÁ CORE DUMP NA ALMA 💣🔥

 

Bellacosa Mainframe comenta um anime fora de serie Devilman

🔥💣 DEVILMAN CRYBABY — QUANDO O SISTEMA HUMANO RODA EM MODO DEMÔNIO E DÁ CORE DUMP NA ALMA 💣🔥


🎬 VISÃO GERAL

Se você olhar para Devilman Crybaby como um sistema, ele é aquele job batch que começa simples… e termina derrubando o datacenter inteiro da humanidade.

É uma obra brutal, filosófica e extremamente simbólica — uma releitura moderna de um clássico que já era pesado décadas atrás.


🧬 ORIGEM — O “SOURCE CODE” ORIGINAL

Antes do anime da Netflix explodir, tudo começou com:

  • 📖 Devilman
  • 👨‍💻 Criado por: Go Nagai
  • 📅 Lançamento: 1972

👉 Esse mangá é praticamente um “kernel hackeado” da cultura pop japonesa.
Influenciou TUDO: de Evangelion até Berserk.

💡 Curiosidade:

  • Foi um dos primeiros mangás a misturar:
    • horror
    • apocalipse
    • crítica social
    • tragédia real (sem final feliz)

📺 O ANIME MODERNO — DEPLOY NA NETFLIX

  • 📺 Nome: Devilman Crybaby
  • 🎬 Diretor: Masaaki Yuasa
  • 🏢 Estúdio: Science SARU
  • 📅 Lançamento: 5 de janeiro de 2018
  • 📦 Plataforma: Netflix

👉 Aqui o sistema foi recompilado com linguagem moderna:

  • arte psicodélica
  • trilha eletrônica pesada
  • ritmo acelerado
  • violência sem filtro

🧠 HISTÓRIA — O PROCESSAMENTO

A lógica é simples… e devastadora:

  • Akira é um humano sensível (quase um “processo com alta empatia”)
  • Ryo descobre que demônios existem
  • Para combatê-los → Akira se funde com um demônio

💥 Resultado:
👉 nasce o Devilman = corpo de demônio + coração humano


⚠️ MAS AQUI VEM O BUG FATAL:

O mundo descobre os demônios
→ entra em paranoia
→ humanos começam a se destruir

👉 O sistema humano entra em:

IF (MEDO == TRUE)
THEN HUMANIDADE = COLAPSO

😈 PERSONAGENS PRINCIPAIS (THREADS CRÍTICAS)

  • Akira Fudo → o processo híbrido (humano + demônio)
  • Ryo Asuka → o arquiteto do caos
  • Miki Kuroda → o último resquício de humanidade

💣 Spoiler leve técnico:
Ryo não é só um usuário…
👉 ele é o root do sistema.


📚 MÍDIAS — TODAS AS VERSÕES DO SISTEMA

📖 Mangá original (1972)

  • Base da história
  • Muito mais sombrio que muita coisa atual

📺 Animes antigos

  • Várias adaptações desde os anos 70
  • Versões suavizadas (quase um “modo debug”)

🎥 OVAs (anos 80/90)

  • Mais violentas
  • Mais próximas do mangá

📡 Crybaby (2018)

  • Versão definitiva moderna
  • Mantém o final brutal

💀 TEMAS — O “LOG DO SISTEMA”

Essa obra não é sobre demônios.
É sobre humanos falhando como sistema.

Principais módulos:

  • 🧠 medo coletivo
  • 🧬 natureza humana vs instinto
  • 🌍 colapso social
  • ☠️ apocalipse inevitável
  • 💔 empatia como fraqueza (ou força?)

🔍 CURIOSIDADES (PACOTES OCULTOS)

  • 💡 O nome “Crybaby”:
    • Akira chora facilmente
    • mas continua lutando
    • → sensibilidade ≠ fraqueza
  • 💡 Influência global:
    • inspirou Neon Genesis Evangelion
    • influenciou Berserk
  • 💡 Violência proposital:
    • não é estética
    • é diagnóstico social

🧪 EASTER EGGS

  • 👀 Referências diretas ao mangá original em cenas-chave
  • 👀 Simbolismo bíblico pesado (anjos, queda, apocalipse)
  • 👀 Ryo = paralelo direto com Lúcifer

👉 Se você reassistir… percebe que o final já estava “logado” desde o início.


📊 STATUS DO SISTEMA

  • ❌ Não terá continuação
  • ✔️ História completa (fechada)
  • ✔️ Final canônico respeita o mangá

👉 É um daqueles sistemas:

“Executou uma vez… e nunca mais sai da memória.”


💣 COMENTÁRIO AO ESTILO MAINFRAME

Devilman Crybaby não é entretenimento leve.
É um dump emocional completo da humanidade.

Se fosse um ambiente z/OS:

  • Humanos = jobs concorrentes
  • Demônios = processos privilegiados
  • Ryo = operador com acesso TOTAL
  • Deus = scheduler silencioso

E no final?

SYSTEM ABEND S0C-HUMANITY
REASON: SELF-DESTRUCTION

🔥 CONCLUSÃO

👉 Devilman Crybaby é uma obra obrigatória se você quer:

  • entender o lado mais sombrio dos animes
  • ver uma narrativa sem filtro
  • experimentar uma história que não te poupa

É brutal.
É filosófico.
É desconfortável.

E exatamente por isso… é inesquecível.

quarta-feira, 12 de junho de 2019

☕💣⏳ O SYSPROG QUE RECEBEU ACESSO AO MULTIVERSO — YU-NO E O MAIOR ROLLBACK DE REALIDADE JÁ DOCUMENTADO NOS ANIMES

 

Bellacosa Mainframe e o multiverso de YU-NO

☕💣⏳ O SYSPROG QUE RECEBEU ACESSO AO MULTIVERSO — YU-NO E O MAIOR ROLLBACK DE REALIDADE JÁ DOCUMENTADO NOS ANIMES

Identificação da Obra

Título Original: この世の果てで恋を唄う少女YU-NO
Título Internacional: YU-NO: A Girl Who Chants Love at the Bound of This World
Criador Original: Hiroyuki Kanno
Arte Original: Ryu Umemoto (design e direção artística da visual novel)
Visual Novel Original: 1996
Anime: 2019
Estúdio: Feel.
Direção: Tetsuo Hirakawa
Episódios: 26
Gênero: Ficção Científica, Mistério, Drama, Romance, Fantasia, Viagem Temporal, Universo Paralelo
Classificação Indicativa: 16+ (varia conforme país e plataforma)


☕ O QUE É YU-NO?

Imagine que alguém pegasse:

  • Steins;Gate

  • Re:Zero

  • The Butterfly Effect

  • Interestelar

  • Arquitetura de Recovery de Mainframe

e misturasse tudo em um único projeto.

O resultado seria YU-NO.

Não estamos falando apenas de um anime sobre viagem no tempo.

Estamos falando de uma obra que praticamente ajudou a definir como histórias de linhas temporais alternativas seriam contadas nos 30 anos seguintes.


☕ A HISTÓRIA

Tudo começa quando Takuya Arima recebe uma estranha herança deixada por seu pai desaparecido, um cientista chamado Koudai Arima.

Junto com alguns artefatos misteriosos, ele recebe o lendário:

Reflector Device

O equipamento permite registrar pontos específicos da realidade e retornar a eles posteriormente.

Traduzindo para o idioma do datacenter:

CHECKPOINT REALIDADE
SAVEPOINT UNIVERSAL
RESTORE TEMPORAL
BACKOUT EXISTENCIAL

A partir desse momento, Takuya começa a descobrir que sua cidade esconde fenômenos muito maiores do que aparentam.

Conspirações científicas.

Dimensões paralelas.

Tecnologias impossíveis.

Civilizações perdidas.

Segredos familiares.

E uma ameaça que transcende o próprio conceito de espaço-tempo.


☕ O GRANDE DIFERENCIAL

A maioria dos animes de viagem temporal funciona assim:

Linha do Tempo A
      ↓
Mudança
      ↓
Linha do Tempo B

YU-NO funciona de forma muito mais próxima de um ambiente corporativo.

AMBIENTE A
 ├─ Branch 1
 ├─ Branch 2
 ├─ Branch 3
 └─ Branch 4

Cada decisão gera uma nova realidade.

Cada realidade armazena informações.

Cada informação pode ser utilizada em outro caminho.

É praticamente um:

GitHub do Multiverso

Décadas antes do GitHub existir.


☕ A ESTRUTURA NARRATIVA QUE REVOLUCIONOU O MERCADO

Hoje estamos acostumados a:

  • Steins;Gate

  • Re:Zero

  • Higurashi

  • Fate

  • Clannad

Mas em 1996 isso não era comum.

YU-NO introduziu um sistema conhecido como:

A.D.M.S.

Automatic Diverge Mapping System

Um mapa visual de realidades paralelas.

O jogador podia navegar entre diferentes rotas utilizando pontos de divergência.

Na prática:

Falhou?
↓
Volte
↓
Colete informação
↓
Execute novamente
↓
Abra nova rota

É literalmente um processo de debugging do destino.


☕ O PROTAGONISTA

Takuya Arima

Diferente de muitos protagonistas passivos da época, Takuya é:

  • Inteligente

  • Sarcástico

  • Investigativo

  • Persistente

  • Falho

Ele não é um herói clássico.

Ele age como um analista tentando entender um sistema legado sem documentação.

Quanto mais investiga, mais descobre que a arquitetura é maior do que imaginava.


☕ PRINCIPAIS PERSONAGENS

Takuya Arima

O operador do Reflector Device.

Koudai Arima

Seu pai desaparecido.

O equivalente ao arquiteto-chefe que abandonou o projeto e deixou apenas documentação incompleta.

Ayu Arima

Sua madrasta.

Possui importância muito maior para a narrativa do que aparenta inicialmente.

Mio Shimazu

Uma das personagens mais importantes da investigação científica.

Kanna Hatano

Figura central em diversos mistérios da obra.

YU-NO

A personagem que dá nome à série.

Sua existência está ligada ao maior segredo de toda a narrativa.


☕ TEMAS ESCONDIDOS

A maioria das pessoas vê apenas viagem temporal.

Mas YU-NO fala sobre temas muito mais profundos.

Destino versus Livre Arbítrio

Se você puder repetir uma decisão infinitas vezes:

você realmente está escolhendo?

ou apenas procurando a resposta correta?


Memória

O anime pergunta:

O que faz você ser você?

Suas experiências?

Suas lembranças?

Ou apenas a linha temporal em que você nasceu?


Luto

Grande parte da jornada de Takuya é uma tentativa de lidar com perdas.

O multiverso funciona como metáfora para:

"E se eu tivesse feito diferente?"

Uma pergunta que todo ser humano já fez.


Amor

A obra trata o amor não apenas como romance.

Mas como uma força capaz de atravessar:

  • Tempo

  • Espaço

  • Realidades

  • Civilizações


☕ AVENTURAS E MISTÉRIOS

A primeira metade parece uma investigação paranormal.

A segunda metade vira uma gigantesca aventura de ficção científica.

E então o anime faz algo que surpreende muita gente.

Ele muda completamente de escala.

O que parecia uma história local passa a envolver:

  • Mundos alternativos

  • História antiga

  • Tecnologia perdida

  • Sobrevivência

  • Profecias

É como começar analisando um erro de JCL e terminar descobrindo uma arquitetura interplanetária.


☕ HOUVE CENSURA?

Sim.

E muita discussão.

A visual novel original de 1996 era um jogo adulto.

Possuía conteúdo erótico explícito.

Quando foi adaptada:

  • Consoles removeram cenas adultas.

  • Remakes alteraram vários conteúdos.

  • O anime de 2019 eliminou praticamente todo o material erótico.

Por isso muitos fãs antigos consideram o anime mais "limpo" e acessível ao público geral.

Por outro lado, alguns acreditam que parte da profundidade emocional de certas rotas foi reduzida.


☕ IMPACTO CULTURAL

Aqui está o ponto que muitos desconhecem.

YU-NO não é apenas mais uma visual novel.

Ela é considerada por muitos historiadores dos games japoneses uma das obras mais influentes do gênero.

Sua influência pode ser percebida em:

  • Steins;Gate

  • Fate/Stay Night

  • Clannad

  • Re:Zero

  • Higurashi

  • Muv-Luv

Em termos de inovação narrativa, YU-NO é para as visual novels o que:

CICS foi para processamento online
ou
DB2 foi para bancos relacionais

Uma tecnologia que mudou toda a indústria.


☕ O TRABALHO DO ESTÚDIO FEEL.

O estúdio Feel. recebeu uma tarefa extremamente difícil.

Adaptar uma obra gigantesca.

A visual novel possui dezenas de horas de conteúdo.

Transformar isso em 26 episódios exigiu:

  • Compressão de eventos

  • Alterações de ritmo

  • Simplificações narrativas

O resultado dividiu opiniões.

Quem conhecia apenas o anime geralmente gostou.

Quem conhecia profundamente a visual novel percebeu cortes importantes.

Mesmo assim, o estúdio conseguiu preservar os principais conceitos filosóficos da obra.


☕ O QUE TORNA YU-NO ESPECIAL?

Muitos animes usam viagem no tempo como ferramenta.

YU-NO usa viagem no tempo como linguagem narrativa.

A diferença é enorme.

O tempo não é um elemento da história.

O tempo É a história.

Cada rota.

Cada escolha.

Cada universo.

Cada erro.

Cada correção.

Tudo faz parte de um gigantesco sistema interligado.


☕ Classificação Bellacosa Mainframe

CritérioNota
Ficção Científica⭐⭐⭐⭐⭐
Complexidade Narrativa⭐⭐⭐⭐⭐
Viagem Temporal⭐⭐⭐⭐⭐
Romance⭐⭐⭐⭐
Mistério⭐⭐⭐⭐⭐
Impacto Histórico⭐⭐⭐⭐⭐
Acessibilidade para Iniciantes⭐⭐⭐
Reassistir⭐⭐⭐⭐⭐

Veredito Final

YU-NO não é apenas um anime.

É um dos ancestrais de praticamente toda a moderna ficção japonesa baseada em linhas temporais alternativas.

Foi a obra que mostrou que uma narrativa poderia funcionar como um sistema distribuído de possibilidades.

Se Steins;Gate é o datacenter moderno e Re:Zero é a camada de aplicação, YU-NO é o mainframe ancestral escondido no subsolo, ainda executando o código original que inspirou tudo o que veio depois.

E ao final da jornada, a mensagem mais poderosa permanece:

Talvez a vida seja exatamente como um gigantesco ambiente de produção. Não podemos voltar para alterar o commit original. Mas podemos usar tudo o que aprendemos nas execuções anteriores para construir a próxima versão de nós mesmos. ☕💣⏳

 

terça-feira, 11 de junho de 2019

💥 NORAGAMI: O DEUS SEM TEMPLO QUE DESAFIOU O ESQUECIMENTO

 

Bellacosa Mainframe apresenta um anime fora da curva Noragami

💥 NORAGAMI: O DEUS SEM TEMPLO QUE DESAFIOU O ESQUECIMENTO

Se você acha que Noragami é só “mais um anime sobrenatural”…
👉 você está lendo o dataset errado.

Porque aqui estamos falando de um sistema complexo, com múltiplas camadas, eventos assíncronos (vida/morte) e entidades distribuídas (deuses, espíritos, humanos) operando em paralelo.

Bem-vindo ao mainframe espiritual japonês.


🧬 ORIGEM: O SOURCE CODE

  • 📚 Criado por: Adachitoka
  • 🏢 Publicado pela Kodansha
  • 📅 Execução: 2010 → 2024
  • 📦 Total: 27 volumes

👉 Think like a sysprog:
Noragami começou como um job longo, rodando por mais de uma década, com commits constantes e evolução de arquitetura narrativa.

💡 Resultado:

  • de 8 milhões de cópias em circulação

⚙️ ARQUITETURA DA HISTÓRIA (Design do Sistema)

O core da aplicação:

  • 🌍 Near Shore → mundo humano
  • 🌑 Far Shore → mundo espiritual
  • ⚔️ Shinki → interfaces entre camadas

👉 Isso é basicamente:
um sistema distribuído entre dimensões


👤 PERSONAGENS = PROCESSOS CRÍTICOS

Yato — O daemon sem recurs

  • Deus sem templo = processo sem CPU dedicada
  • Cobra 5 ienes = job barato
  • Objetivo: escalar para produção (ter seguidores)

👉 Mas por trás:

  • passado violento
  • arquitetura moral instável

🗡️ Yukine — O recurso volátil

  • Espírito humano → vira arma
  • Instabilidade emocional = corrupção de dados

👉 Quando falha:

  • afeta diretamente o Yato
    💡 acoplamento forte (tight coupling)

❤️ Hiyori Iki — A ponte entre sistemas

  • Humana com acesso dual
  • Atua como middleware entre mundos

🛡️ Bishamon — Cluster de alta disponibilidade

  • Múltiplos shinkis
  • Alta carga emocional
  • Sistema resiliente… mas sobrecarregado

🎬 ANIME: A IMPLEMENTAÇÃO EM PRODUÇÃO

Produzido pelo estúdio Bones:

  • 📺 2014 → 1ª temporada (12 eps)
  • 📺 2015 → Noragami Aragoto (13 eps)

💡 Destaques técnicos:

  • animação fluida
  • trilha sonora marcante
  • direção consistente

⚠️ INCIDENTE: POR QUE NÃO TEVE SEASON 3?

Aqui começa o “post-mortem”:

  • 📉 queda de vendas físicas (mercado da época)
  • 🧑‍💻 pausas no mangá (problemas de saúde dos autores)
  • 🏢 foco do estúdio em outros projetos
  • 📦 adaptação parcialmente divergente do mangá

👉 Resultado:
processo não escalado para nova release

➡️ Até hoje:
❌ sem confirmação de terceira temporada


📖 MANGÁ VS ANIME (DIFERENÇA DE AMBIENTE)

👉 O anime cobre só parte do sistema

No mangá:

  • história fica mais densa
  • Yato é MUITO mais complexo
  • conflitos escalam para nível “arquitetura divina”

💡 Em termos de TI:

  • anime = ambiente de homologação
  • mangá = produção real

🔥 MELHORES MOMENTOS (EVENTOS CRÍTICOS)

💥 Yukine “bugando”

  • crise moral
  • corrupção do sistema
    👉 um dos arcos mais profundos do anime

⚔️ Yato vs Bishamon

  • conflito de alto nível
  • histórico compartilhado

😢 Ritual de purificação

  • analogia direta a “rollback de erro humano”

🧠 EASTER EGGS E DETALHES

  • ⛩️ Baseado no Shintoísmo
  • 🪞 Referências a mitos como Amaterasu
  • 💰 5 ienes = moeda tradicional para pedidos espirituais no Japão
  • ⚔️ nomes dos shinkis seguem padrões linguísticos reais

📚 EXPANSÕES DO UNIVERSO

  • 📖 Spin-off: Stray Stories
  • 🎧 Drama CD
  • 📱 Jogo mobile (2015)

🌍 REPERCUSSÃO E LEGADO

  • 📈 Top 14 mangás no Japão em 2014
  • 📦 +8 milhões de cópias
  • 🏆 Indicado ao prêmio Kodansha

👉 Comunidade ainda ativa (mesmo sem anime novo)

“It WAS huge…”


🔄 EVOLUÇÃO DA OBRA

FaseEstado
Inícioleve, humorístico
Meioemocional e psicológico
Finaldenso, filosófico e sombrio

👉 evolução típica de sistema que cresce em complexidade


⚙️ ANÁLISE TÉCNICA (NÍVEL MAINFRAME)

🧩 Design narrativo

  • modular
  • interdependente
  • orientado a estado emocional

🔗 Acoplamento

  • forte entre Yato ↔ Yukine
  • falha em um = impacto global

🔄 Persistência

  • memória = existência
  • esquecimento = exclusão lógica

⚠️ Tratamento de erro

  • culpa = exceção
  • purificação = rollback

Noragami um deus sem templo

🧠 CONCLUSÃO (Estilo Bellacosa)

Noragami não é sobre deuses.

👉 É sobre:

  • identidade
  • propósito
  • legado
  • e o medo de ser esquecido

No fim…

Yato não quer poder
não quer dominar sistemas

👉 Ele só quer não ser deletado