Translate

domingo, 12 de agosto de 2012

Truta maluca cantando e dançando

Besteirol puro uma truta que canta

Ter amigos é uma coisa fantástica, poder ir ate eles ou  receber-los em casa. Uma boa jantarada tagarelando banalidades por algumas horas. Uma conversa neutra sem objectivos de ganhar ou perder apenas diversão garantida.

Este video gravei na casa do Luigi e da Ornela, depois de uns copitos de vinho, descobri uma truta maluca na parede.


Ao descobrir que ela cantava e dançava foi gargalhadas generalisadas, maníaco por fotos como sou, não deixei de gravar este pequeno video.


sábado, 11 de agosto de 2012

🧠 “Quantos tipos de logs existem no SMF? — ou: quando o sistema decide contar TUDO”

 


🧠 “Quantos tipos de logs existem no SMF? — ou: quando o sistema decide contar TUDO”


SMF explicado para quem já confiou mais em registro binário do que em discurso


☕ 01:11 — O dia em que você descobre que o SMF sabe mais que você

Todo mainframer passa por isso:
abre um dump, vê o horário, cruza com o SMF…
e percebe que o sistema lembra melhor do que qualquer humano.

Este artigo é sobre os tipos de registros SMF, como funcionam, o que registram e por que eles continuam sendo a fonte definitiva de observabilidade corporativa.


🧬 Um pouco de história (quando log era coisa séria)

O SMF não nasceu para “debug”.
Nasceu para:

  • cobrança

  • auditoria

  • capacidade

  • planejamento

  • evidência operacional

📌 Comentário Bellacosa:
Antes de “log”, chamava-se prova.


🔢 Quantos tipos de SMF existem afinal?

Tecnicamente:

  • Tipos SMF vão de 0 a 255

  • Nem todos são usados

  • Muitos são reservados

  • Alguns são específicos de subsistema

🔥 Resposta curta:

Existem centenas, mas menos de 40 são realmente críticos no dia a dia.


🧠 Estrutura básica de um registro SMF (o DNA)

Todo registro SMF tem:

📦 Header padrão

  • Tipo do registro

  • Data e hora

  • Sistema

  • Identificador do job / task

  • Comprimento do registro

🧩 Seções variáveis

  • Dependem do tipo

  • Podem ter múltiplas ocorrências

  • São versionadas

😈 Easter egg:
SMF não quebra compatibilidade — ele adiciona seções.


🗂️ Principais tipos de SMF (os que realmente importam)

🔹 SMF Tipo 0 — IPL & Configuração

📌 Registra:

  • IPL do sistema

  • Mudanças de parâmetros

  • Ambiente inicial

🧠 Uso:

  • Auditoria

  • Linha do tempo do sistema


🔹 SMF Tipo 1 — Job Start

📌 Registra:

  • Início de jobs

  • Classe

  • Prioridade

🔥 Analogia distribuída:
“Application started”


🔹 SMF Tipo 2 — Job End

📌 Registra:

  • Final do job

  • RC

  • Consumo de recursos

📌 Bellacosa style:
O RC mente. O SMF não.


🔹 SMF Tipo 3 — Intervalo de Job

📌 Registra:

  • Uso de CPU

  • I/O

  • Tempo de espera

🧠 Base de:

  • Chargeback

  • Capacity planning


🔹 SMF Tipo 4 / 5 — Step Start / End

📌 Registra:

  • Cada step do job

  • Recursos por step

😈 Easter egg:
Ideal para descobrir qual step realmente dói.


🔹 SMF Tipo 6 — Print/Output

📌 Registra:

  • Uso de spool

  • Impressão

📌 Hoje menos usado, mas ainda presente.


🔹 SMF Tipo 7 / 8 — Accounting & Performance

📌 Registra:

  • TSO

  • Sessões interativas

🔥 Cloud analogy:
User session metrics.


🔹 SMF Tipo 14 / 15 — Dataset Activity

📌 Registra:

  • Abertura

  • Leitura

  • Escrita

  • Fechamento de datasets

🧠 Uso:

  • Segurança

  • Performance

  • Forense


🔹 SMF Tipo 30 — O canivete suíço

📌 Registra:

  • Job start / end

  • Step

  • Address space

  • USS

🔥 Comentário Bellacosa:
Se você só pudesse guardar um tipo… seria o 30.


🔹 SMF Tipo 70–79 — RMF (Performance do sistema)

📌 Registra:

  • CPU

  • Memória

  • I/O

  • Workload

🧠 Base de:

  • Observabilidade real

  • Capacity planning


🔹 SMF Tipo 80 — Segurança (RACF)

📌 Registra:

  • Logon

  • Acesso negado

  • Alterações críticas

😈 Easter egg:
Auditor ama esse tipo. Operador respeita.


🔹 SMF de subsistemas (os mais ricos)

🔸 CICS (110)

  • Transações

  • Tempo de resposta

  • Recursos

🔸 DB2 (100, 101, 102…)

  • SQL

  • Buffer pools

  • Locking

🔸 MQ (115/116)

  • PUT / GET

  • Depth

  • Performance

🔥 Tradução moderna:
Isso aqui são traces distribuídos antes da moda.


🧭 Passo a passo: como pensar SMF como observabilidade

1️⃣ Identifique o tipo certo
2️⃣ Leia o header (tempo e contexto)
3️⃣ Analise seções relevantes
4️⃣ Correlacione com outros tipos
5️⃣ Só então conclua

📌 Regra de ouro:
Nunca analise um SMF isolado.


📚 Guia de estudo para sobreviver no século XXI

Prioridade de aprendizado

  1. Tipo 30

  2. Tipos RMF (70–79)

  3. Subsystems (CICS, DB2, MQ)

  4. Tipo 80 (segurança)

Exercício Bellacosa

👉 Refaça uma RCA antiga
👉 Usando apenas SMF
👉 Compare com o relatório oficial

O SMF geralmente ganha.


🎯 Aplicações reais no mundo corporativo

  • Observabilidade híbrida

  • SRE corporativo

  • Auditoria regulatória

  • Capacity planning

  • Integração com AIOps

🔥 Comentário final:
Todo sistema distribuído sonha em ter a rastreabilidade que o SMF já entrega.


🖤 Epílogo — 04:02, tudo documentado

Enquanto o mundo discute qual ferramenta usar,
o SMF continua registrando o que realmente aconteceu.

El Jefe Midnight Lunch assina:
“Logs contam histórias. SMF registra a verdade.”

 

quarta-feira, 1 de agosto de 2012

☕💣👁️ ANOTHER: OPERADOR, EXISTE UM REGISTRO FANTASMA NA BASE!

 

Bellacosa Mainframe mortes e mais mortes em Another

☕💣👁️ OPERADOR, EXISTE UM REGISTRO FANTASMA NA BASE!

ANOTHER — O ANIME QUE TRANSFORMOU UMA SALA DE AULA EM UM SISTEMA COM CORRUPÇÃO DE DADOS SOBRENATURAL



Ficha Técnica

ItemInformação
Título OriginalAnother
AutorYukito Ayatsuji
Ilustrações OriginaisNoizi Ito
TipoLight Novel
Publicação2009
Anime2012
EstúdioP.A. Works
DiretorTsutomu Mizushima
Episódios12 + OVA
GêneroTerror, Mistério, Suspense, Sobrenatural, Psicológico
Classificação Indicativa16+ (podendo variar por país)

O Que é Another?

Imagine que alguém inseriu um registro inválido em uma base de dados.

O sistema percebe que existe uma inconsistência.

Então um processo automático inicia uma correção.

Só que, em vez de apagar registros digitais, ele elimina pessoas reais.

Bem-vindo a Another.

Um dos animes de terror mais influentes da década de 2010.


O Estúdio P.A. Works


O anime foi produzido pelo famoso estúdio P.A. Works, conhecido por:

  • Angel Beats!

  • Charlotte

  • Shirobako

  • Hanasaku Iroha

  • The Eccentric Family

O estúdio é famoso pela qualidade absurda dos cenários.

Em Another isso aparece claramente:

  • Corredores vazios

  • Escolas silenciosas

  • Céus cinzentos

  • Casas antigas

  • Hospitais assustadores

Tudo contribui para criar uma sensação permanente de desconforto.


Sinopse

Em 1998, o estudante Kouichi Sakakibara é transferido para a Classe 3-3 da Escola Yomiyama Norte.

Logo percebe algo estranho.

Existe uma garota chamada Mei Misaki.

Ela frequenta a sala normalmente.

Mas todos fingem que ela não existe.

Professores a ignoram.

Alunos evitam mencioná-la.

Mesmo assim ela continua ali.

Quando Kouichi decide conversar com ela, começa a descobrir um segredo aterrorizante ligado à sala.


Resumo da História

Tudo começou em 1972.

Uma estudante extremamente popular chamada Misaki morreu repentinamente.

Os colegas ficaram tão abalados que continuaram fingindo que ela ainda estava viva.

A partir desse momento, algo sobrenatural nasceu.

Décadas depois, a Classe 3-3 passou a sofrer uma maldição.

Todos os anos surge uma pessoa "extra".

Essa presença altera a realidade.

Como consequência, mortes começam a ocorrer de forma sucessiva.

Para tentar controlar o problema, a turma adota um protocolo.

Ignorar completamente uma pessoa escolhida.

Como se ela não existisse.

Mas nem sempre isso funciona.


Em Linguagem Mainframe

A Maldição

  • Classe 3-3 = Base de Dados

  • Pessoa Extra = Registro Duplicado

  • Morte = DELETE Automático

  • Destino = Job Batch

  • Investigação = Debug em Produção

  • Maldição = Processo Autônomo sem Operador

Imagine um VSAM que detecta inconsistências.

Em vez de emitir RC=08.

Ele responde:

DELETE USER
DELETE USER
DELETE USER
DELETE USER

Esse é o espírito de Another.


Os Personagens Principais

Kouichi Sakakibara

O operador curioso.

É o novo aluno que percebe rapidamente que algo está errado.

Seu principal defeito?

Fazer perguntas.

Em Another isso é extremamente perigoso.


Mei Misaki

Image

Image

Image

Image

Image

Image

Uma das personagens mais icônicas do terror japonês.

Características:

  • Tapa-olho misterioso

  • Personalidade silenciosa

  • Inteligência elevada

  • Comportamento enigmático

Ela vive entre o mundo dos vivos e dos mortos de uma forma bastante peculiar.


Reiko Mikami

Tia de Kouichi.

Uma das personagens mais importantes da trama.

Sua presença está ligada diretamente aos grandes mistérios da história.


Classe 3-3

Praticamente um personagem coletivo.

Todos carregam medo.

Todos escondem informações.

Todos possuem segredos.


Temáticas Principais

Medo Coletivo

O anime mostra como grupos inteiros podem aceitar situações absurdas apenas para sobreviver.


Negação da Realidade

Os alunos preferem seguir regras irracionais do que encarar a verdade.


Destino

A principal pergunta da obra:

O destino pode ser alterado?

Ou tudo já está determinado?


Morte

A morte em Another não é um evento.

É uma força inevitável.

Uma espécie de programa rodando continuamente em background.


O Que Tem de Diferente?

Muitos animes de terror apresentam:

  • Fantasmas

  • Demônios

  • Monstros

Another faz algo diferente.

O verdadeiro terror vem da expectativa.

Você sabe que algo ruim acontecerá.

Mas não sabe:

  • Quando

  • Como

  • Com quem

Essa tensão constante é a essência da obra.


As Aventuras de Kouichi

Embora seja um anime de terror, existe uma investigação contínua.

Kouichi passa por:

  • Descoberta da maldição

  • Busca por registros antigos

  • Pesquisa em arquivos escolares

  • Conversas secretas

  • Tentativas de quebrar o ciclo

Cada descoberta revela uma camada mais profunda do mistério.


Mensagens Ocultas

A Sociedade Cria Seus Próprios Fantasmas

O fenômeno começou porque pessoas se recusaram a aceitar uma perda.

A história sugere que negar a realidade pode criar consequências imprevisíveis.


Informação é Poder

Quem conhece a verdade possui vantagem.

Quem ignora os fatos torna-se vítima.

Uma lição válida tanto para estudantes quanto para operadores de mainframe.


O Perigo da Conformidade

Muitos personagens seguem regras sem compreender o motivo.

Isso lembra ambientes corporativos onde processos antigos continuam existindo apenas porque "sempre foi assim".


Impacto Cultural

Another tornou-se referência quando se fala em:

  • Anime de terror

  • Suspense escolar

  • Mistérios sobrenaturais

Influenciou uma nova geração de fãs do gênero.

Mei Misaki virou:

  • Cosplay popular

  • Figura colecionável

  • Ícone visual do horror japonês

Até hoje seu tapa-olho é imediatamente reconhecido por fãs de anime.


Curiosidades

A Novel é Diferente

A light novel possui ritmo mais investigativo.

O anime enfatiza mais o horror visual.


OVA Importante

O episódio especial "The Other – Inga" aprofunda o relacionamento entre Mei e sua amiga Izumi.


Mortes Memoráveis

Another ficou famoso por algumas das mortes mais chocantes dos animes.

Muitas delas tornaram-se memes e discussões permanentes entre fãs.


Avaliação Bellacosa Mainframe

CritérioNota
Mistério10/10
Terror9/10
Atmosfera10/10
Suspense10/10
Personagens8/10
Final9/10
Impacto Cultural9/10

Veredito Final do Operador

Another não é apenas um anime de terror.

É uma investigação sobre memória, destino, culpa e medo coletivo.

Sob a superfície das mortes violentas existe uma reflexão interessante sobre como pessoas lidam com perdas e como comunidades inteiras podem sustentar mentiras para evitar encarar a realidade.

Na analogia Bellacosa Mainframe:

"A Classe 3-3 é um sistema legado rodando há décadas. Ninguém entende completamente a documentação, ninguém sabe quem criou a regra original e todos têm medo de desligar o processo. O resultado é um job sobrenatural que executa DELETEs aleatórios todos os anos enquanto os operadores fingem que tudo está normal." ☕💣👁️

Classificação Bellacosa Mainframe: ⭐⭐⭐⭐⭐ (5/5)

Recomendado para fãs de: Higurashi, Shiki, Erased, Summertime Rendering, Corpse Party, Dark Gathering e Tasogare Otome x Amnesia.


sábado, 7 de julho de 2012

☕⚔️👻 ISOGAI HEIDAZAEMON TAKETSURA — O ANALISTA QUE ENCONTROU UM BUG SOBRENATURAL EM PRODUÇÃO

 

Bellacosa Mainframe e o lendario Isogai Heidazaemon Taketsura

☕⚔️👻 ISOGAI HEIDAZAEMON TAKETSURA — O ANALISTA QUE ENCONTROU UM BUG SOBRENATURAL EM PRODUÇÃO

Existem histórias de samurais.

Existem histórias de fantasmas.

Existem histórias de monges.

E existe a história de Isogai Heidazaemon Taketsura, que parece ter sido escrita por alguém que misturou um filme de terror japonês, um manual de sobrevivência em produção e uma madrugada de suporte em um ambiente legado que ninguém documentou.

Quando li essa história pela primeira vez, imediatamente pensei:

"Isso não é uma lenda japonesa."

Isso é um incidente de produção.

Apenas trocaram os nomes.

Porque qualquer profissional experiente de tecnologia já viveu uma situação parecida.

Você chega em um ambiente aparentemente normal.

Tudo parece tranquilo.

Os usuários são simpáticos.

A documentação existe.

Os processos parecem funcionar.

Mas quando chega a madrugada...

você descobre que o sistema inteiro é assombrado.


O Samurai Que Perdeu o Ambiente

Taketsura viveu durante o turbulento período Muromachi.

Era um samurai.

Servia um senhor feudal.

Tinha uma carreira definida.

Uma estrutura.

Um propósito.

Uma hierarquia.

Até que veio a guerra.

E a guerra fez o que guerras sempre fazem.

Destruiu tudo.

Seu senhor foi derrotado.

Seu clã desapareceu.

Seu mundo acabou.

Quem trabalha com tecnologia sabe exatamente o que significa isso.

É o equivalente corporativo de:

  • fusão de empresas;

  • encerramento de contrato;

  • troca de fornecedor;

  • terceirização;

  • migração para nuvem;

  • transformação digital conduzida por consultoria que nunca viu o sistema real.

De um dia para o outro o ambiente desaparece.

O profissional precisa decidir:

"Para onde vou agora?"


A Escolha Mais Difícil

Muitos samurais da época procuravam outro senhor.

Era o caminho lógico.

Continuar a carreira.

Manter a renda.

Preservar o status.

Mas Taketsura tomou uma decisão diferente.

Abandonou a espada.

Tornou-se monge itinerante.

Passou a viajar pelo Japão.

Quando leio isso imagino imediatamente o profissional experiente que deixa uma posição estável para seguir outro caminho.

Talvez consultoria.

Talvez treinamento.

Talvez ensino.

Talvez pesquisa.

Talvez uma nova carreira.

É uma decisão que assusta.

Porque você abandona algo conhecido.

E entra em território desconhecido.


O Problema Começa Quando Anoitece

Depois de muito viajar, Taketsura chega a uma região montanhosa.

Está cansado.

Precisa descansar.

Precisa de abrigo.

Precisa apenas de uma noite tranquila.

Nada mais.

E aqui existe uma lição importante.

Nas histórias de terror japonesas o problema nunca começa quando alguém está procurando aventura.

O problema começa quando alguém procura descanso.

Você quer apenas dormir.

O universo responde:

"Não hoje."


O Ambiente Parecia Perfeito

Taketsura encontra uma casa.

Os moradores parecem gentis.

Educados.

Normais.

Recebem o viajante.

Oferecem abrigo.

Comida.

Descanso.

Tudo parece funcionar.

Tudo parece saudável.

Tudo parece dentro do esperado.

Novamente, isso lembra muito projetos reais.

Você recebe acesso ao ambiente.

Tudo parece organizado.

Existe documentação.

Existe governança.

Existe processo.

Existe monitoramento.

Existe suporte.

Existe compliance.

Existe auditoria.

Existe procedimento.

Existe PowerPoint.

Muito PowerPoint.


A Regra Que Ninguém Explica

Antes de dormir, os moradores fazem um pedido estranho.

Não saia.

Não olhe.

Não investigue.

Não faça perguntas.

Durma.

Apenas durma.

Todo profissional experiente sabe o significado disso.

Quando alguém diz:

"Não mexa nisso."

A primeira pergunta é:

"Por quê?"

A segunda é:

"O que exatamente vocês estão escondendo?"

Porque sistemas saudáveis não precisam de segredos.


A Curiosidade Profissional

Taketsura não consegue ignorar.

Ele observa.

Analisa.

Investiga.

Audita.

Monitora.

Faz exatamente aquilo que todo bom analista faz.

E então descobre a verdade.

A pior verdade possível.


O Batch Noturno Era Literalmente Assombrado

Quando a noite chega, os moradores revelam sua verdadeira natureza.

Não são humanos comuns.

São criaturas sobrenaturais.

Nukekubi.

Seus corpos permanecem imóveis.

Mas suas cabeças se desprendem.

Voam pela noite.

Conversam.

Planejam.

Caçam.

Matam.

Retornam antes do amanhecer.

Imagine descobrir que os usuários do seu sistema fazem isso depois da meia-noite.

É praticamente a descrição de muitos ambientes corporativos.

Durante o dia:

Tudo parece normal.

Durante a madrugada:

Começam processos misteriosos.

Jobs desconhecidos.

Rotinas sem documentação.

Integrações fantasmas.

Arquivos que surgem do nada.

Tabelas que mudam sozinhas.

Parâmetros que ninguém sabe explicar.


O Horror Não São os Monstros

O detalhe mais interessante da história não é a existência dos Nukekubi.

É outra coisa.

Taketsura escuta as cabeças conversando.

E descobre que elas estão discutindo como devorá-lo.

Ou seja:

O incidente não é acidental.

O problema não é técnico.

O problema é deliberado.

Existe intenção.

Existe planejamento.

Existe estratégia.

Existe ameaça.

Quem já trabalhou em ambientes complexos sabe que alguns problemas não acontecem por acaso.

Alguém criou aquilo.

Alguém permitiu aquilo.

Alguém ignorou aquilo.

Alguém deixou aquilo crescer.


O Que Diferencia Um Mestre De Um Iniciante

O iniciante entra em pânico.

O mestre observa.

Esse é o ponto central da história.

Taketsura não grita.

Não corre.

Não perde o controle.

Não entra em desespero.

Ele analisa.

Avalia.

Pensa.

Age.

Essa talvez seja a característica mais valiosa que um profissional experiente desenvolve ao longo da vida.

A capacidade de permanecer funcional quando tudo ao redor está desmoronando.

Porque experiência não significa saber tudo.

Experiência significa conseguir continuar pensando quando ninguém mais consegue.


A Coragem Verdadeira

Muitas pessoas acreditam que coragem significa ausência de medo.

Não significa.

Taketsura certamente sentiu medo.

Qualquer ser humano sentiria.

Imagine acordar e descobrir que cabeças voadoras estão discutindo qual parte do seu corpo pretendem comer.

O medo é inevitável.

O diferencial é agir apesar dele.

É isso que define tanto um samurai quanto um grande profissional.


A Metáfora Que Tornou Essa História Imortal

Talvez seja por isso que essa narrativa tenha sobrevivido por séculos.

Porque os Nukekubi representam algo profundamente humano.

Durante o dia todos usamos máscaras.

Papéis.

Funções.

Títulos.

Cargos.

Responsabilidades.

Mas à noite surgem nossas verdadeiras naturezas.

Nossos medos.

Nossas ambições.

Nossas obsessões.

Nossos desejos.

A cabeça voadora é um símbolo poderoso.

Representa a separação entre aparência e essência.

Entre aquilo que mostramos ao mundo e aquilo que realmente somos.


O Japão E O Medo Do Invisível

Uma característica fascinante do terror japonês é que ele raramente depende de violência explícita.

O verdadeiro horror está na descoberta.

Na percepção.

Na revelação.

No entendimento gradual de que algo está errado.

Muito errado.

E talvez essa seja uma das razões pelas quais essas histórias permanecem tão eficazes.

Porque o medo mais profundo não é o do monstro.

É o da verdade.


O Relatório Final De Taketsura

Se essa história acontecesse em um ambiente Mainframe, imagino o fechamento do chamado:

INCIDENTE: Atividade anômala identificada durante processamento noturno.

CAUSA RAIZ: Usuários classificados incorretamente como humanos.

DIAGNÓSTICO: Presença de entidades Nukekubi em ambiente produtivo.

IMPACTO: Risco elevado para integridade física do analista.

AÇÃO CORRETIVA: Neutralização da ameaça.

STATUS: Resolvido.

OBSERVAÇÃO: Recomenda-se revisão periódica dos processos noturnos e validação da conexão entre cabeças e corpos antes da liberação para produção.


Considerações Finais

A história de Isogai Heidazaemon Taketsura atravessou quase seis séculos porque fala de algo universal.

Ela não fala apenas de fantasmas.

Não fala apenas de monstros.

Não fala apenas de samurais.

Ela fala sobre enfrentar o desconhecido.

Sobre manter a calma quando tudo parece impossível.

Sobre continuar raciocinando quando o medo tenta assumir o controle.

E talvez seja exatamente por isso que tantos profissionais experientes se identificam com ela.

Porque em algum momento da carreira todos nós entramos em um ambiente aparentemente normal.

Todos nós ouvimos alguém dizer:

"Não mexa nisso."

Todos nós ignoramos o aviso.

Todos nós investigamos.

E todos nós descobrimos que existiam cabeças voadoras escondidas no processamento noturno.

A diferença entre uma tragédia e uma história lendária é simples.

Taketsura sobreviveu para escrever o relatório.

E no mundo da tecnologia, da consultoria e dos sistemas legados, sobreviver à madrugada já é, por si só, um feito digno de uma lenda. ☕⚔️👻💀🚀


sexta-feira, 6 de julho de 2012

☕💣📓 MIRAI NIKKI: OPERADOR, O FUTURO JÁ FOI GRAVADO NO LOG!

 

Bellacosa Mainframe e insano futuro de Mirai Nikki

☕💣📓 OPERADOR, O FUTURO JÁ FOI GRAVADO NO LOG!

MIRAI NIKKI — O ANIME QUE TRANSFORMOU UM CELULAR EM UMA ARMA DE DESTRUIÇÃO EM MASSA PSICOLÓGICA



📋 Ficha Técnica

Título Original: 未来日記 (Mirai Nikki)

Título Internacional: Future Diary

Autor do Mangá: Sakae Esuno

Publicação do Mangá: 2006–2010

Revista: Shōnen Ace

Volumes: 12

Estúdio: Asread

Direção: Naoto Hosoda

Exibição Original: Outubro de 2011 a Abril de 2012

Episódios: 26

OVA Final: Mirai Nikki Redial (2013)

Gêneros:

  • Suspense Psicológico

  • Mistério

  • Sobrevivência

  • Ação

  • Romance

  • Ficção Científica

  • Viagem Temporal

  • Horror Psicológico

Classificação Indicativa:

16+ em diversos países devido a:

  • Violência intensa

  • Assassinatos

  • Tortura

  • Conteúdo psicológico pesado

  • Temas de obsessão

  • Algumas cenas sexualizadas


☕ O QUE ACONTECE QUANDO DEUS RODA UM JOB DE ELIMINAÇÃO?

Imagine que o operador do universo decidiu encerrar sua carreira.

Agora imagine que esse operador é literalmente Deus.

E imagine que ele escolhe 12 pessoas aleatórias para participar de um processo seletivo mortal.

Essa é a premissa de Mirai Nikki.

O Deus do Tempo e Espaço, chamado Deus Ex Machina, está morrendo.

Ele precisa escolher um sucessor.

Para isso cria um jogo.

Os participantes recebem diários capazes de prever o futuro.

O último sobrevivente herdará o universo.

Parece simples.

Não é.


📖 Sinopse

Yukiteru Amano é um adolescente introvertido que prefere observar o mundo em vez de participar dele.

Seu passatempo consiste em registrar acontecimentos em seu celular.

O que ele não sabe é que seu amigo imaginário, Deus Ex Machina, é real.

Um dia seu diário começa a prever o futuro.

Logo ele descobre que existem outros onze portadores de diários.

Todos possuem habilidades diferentes.

Todos precisam matar uns aos outros.

Todos querem se tornar Deus.


🔍 O QUE TORNA MIRAI NIKKI DIFERENTE?

Na época existiam vários animes de sobrevivência.

Mas Mirai Nikki trouxe algo inovador.

Não era apenas um Battle Royale.

Era um Battle Royale baseado em informação.

Quem possui a informação possui o poder.

Cada diário prevê o futuro de forma diferente.

Alguns exemplos:

  • Diário de perseguição

  • Diário de assassinatos

  • Diário policial

  • Diário de observação

  • Diário de vigilância

  • Diário religioso

A batalha não é baseada apenas em força.

É baseada em:

  • Estratégia

  • Interpretação

  • Manipulação

  • Conhecimento antecipado

É quase como jogar xadrez contra pessoas que conseguem enxergar algumas jogadas à frente.


👥 Principais Personagens

📓 Yukiteru Amano

O protagonista.

Inicialmente fraco.

Medroso.

Dependente.

Passa boa parte da história tentando sobreviver.

Sua evolução é um dos pontos centrais do anime.

Muitos fãs o criticam.

Mas essa fragilidade é proposital.

Ele representa alguém comum lançado em uma situação impossível.


🔪 Yuno Gasai

A verdadeira estrela da obra.

Provavelmente a personagem yandere mais famosa da história dos animes.

Características:

  • Inteligente

  • Obsessiva

  • Violenta

  • Calculista

  • Extremamente dedicada

Sua obsessão por Yukiteru move praticamente toda a narrativa.

Ela é simultaneamente:

  • Heroína

  • Vilã

  • Salvadora

  • Monstro

Poucos personagens possuem tantas camadas psicológicas.


⛪ Minene Uryuu

Uma terrorista.

Mas também uma das personagens mais humanas da série.

Possui uma das melhores evoluções do anime.


👮 Keigo Kurusu

O policial.

Representa o conflito entre moralidade e sobrevivência.


👶 Reisuke Houjou

Uma das maiores demonstrações de como Mirai Nikki subverte expectativas.

Até crianças podem ser ameaças mortais.


🧠 A VERDADEIRA HISTÓRIA NÃO É SOBRE SOBREVIVÊNCIA

A maioria das pessoas acredita que Mirai Nikki é um anime sobre um jogo mortal.

Na realidade ele aborda temas muito mais profundos.


Solidão

Yukiteru é um personagem isolado.

Seu diário simboliza sua incapacidade de interagir com o mundo.

Ele registra a vida.

Mas não vive a vida.


Obsessão

Yuno representa amor levado ao extremo.

Não é amor saudável.

É dependência emocional transformada em destruição.


Destino versus Livre Arbítrio

O anime pergunta constantemente:

Se você conhece o futuro...

Você ainda é livre?

Ou já está preso ao destino?


Deus Imperfeito

Deus Ex Machina é uma metáfora interessante.

Mesmo sendo Deus:

  • Comete erros

  • Possui limitações

  • Precisa de sucessor

O anime questiona a ideia de divindade absoluta.


🚨 AS MENSAGENS OCULTAS

Aqui Mirai Nikki fica muito mais interessante.


O Diário É Uma Rede Social

Em 2011 isso parecia apenas um celular.

Hoje é assustador.

Os personagens vivem olhando para telas.

Dependem de notificações.

Tomam decisões baseadas em informações digitais.

Perdem contato com o mundo real.

Parece familiar?

A obra antecipou vários comportamentos modernos.


O Amor Como Prisão

Yuno acredita amar Yukiteru.

Mas seu amor elimina a liberdade dele.

A mensagem é clara:

Amor sem limites deixa de ser amor.

Transforma-se em controle.


O Futuro Não Garante Felicidade

Mesmo sabendo o que acontecerá:

Os personagens continuam sofrendo.

O anime mostra que informação não elimina angústia.


🌎 IMPACTO CULTURAL

Mirai Nikki deixou marcas profundas.

Popularizou o arquétipo da:

🔪 Yandere Moderna

Antes já existiam personagens semelhantes.

Mas Yuno Gasai tornou-se referência absoluta.

Até hoje:

  • Memes

  • Cosplays

  • Fanarts

  • Produtos

  • Discussões psicológicas

Continuam surgindo.

Muitas personagens posteriores foram comparadas a ela.


📺 HOUVE CENSURA?

Sim.

Dependendo da transmissão e do país.

Algumas versões reduziram:

  • Sangue

  • Violência gráfica

  • Exposição corporal

Entretanto a maior parte das cenas importantes permaneceu intacta.

O material original nunca foi proibido amplamente.

Mas sempre recebeu classificação elevada por causa da violência psicológica.


🎬 REDIAL: O EPÍLOGO OBRIGATÓRIO

Muitos espectadores terminam o episódio 26 e ficam confusos.

O OVA:

Mirai Nikki Redial

funciona como o encerramento verdadeiro.

Sem ele, a experiência fica incompleta.


☕💣 Análise Bellacosa Mainframe

Se Death Note é um sistema especialista.

Se School Days é um ABEND emocional.

Se Steins;Gate é um laboratório temporal.

Então Mirai Nikki é um ambiente de produção sem rollback onde 12 operadores receberam privilégios de SYSADM e descobriram o futuro dos jobs concorrentes.

O resultado?

Corrupção de dados emocionais.

Deadlocks psicológicos.

Loops temporais.

E uma usuária chamada Yuno Gasai executando comandos sem qualquer controle de mudança.


🏆 Veredito Final

História: ⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐ 10/10

Suspense: ⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐ 10/10

Personagens: ⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐ 10/10

Complexidade Psicológica: ⭐⭐⭐⭐⭐⭐⭐⭐⭐⭐ 10/10

Romance: ⭐⭐⭐⭐⭐⭐⭐⭐ 8/10

Violência: ⭐⭐⭐⭐⭐⭐⭐⭐⭐ 9/10

Final: ⭐⭐⭐⭐⭐⭐⭐⭐ 8/10 (10/10 com Redial)

Nota Bellacosa Mainframe

9,5/10 — ABEND U9999: FUTURE CONFLICT DETECTED

Mirai Nikki não é apenas um anime de sobrevivência.

É uma análise brutal sobre solidão, obsessão, destino, dependência emocional e o desejo humano de controlar o futuro.

E talvez sua maior mensagem seja justamente esta:

"Conhecer o futuro não é o mesmo que estar preparado para enfrentá-lo." 📓🔪⏳☕💣


quinta-feira, 5 de julho de 2012

☕🔥 CICS NA PRÁTICA — EXEMPLOS REAIS COM RESP E RESP2

 

Bellacosa Mainframe uso correto do resp1 e resp2 em comandos cics

☕🔥 CICS NA PRÁTICA — EXEMPLOS REAIS COM RESP E RESP2

Como Programadores Enterprise Tratam Erros, Controle Transacional e Exceções no Mundo IBM Z

No CICS profissional…

não basta executar comandos.

Você precisa:

  • validar retorno,

  • tratar erro,

  • evitar abend,

  • proteger integridade,

  • controlar concorrência,

  • garantir recovery.

E é aqui que entram:

RESP()
RESP2()

🔥 O QUE É RESP?

RESP:

  • retorna o código principal do resultado do comando CICS.

Exemplo:

EXEC CICS READ
     FILE('CLIENTE')
     RIDFLD(WS-CHAVE)
     INTO(WS-REG)
     RESP(WS-RESP)
END-EXEC

☕ O QUE É RESP2?

RESP2:

  • retorna detalhes adicionais do erro.

É o “subcódigo”.


Exemplo clássico

RESP:

NOTFND

RESP2:

80

Indica detalhe interno específico do recurso.


🔥 PADRÃO PROFISSIONAL

Todo sistema enterprise usa algo parecido com isto:

01 WS-RESP     PIC S9(8) COMP.
01 WS-RESP2    PIC S9(8) COMP.

☕ EXEMPLO 1 — READ FILE COM VALIDAÇÃO


Objetivo

Ler cliente VSAM.


EXEC CICS READ
     FILE('CLIENTE')
     RIDFLD(WS-CLIENTE-ID)
     INTO(WS-CLIENTE)
     LENGTH(WS-LEN)
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

EVALUATE WS-RESP

    WHEN DFHRESP(NORMAL)

         DISPLAY 'CLIENTE ENCONTRADO'

    WHEN DFHRESP(NOTFND)

         DISPLAY 'CLIENTE NAO EXISTE'
         DISPLAY 'RESP2: ' WS-RESP2

    WHEN DFHRESP(NOTOPEN)

         DISPLAY 'ARQUIVO FECHADO'

    WHEN OTHER

         DISPLAY 'ERRO CICS'
         DISPLAY 'RESP=' WS-RESP
         DISPLAY 'RESP2=' WS-RESP2

END-EVALUATE

🔥 EXPLICAÇÃO DOS PARÂMETROS

ParâmetroFunção
FILENome lógico do FCT
RIDFLDChave VSAM
INTOÁrea destino
LENGTHTamanho do registro
RESPCódigo principal
RESP2Detalhe técnico

☕ EXEMPLO 2 — WRITE COM DUPREC


EXEC CICS WRITE
     FILE('CLIENTE')
     FROM(WS-REGISTRO)
     RIDFLD(WS-CHAVE)
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

IF WS-RESP = DFHRESP(DUPREC)

    DISPLAY 'CHAVE DUPLICADA'
    DISPLAY 'RESP2=' WS-RESP2

END-IF

🔥 O QUE É DUPREC?

Duplicate Record.

Ocorre quando:

  • chave já existe no KSDS.


☕ EXEMPLO 3 — READ UPDATE + REWRITE


Cenário

Atualização segura com lock.


EXEC CICS READ
     FILE('CLIENTE')
     RIDFLD(WS-CHAVE)
     INTO(WS-REG)
     UPDATE
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

UPDATE

Esse parâmetro:

  • trava o registro,

  • impede alteração simultânea.


Depois:

MOVE 'ATIVO' TO WS-STATUS

EXEC CICS REWRITE
     FILE('CLIENTE')
     FROM(WS-REG)
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

☕ ERRO COMUM

Esquecer:

  • REWRITE

  • UNLOCK

  • SYNCPOINT

Resultado:
🔥 lock pendurado.


🔥 EXEMPLO 4 — HANDLE CONDITION


EXEC CICS HANDLE CONDITION
     NOTFND(SEM-REG)
     DUPREC(REG-DUP)
     ERROR(ERRO-GERAL)
END-EXEC

Como funciona?

Se ocorrer:

  • NOTFND → desvia para SEM-REG

  • DUPREC → REG-DUP

  • ERROR → ERRO-GERAL


Vantagem

Evita:

IF RESP = ...

em todos comandos.


☕ EXEMPLO 5 — LINK


EXEC CICS LINK
     PROGRAM('CADCLI')
     COMMAREA(WS-COMMAREA)
     LENGTH(LENGTH OF WS-COMMAREA)
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

Explicação

ParâmetroFunção
PROGRAMPrograma chamado
COMMAREAÁrea compartilhada
LENGTHTamanho
RESPResultado

O LINK retorna

Diferente do XCTL.


☕ EXEMPLO 6 — XCTL


EXEC CICS XCTL
     PROGRAM('MENU001')
     COMMAREA(WS-COMM)
     LENGTH(100)
END-EXEC

Diferença crítica

LINKXCTL
retornanão retorna
empilhasubstitui
subrotinatransferência

🔥 EXEMPLO 7 — RETURN COMMAREA


EXEC CICS RETURN
     TRANSID('MEN1')
     COMMAREA(WS-COMM)
     LENGTH(LENGTH OF WS-COMM)
END-EXEC

TRANSID

Transação reiniciada quando usuário pressionar ENTER.


COMMAREA

Preserva contexto.


☕ EXEMPLO 8 — SEND MAP


EXEC CICS SEND MAP('TELA01')
     MAPSET('MAPSET1')
     FROM(WS-MAPA)
     ERASE
     CURSOR
     RESP(WS-RESP)
END-EXEC

Explicação

ParâmetroFunção
MAPNome do mapa
MAPSETBiblioteca BMS
FROMDados
ERASELimpa tela
CURSORPosiciona cursor

☕ EXEMPLO 9 — RECEIVE MAP


EXEC CICS RECEIVE MAP('TELA01')
     MAPSET('MAPSET1')
     INTO(WS-MAPA)
     RESP(WS-RESP)
END-EXEC

O RECEIVE captura

  • ENTER

  • PFKEY

  • campos digitados


🔥 EXEMPLO 10 — WRITEQ TS


EXEC CICS WRITEQ TS
     QUEUE('FILA001')
     FROM(WS-DADOS)
     LENGTH(200)
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

TS Queue

Usada para:

  • sessão,

  • paginação,

  • cache,

  • workflow.


☕ EXEMPLO 11 — READQ TS


EXEC CICS READQ TS
     QUEUE('FILA001')
     INTO(WS-DADOS)
     ITEM(1)
     RESP(WS-RESP)
END-EXEC

ITEM

Lê item específico da fila.


🔥 EXEMPLO 12 — STARTBR + READNEXT


STARTBR

EXEC CICS STARTBR
     FILE('CLIENTE')
     RIDFLD(WS-CHAVE)
     GTEQ
     RESP(WS-RESP)
END-EXEC

GTEQ

Começa:

  • na chave,

  • ou próxima maior.


READNEXT

EXEC CICS READNEXT
     FILE('CLIENTE')
     INTO(WS-REG)
     RIDFLD(WS-CHAVE)
     RESP(WS-RESP)
END-EXEC

ENDFILE

Fim do browse.


☕ EXEMPLO 13 — SYNCPOINT


EXEC CICS SYNCPOINT
     RESP(WS-RESP)
     RESP2(WS-RESP2)
END-EXEC

O que ele faz?

Commit de:

  • VSAM

  • DB2

  • MQ

  • TS recoverable


ROLLBACK

EXEC CICS SYNCPOINT ROLLBACK
END-EXEC

🔥 EXEMPLO 14 — ABEND CONTROLADO


EXEC CICS ABEND
     ABCODE('ER01')
     NODUMP
END-EXEC

ABCODE

Código customizado.


NODUMP

Evita dump completo.


☕ EXEMPLO 15 — GETMAIN


EXEC CICS GETMAIN
     SET(WS-PTR)
     LENGTH(1024)
     INITIMG(X'00')
     RESP(WS-RESP)
END-EXEC

INITIMG

Inicializa memória.


☕ EXEMPLO 16 — FREEMAIN


EXEC CICS FREEMAIN
     DATAPOINTER(WS-PTR)
     RESP(WS-RESP)
END-EXEC

ERRO CLÁSSICO

Não liberar storage:
🔥 SOS CONDITION.


🔥 EXEMPLO 17 — ENQ / DEQ


ENQ

EXEC CICS ENQ
     RESOURCE('CLIENTE001')
     LENGTH(10)
     RESP(WS-RESP)
END-EXEC

RESOURCE

Nome lógico protegido.


DEQ

EXEC CICS DEQ
     RESOURCE('CLIENTE001')
END-EXEC

☕ EXEMPLO 18 — START


EXEC CICS START
     TRANSID('TRN1')
     FROM(WS-DADOS)
     LENGTH(100)
     INTERVAL(000500)
     RESP(WS-RESP)
END-EXEC

INTERVAL

Dispara:

  • após 5 minutos.


🔥 EXEMPLO 19 — DELAY


EXEC CICS DELAY
     FOR SECONDS(5)
END-EXEC

DELAY

Suspende task.


☕ EXEMPLO 20 — WRITE OPERATOR


EXEC CICS WRITE OPERATOR
     TEXT('ERRO CRITICO')
     TEXTLENGTH(13)
     RESP(WS-RESP)
END-EXEC

Envia mensagem para

  • console operador,

  • automação,

  • suporte.


🔥 O SEGREDO DOS SISTEMAS ENTERPRISE

Os melhores sistemas CICS:

  • validam RESP sempre,

  • usam HANDLE CONDITION estrategicamente,

  • controlam locks,

  • fazem rollback corretamente,

  • evitam storage leak,

  • minimizam pseudo-conversação incorreta.


☕ CONCLUSÃO

Programar CICS profissionalmente não é apenas “executar comandos”.

É entender:

  • concorrência,

  • recovery,

  • sincronização,

  • gerenciamento de recursos,

  • integridade transacional,

  • comportamento interno da região CICS.

E é exatamente isso que separa:

  • um programador COBOL comum,
    de

  • um verdadeiro engenheiro IBM Z enterprise.

quarta-feira, 4 de julho de 2012

🔥☕ O QUE É HOKORA? — OS PEQUENOS “SANTUÁRIOS SECRETOS” ESPALHADOS PELO JAPÃO ☕🔥

🔥☕ O QUE É HOKORA? — OS PEQUENOS “SANTUÁRIOS SECRETOS” ESPALHADOS PELO JAPÃO ☕🔥

Se você assiste:

  • anime,
  • filmes japoneses,
  • terror japonês,
  • isekai,
  • ou joga JRPG…

…provavelmente já viu uma pequena construção misteriosa:

  • no meio da floresta,
  • na estrada,
  • escondida na montanha,
  • perto de templos,
  • ou perdida em vilarejos antigos.

Aquilo normalmente é um:

⛩️ Hokora (祠)


☕ O QUE SIGNIFICA HOKORA?

Hokora é:

🔥 um pequeno santuário xintoísta.

Uma espécie de:

  • mini templo,
  • altar espiritual,
  • casinha sagrada.

Eles são dedicados a:

  • kami (espíritos/divindades),
  • protetores locais,
  • ancestrais,
  • entidades da natureza.

⛩️ COMO ELES SÃO?

Normalmente são:

  • pequenos,
  • simples,
  • feitos de madeira ou pedra,
  • com aparência antiga.

Às vezes parecem:

  • mini templos,
  • pequenas casinhas,
  • estruturas vermelhas tradicionais.

☕ ONDE EXISTEM HOKORAS?

Literalmente por TODO o Japão.

Você encontra:

  • florestas,
  • estradas rurais,
  • bairros antigos,
  • montanhas,
  • arrozais,
  • cemitérios,
  • caminhos esquecidos.

🔥 O DETALHE ASSUSTADOR

Muitos hokoras ficam:

  • isolados,
  • abandonados,
  • cobertos de musgo,
  • escondidos na mata.

Resultado?

Viraram ELEMENTO CLÁSSICO de:

💀 terror japonês.


☕ NOS ANIMES E JOGOS

O hokora quase sempre indica:

  • algo espiritual,
  • entidade sobrenatural,
  • maldição,
  • portal,
  • presença divina,
  • espírito antigo.

💣 EXEMPLOS FAMOSOS

🎮 Fatal Frame

Hokoras aparecem MUITO.


🎮 Nioh

Ligados a espíritos e proteção.


🎮 Ghost of Tsushima

Pequenos santuários espalhados pelo mapa.


📺 Mushishi

A energia espiritual lembra bastante o conceito.


📺 Inuyasha

Vários elementos xintoístas usam estruturas parecidas.


🔥 A ORIGEM RELIGIOSA

No:

☕ Xintoísmo

Tudo pode possuir espírito:

  • rios,
  • árvores,
  • montanhas,
  • animais,
  • lugares antigos.

Então o hokora funciona como:

“um ponto de respeito espiritual.”


☕ MUITOS SÃO DEDICADOS A KITSUNE

As famosas:

🦊 raposas espirituais

Mensageiras do deus Inari.

Por isso vários hokoras possuem:

  • estátuas de raposa,
  • oferendas,
  • arroz,
  • saquê,
  • lanternas.

💣 ELES TÊM FUNÇÃO DE PROTEÇÃO

Alguns hokoras existem para:

  • proteger estradas,
  • evitar desastres,
  • acalmar espíritos,
  • proteger vilas,
  • impedir má sorte.

☕ O HOKORA NO TERROR JAPONÊS

Agora chegamos na parte PERIGOSA.

Em filmes e animes de horror:

  • mexer num hokora,
  • quebrar,
  • mover,
  • ou desrespeitar…

…quase sempre:

🔥 LIBERA ALGUMA DESGRAÇA SOBRENATURAL.

É praticamente regra.


💀 O CLICHÊ CLÁSSICO

Grupo de adolescentes encontra:

  • santuário abandonado,
  • selo antigo,
  • altar quebrado.

Um deles fala:

“não devemos mexer nisso…”

Outro responde:

“relaxa, é só uma pedra velha.”

Cinco minutos depois:

☠️ maldição ancestral liberada.


☕ O “EFEITO MAINFRAME” DO HOKORA

Curiosamente…
hokoras lembram MUITO sistemas legados.

Porque:

  • ninguém sabe exatamente como funcionam,
  • todo mundo respeita,
  • ninguém ousa mexer,
  • existem há décadas,
  • e dizem que:

“se desligar isso, o Japão explode.”


💣 O HOKORA É BASICAMENTE:

⛩️ Um “micro datacenter espiritual” japonês.

Você não entende completamente…
mas sabe que:

☕ NÃO É BOA IDEIA MEXER. 🔥