Translate

segunda-feira, 6 de julho de 2015

🦇 Boot preto, alma preta e segunda-feira normal

 


🦇 “Boot preto, alma preta e segunda-feira normal”

Crônicas de um jovem dark perdido em Guaianazes – versão Bellacosa Mainframe

Existem fases na vida que ficam gravadas como dump hexadecimal na cabeça da gente. Você pode até rodar um REPRO do IDCAMS, reorganizar memórias, reindexar emoções… mas certos arquivos do coração ficam permanentemente LOCKED(YES).
Minha adolescência é um desses datasets protegidos por Deus e por um RACF PROFILE bem mexido.

Voltemos a 1986, aquele Brasil pré-internet, pré-celular, pré-tudo, em que as ideias viajavam mais rápido que hoje — não por fibra óptica, mas por fofoca, rádio comunitária, e, principalmente, por fitas K7 mal gravadas.

Eu tinha 12 anos e Taubaté me entregou um mundo alternativo que virou chave:
a amiga Fabiola, uma dessas figuras destinadas a bagunçar seu firmware emocional, apareceu com rock de porão alemão, bandas de garagem, guitarras que soavam como serras elétricas sendo afinadas.

Pronto. Fui seduzido.
Entrei no modo DARK MODE, antes mesmo de existir isso nos computadores.

Roupas pretas, lápis de olho, correntes, botas — o pacote completo de quem decidiu viver a vida no tom certo: hasher, louder, darker.
E a tribo? Ah… a tribo existia.
Taubaté tinha seus próprios vampiros suburbanos, seus românticos de meia-luz, seus poetas de quintal.

Mas aí veio 1987, a mudança para São Paulo, e junto com ela o reboot forçado da minha alma adolescente.
Meus pais se separaram, eu fui parar em Guaianazes, e logo percebi uma dura realidade:



👉 “Dark? Aqui? Meu filho, isso é território sagrado do pagode e do samba.”

Eu era um exilado cultural, um pacote JCL gótico tentando rodar numa LPAR configurada para Fundo de Quintal.
Sem tribo, sem referências, sem bar, sem porão, sem nada.
E com 13 anos, isso dói feito um S0C7 às três da tarde de sexta-feira.

Continuei fiel ao estilo, mas longe do uniforme preto —
São Paulo periférica pode ser implacável com quem foge do script.
E, por uns anos, eu virei um dark clandestino, tipo JOB com TYPRUN=HOLD.

Mas São Paulo é infinita.
E conforme eu cresci, comecei a caminhar mais, explorar mais, correr riscos mais amplos que os da adolescência normal.
E aí… reencontrei minha tribo.




🦇 O subterrâneo chama — e o dark atende

Foi como um CICS PLTSTART emocional:

Espaço Retrô, Santa Cecília
Madame Satã, no Bexiga
Fofinho Rock Club, no Belenzinho
☑ Bares de garagem
☑ Botecos decadentes
☑ Lâmpadas tremulantes
☑ Músicas que pareciam invocar espíritos ou, no mínimo, fazer pactos com eles



E de repente, eu estava entre iguais.
Os filhos da madrugada.
Aqueles que dormiam quando a maioria despertava.
Poetas improvisados, vampiros urbanos, filósofos bêbados, artistas quebrados, punks reciclados, gente que usava preto não por moda, mas por convicção espiritual.

E o melhor de tudo: minha mãe — santa entre as santas — costurou para mim um sobretudo preto, elegante, com botões prateados, digno de um vampiro de Taubaté com passe-livre na Pauliceia Desvairada.

Eu voltava das noites às 9h da manhã, cruzando com:

  • senhoras de coque indo para o culto,

  • fiéis santificados,

  • beatas horrorizadas,

  • vizinhas moralistas,

  • e pastores com cara de poucos amigos.



E lá ia eu:
sobretudo preto, cara lavada, alma cheia, passos lentos, um dark adolescente voltando do turno noturno como se fosse operador do JES2 após extrair fitas de madrugada.


🦇 As madrugadas de São Paulo — onde tudo era possível

Nós, góticos periféricos, vivíamos de:

  • encontros em cemitérios

  • beijos roubados em jazigos

  • longas caminhadas pela Augusta

  • hot-dogs suspeitos às 2h

  • filosofias baratas às 4h

  • promessas de mudar o mundo às 5h

  • risadas que ecoavam pelos becos

  • certeza absoluta de que éramos imortais



Era um sistema operacional paralelo, um z/OS noturno, rodando em batch, sob luz de neon.
E era bom.
Era maravilhoso.
Era liberdade pura.

Mas, como todo job bem escrito… ele termina.
E na segunda-feira, voltava tudo ao normal:

Eu era só um menino normal, trabalhador, estudando à noite, responsável, de cabelo penteado — mas com um backup completo no coração, guardado num storage emocional com retenção vitalícia.


🦇 Conclusão Bellacosa: o dark não passa — ele hiberna

A juventude é um ambiente operacional que nunca volta,
mas o feeling fica.
A estética fica.
O espírito fica.
O som fica.

E por mais que a vida adulta nos transforme em analistas, pais, responsáveis,
a verdade é uma só:

Uma vez dark… sempre dark.
Mesmo que você ande de preto só nos fins de semana.
Mesmo que o sobretubão tenha ficado nas memórias de fita DAT.
Mesmo que as noites hoje terminem às 23h, não às 8h.

Dentro de você,
ainda existe:

  • o menino caminhando por Taubaté com uma fita K7 chiada,

  • o adolescente de Guaianazes deslocado,

  • o andarilho da madrugada paulistana,

  • o filósofo da Augusta,

  • o vampiro de sobretudo,

  • e o dark existencial que descobriu que o mundo tem muito mais camadas do que parece.

E isso, meu caro,
nenhum ABEND apaga.

P.S.: Passado algumas decadas, continuo apreciando musica doida alemã, tenho meus sobretudos de couro e botas pretas de bico fino, sempre que posso apesar do calor dos tropicos, revivo por alguns momentos esses loucos anos.


domingo, 5 de julho de 2015

🌈🐑 A EVOLUÇÃO VISUAL DA RAINBOW SHEEP AO LONGO DAS DÉCADAS

Bellacosa Mainframe e o divertido gag dos animes a famosa Ovelha Arco-Iris

🌈🐑 A EVOLUÇÃO VISUAL DA RAINBOW SHEEP AO LONGO DAS DÉCADAS

(1970s → 2020s, com história, estética, fofocas e notas de “produção”)



📀 1970s — “A Era Psicodélica dos Desenhos Limitados”

A Rainbow Sheep nasce sem querer.
Primeira aparição (não-oficial) em comerciais japoneses de goma de mascar e vinhetas de TV educativas.
Visual da época:

  • Corpo ovalado desenhado em 6 frames mal alinhados

  • Pelagem com 3 cores apenas (rosa, azul, amarelo) porque o orçamento era curto

  • Olhos enormes estilo shōwa-kawaii, tipo “quase derretendo de doçura”

💡 Curiosidade técnica: para animar a cor “mudando”, os estúdios pintavam acetato por acetato usando tinta ecológica barata… que manchava tudo. As Rainbow Sheep mais antigas literalmente vazavam cor nos rolos de filme.




📼 1980s — “A fase mascote de RPG”

O boom dos RPGs japoneses faz a Rainbow Sheep ganhar lore:
Agora ela é uma criatura de prado mágico, tipo slime raro com lã.
Design da década:

  • Lã em faixas horizontais (inspirado em sweaters préppy da época)

  • Casco mais quadrado, meio Dragon Quest

  • Um chifrinho tímido, ainda meio arredondado

  • Cores em gradiente manual, feito com aerógrafo

📎 Fofoca: alguns animadores dizem que a Rainbow Sheep virou mascote “boa para testar novos estagiários”, porque era fácil de colorir… até o diretor pedir “quem sabe mais brilho?”.




💽 1990s — “A fase anime shōjo glitter maximalista™”

Agora sim ela explode na cultura otaku.
A Rainbow Sheep aparece em magical girls, isekais primordiais, e até em paródias do tipo “monstro da semana”.

Visual 90s:

  • Olhos gigantescos, cheios de glitter, estrelas e reflexos duplos

  • Pelagem com 7 cores canonizadas

  • Chifres alongados, estilo elegant-fantasy

  • Efeitos de “brilho arco-íris” pintados quadro a quadro

Easter egg: animadores escondiam mensagens na pelagem — tipo “ganbatte, Tomoko!” ou mini-arcos invisíveis. Só aparece em blu-ray remasterizado.




💿 2000s — “A fase digital cel-shading”

Com o digital chegando, a Rainbow Sheep perde volume, ganha cor limpa e animação mais fluida.

Características 2000s:

  • Outline uniforme, preto puro

  • Pelagem arco-íris em camadas flat, sem textura

  • Formato mais arredondado, fofabilidade +80%

  • Movimento suave graças ao Adobe After Effects 6.0 (sim…)

🔧 Detalhe técnico: o gradiente virou layer effect, economizando semanas de pintura. Mas perderam o charme imperfeito dos anos 80/90.




📀 2010s — “A era moe/soft 3D híbrido”

Os estúdios começam a unir 2D com 3D:

Visual 2010s:

  • Corpo 3D com toques 2D nas expressões

  • Pelagem que parece marshmallow fosco

  • Mais arredondada do que nunca (soft-serve-sheep)

  • Arco-íris com efeito bloom

🍭 Fofoca: a Rainbow Sheep virou meme na internet como “símbolo de RNG abençoado”. Aparecia em gacha quando a sorte era absurda.




💾 2020s — “A fase post-anime aesthetic / pastel-grunge”

Aqui ela vira cult.
Os animes começam a misturar estilos, e a Rainbow Sheep passa por uma mutação estética:

Características 2020s:

  • Design em watercolor digital

  • Pastéis misturados com cores neon

  • Pelagem mais “viva”, quase respirando

  • Olhos menores, estilo modern-kawaii

  • Forma levemente alongada, para parecer mais mágica e menos mascote infantil

🌈 Easter-egg atual: alguns estúdios escondem frames subliminares onde a Rainbow Sheep “pisca as cores” na ordem exata das sete frequências da escala musical japonesa. Ninguém sabe por quê.


Bellacosa Mainframe e o bizarro divertido do arco-iris nos animes

🔮 Evolução resumida (para otaku apressado + técnico)

DécadaEstéticaTecnologiaMarca visual
70sPsicodélico baratoacetato e tinta instávellambidas de cor
80sRPG-fantasyaerógrafolã listrada
90sShōjo glitterpintura quadro-a-quadroolhos gigantes
00sCel-shadingdigital flatcores chapadas
10sMoe híbrido2D+3Dmarshmallow shading
20sPastel-grungewatercolor digitalpelagem viva

🌈🐑 Conclusão no estilo Bellacosa:

A Rainbow Sheep é o “HELLO WORLD” da fofura japonesa — cada era a recompila com um compilador visual diferente.
Ela é o COBOL da mascoteria: eterna, adaptável, e sempre com um charme vintage que nem o tempo compila.


domingo, 28 de junho de 2015

☕💣⚠️ O DIA EM QUE KANEKI SAIU DO DATA CENTER E ENTROU PARA A ORGANIZAÇÃO CRIMINOSA — TOKYO GHOUL √A E O MAIOR FORK DA HISTÓRIA DO ANIME

 

Bellacosa Mainframe e a segunda temporada de Tokyo Ghoul

☕💣⚠️ O DIA EM QUE KANEKI SAIU DO DATA CENTER E ENTROU PARA A ORGANIZAÇÃO CRIMINOSA — TOKYO GHOUL √A E O MAIOR FORK DA HISTÓRIA DO ANIME

"Quando um sistema sofre uma falha catastrófica, existem duas opções: corrigir o ambiente ou abandonar a arquitetura original e construir algo novo. Tokyo Ghoul √A escolheu a segunda opção."


Ficha Técnica

Título Original: 東京喰種トーキョーグール √A
(Tokyo Ghoul Root A)

Título Internacional: Tokyo Ghoul √A

Autor Original: Sui Ishida

Baseado no Mangá: Tokyo Ghoul

Estúdio: Pierrot

Direção: Shuhei Morita

Lançamento: Janeiro de 2015

Episódios: 12

Gênero:

  • Horror

  • Seinen

  • Drama Psicológico

  • Fantasia Sombria

  • Tragédia

  • Ação

Classificação:
16+ a 18+, dependendo da região


O Que É Tokyo Ghoul √A?

Se a primeira temporada foi o IPL do sistema híbrido...

A segunda temporada é o momento em que o ambiente entra em produção sem homologação.

Após os eventos traumáticos envolvendo Jason, Kaneki deixa de ser o estudante tímido que conhecíamos.

Uma nova versão do software assume o controle.

Mais poderosa.

Mais fria.

Mais perigosa.

Mais isolada.


Sinopse

Depois da tortura sofrida nas mãos de Yamori (Jason), Kaneki percebe que gentileza sozinha não é suficiente para sobreviver.

Tomando uma decisão inesperada, ele abandona seus aliados do Café Anteiku.

Em vez de permanecer ao lado dos amigos...

Ele se aproxima da organização terrorista Ghoul conhecida como Aogiri Tree.

A partir desse momento inicia-se uma jornada sombria em busca de força, respostas e proteção para aqueles que ama.


A Grande Polêmica: O Anime Seguiu o Mangá?

Não.

E aqui está a principal razão pela qual √A continua gerando debates até hoje.


O Maior Fork da História de Tokyo Ghoul

No mundo Mainframe podemos imaginar o seguinte:

O mangá é o sistema oficial em produção.

Tokyo Ghoul √A é uma equipe que decidiu criar uma branch paralela.

E depois colocar essa branch diretamente em produção.

O resultado?

Uma história alternativa.

Embora Sui Ishida tenha colaborado com conceitos iniciais, muitos eventos foram alterados.

Diversas batalhas.

Diversos personagens.

Diversas motivações.

Tudo foi modificado.

Por isso muitos fãs consideram √A uma espécie de universo alternativo.


O Novo Kaneki

O protagonista muda radicalmente.


Kaneki Versão 1.0

  • Tímido

  • Gentil

  • Emocional

  • Dependente


Kaneki Versão 2.0

  • Frio

  • Calculista

  • Reservado

  • Obcecado por proteção


No estilo Bellacosa Mainframe:

A versão anterior foi encerrada.

O processo foi finalizado.

Uma nova task assumiu o controle da LPAR.


Personagens Principais

Ken Kaneki

Agora muito mais sombrio.

Sua busca por poder passa a dominar sua existência.

Ele acredita que se tornar mais forte é a única forma de impedir novas perdas.


Touka Kirishima

Talvez a personagem mais afetada pelas decisões de Kaneki.

Sua tristeza representa o custo emocional da transformação do protagonista.


Yoshimura

O misterioso gerente do Anteiku.

Seu passado finalmente começa a ser revelado.

E muda completamente a percepção da história.


Eto Yoshimura

Uma das figuras mais importantes da franquia.

Sua influência sobre o mundo Ghoul é gigantesca.


Kishou Arima

O verdadeiro monstro do sistema.

Uma entidade quase invencível.

Sempre presente como uma ameaça silenciosa.


Juuzou Suzuya

Continua sendo um dos personagens mais fascinantes do anime.

Sua insanidade e genialidade crescem ainda mais nesta fase.


O Que Há de Diferente em √A?

Praticamente tudo.


Mais Melancolia

A série torna-se mais triste.

Mais contemplativa.

Mais depressiva.


Menos Humor

O clima leve praticamente desaparece.


Mais Simbolismo

O anime investe muito em metáforas visuais.

Flores.

Neve.

Pássaros.

Máscaras.

Olhos.

Tudo possui significado.


Mais Isolamento

Kaneki passa boa parte da temporada afastado emocionalmente das pessoas.


As Aventuras da Segunda Temporada

Embora existam batalhas importantes, a verdadeira aventura é psicológica.

Kaneki investiga:

  • A origem dos Ghouls

  • A organização Aogiri

  • O passado de Rize

  • Segredos do CCG

  • O destino do Anteiku

Cada descoberta desmonta uma parte da verdade que ele acreditava conhecer.


A Temática Oculta

A mensagem principal de √A é diferente da primeira temporada.


O Perigo da Solidão

Kaneki acredita que pode carregar tudo sozinho.

O anime mostra repetidamente que isso é um erro.


Trauma Não Resolvido

O protagonista nunca supera totalmente o que sofreu.

Ele apenas aprende a esconder.


Sacrifício

Praticamente todos os personagens pagam um preço por suas escolhas.


Ciclo da Violência

A série mostra como vítimas frequentemente se tornam agentes da própria violência.


A Mensagem Mais Profunda

Tokyo Ghoul √A pergunta:

O que acontece quando uma pessoa abandona quem ama para protegê-los?

A resposta do anime é brutal.

Nem sempre o isolamento salva alguém.

Às vezes apenas cria novas tragédias.


O Arco do Anteiku

Este é considerado por muitos o melhor momento da temporada.

O conflito envolvendo o Café Anteiku transforma completamente a série.

O local que parecia apenas uma cafeteria revela sua verdadeira importância.

No estilo Bellacosa Mainframe:

O Anteiku era muito mais do que uma aplicação.

Era o firewall emocional que mantinha aquele ecossistema funcionando.

Quando ele cai...

Todo o ambiente entra em colapso.


Houve Censura?

Sim.

Mais uma vez.

A segunda temporada contém:

  • Mutilações

  • Tortura

  • Execuções

  • Canibalismo

  • Violência extrema

Diversas transmissões internacionais utilizaram:

  • Escurecimento de tela

  • Cortes rápidos

  • Redução de sangue

  • Filtros visuais

Os Blu-rays apresentam as versões mais completas.


Trilha Sonora

Um dos maiores pontos fortes.

A abertura:

"Munou"

Interpretada por österreich

Tornou-se uma das músicas mais marcantes dos animes sombrios.

A trilha sonora reforça constantemente o sentimento de perda e inevitabilidade.


Impacto Cultural

Mesmo dividindo opiniões, √A tornou-se extremamente popular.

A temporada ajudou a transformar Tokyo Ghoul em uma franquia global.

Explodiram:

  • Cosplays

  • Máscaras de Kaneki

  • Produtos colecionáveis

  • Fanarts

  • Teorias

  • Discussões online

Até hoje a segunda temporada é debatida em fóruns e vídeos de análise.


Por Que Muitos Fãs Criticam √A?

Porque ela troca profundidade narrativa por simbolismo.

Alguns acontecimentos importantes são acelerados.

Personagens recebem menos desenvolvimento.

E diversas explicações do mangá foram removidas.

Por isso muitos leitores consideram o mangá superior.


Veredito Bellacosa Mainframe

Tokyo Ghoul √A é o equivalente a um ambiente que sofreu um desastre operacional e decidiu continuar funcionando mesmo sem documentação, sem suporte e sem garantia de estabilidade.

O sistema continua ativo.

Mas está cada vez mais distante da configuração original.

A temporada é menos sobre monstros.

E mais sobre as consequências do sofrimento.

Sobre o isolamento.

Sobre o peso de carregar responsabilidades sozinho.

E sobre uma verdade que muitos profissionais de tecnologia aprendem tarde demais:

Você pode proteger um sistema assumindo toda a carga sozinho.

Mas, cedo ou tarde, até o servidor mais poderoso entra em sobrecarga.

☕💣⚠️ Tokyo Ghoul √A é a história de um homem que acreditou que poderia salvar todos... e descobriu que estava destruindo a si mesmo no processo.


terça-feira, 9 de junho de 2015

☕🔥 LABORATÓRIO PRÁTICO — IBM Integration Bus (Broker) Integrando COBOL/MQ com JSON REST

 

Bellacosa Mainframe e o laboratorio de ibm integration bus (broker)


☕🔥 LABORATÓRIO PRÁTICO — IBM Integration Bus (Broker) Integrando COBOL/MQ com JSON REST

Este laboratório simula um cenário REAL de mercado:

Um sistema COBOL no mainframe envia uma mensagem MQ em formato legado, e o IBM Integration Bus (IIB/ACE) transforma tudo em JSON para APIs modernas.

Você aprenderá:

✅ fluxo completo
✅ MQ Input
✅ transformação EBCDIC/Copybook → JSON
✅ ESQL
✅ Message Flow
✅ deploy
✅ testes
✅ troubleshooting


🎯 CENÁRIO DO LAB

Sistema legado (Mainframe)

Envia:

000123JOAO      0000500

Formato:

  • posição fixa

  • padrão COBOL

  • MQ


Broker/IIB/ACE

Recebe:

  • MQ Queue

Transforma:

  • fixed length

  • copybook lógico

  • JSON

Entrega:

  • API REST

  • ou outra fila MQ


🏗️ ARQUITETURA

COBOL Batch/CICS
       ↓
     IBM MQ
       ↓
 MQINPUT NODE
       ↓
 COMPUTE NODE (ESQL)
       ↓
 JSON OUTPUT
       ↓
HTTP/MQ/API

📦 PASSO 1 — PREPARAR O AMBIENTE

Você precisará:

ComponenteFunção
IBM MQMensageria
IBM ACE/IIBIntegração
ToolkitDesenvolvimento
Queue ManagerFilas
MQ ExplorerAdministração

📌 FILAS DO LAB

Entrada

LAB.INPUT

Saída

LAB.OUTPUT

⚙️ PASSO 2 — CRIAR AS FILAS MQ

Script MQSC

DEFINE QLOCAL(LAB.INPUT)
DEFINE QLOCAL(LAB.OUTPUT)

▶️ EXECUTAR

Linux:

runmqsc QM1 < filas.mqsc

Windows:

runmqsc QM1

Cole os comandos.


🔥 PASSO 3 — CRIAR O PROJETO NO ACE TOOLKIT

Novo Application

File → New → Application

Nome:

LAB_MAINFRAME_JSON

🔥 PASSO 4 — CRIAR MESSAGE FLOW

Novo Message Flow

MF_MAINFRAME_JSON

🧩 PASSO 5 — ADICIONAR NODES

Arraste:

NodeFunção
MQInputReceber MQ
ComputeTransformar
MQOutputEnviar saída

🔗 CONECTAR

MQInput → Compute → MQOutput

⚙️ PASSO 6 — CONFIGURAR MQINPUT

Queue Name

LAB.INPUT

Queue Manager

QM1

⚙️ PASSO 7 — CONFIGURAR MQOUTPUT

Queue

LAB.OUTPUT

🧠 PASSO 8 — CRIAR O ESQL

Compute Node

Clique:

Open ESQL

✨ CÓDIGO COMPLETO

CREATE COMPUTE MODULE MAINFRAME_TO_JSON

CREATE FUNCTION Main() RETURNS BOOLEAN
BEGIN

    DECLARE MSG CHAR;
    
    SET MSG = CAST(InputRoot.BLOB.BLOB AS CHAR CCSID 1208);

    DECLARE CONTA CHAR;
    DECLARE NOME  CHAR;
    DECLARE SALDO CHAR;

    SET CONTA = SUBSTRING(MSG FROM 1 FOR 6);
    SET NOME  = TRIM(SUBSTRING(MSG FROM 7 FOR 10));
    SET SALDO = SUBSTRING(MSG FROM 17 FOR 7);

    CREATE FIELD OutputRoot.JSON.Data;

    SET OutputRoot.JSON.Data.conta = CONTA;
    SET OutputRoot.JSON.Data.nome  = NOME;
    SET OutputRoot.JSON.Data.saldo = CAST(SALDO AS INTEGER);

    RETURN TRUE;

END;

END MODULE;

🧠 O QUE ESSE ESQL FAZ?


📌 PASSO A PASSO DA LÓGICA

1️⃣ Recebe o BLOB MQ

SET MSG = CAST(InputRoot.BLOB.BLOB AS CHAR CCSID 1208);

Converte:

  • bytes MQ

  • para texto


2️⃣ Extrai os campos

Conta

SET CONTA = SUBSTRING(MSG FROM 1 FOR 6);

Pega:

000123

Nome

SET NOME = TRIM(SUBSTRING(MSG FROM 7 FOR 10));

Pega:

JOAO

Saldo

SET SALDO = SUBSTRING(MSG FROM 17 FOR 7);

Pega:

0000500

📌 MONTA JSON

SET OutputRoot.JSON.Data.conta = CONTA;

Cria:

{
  "conta": "000123"
}

🚀 RESULTADO FINAL

Mensagem saída:

{
  "conta": "000123",
  "nome": "JOAO",
  "saldo": 500
}

🔥 PASSO 9 — DEPLOY

Clique direito

Deploy → Integration Server

📦 PASSO 10 — TESTAR

Enviar MQ Message

Use:

amqsput LAB.INPUT QM1

Digite:

000123JOAO      0000500

ENTER
ENTER novamente.


📥 VERIFICAR SAÍDA

amqsget LAB.OUTPUT QM1

🎉 RESULTADO

{
  "conta":"000123",
  "nome":"JOAO",
  "saldo":500
}

🔥 O QUE VOCÊ APRENDEU AQUI?

Você criou:

✅ integração real
✅ transformação legado → moderno
✅ parsing de layout COBOL
✅ transformação JSON
✅ fluxo MQ
✅ ESQL
✅ Message Flow


🧠 CENÁRIOS REAIS DE MERCADO

Esse padrão é MUITO usado para:

LegadoModerno
COBOLAPI REST
VSAMJSON
CICSCloud
MQKafka
DB2Microservices

🚨 PROBLEMAS COMUNS

❌ CCSID errado

Erro clássico:

caracteres estranhos

Solução:

  • validar UTF-8

  • EBCDIC

  • CCSID MQ


❌ Campo deslocado

Exemplo:

JOAO indo para saldo

Problema:

  • posições incorretas


❌ JSON vazio

Problema:

  • OutputRoot errado


❌ MQInput não lê

Verificar:

  • queue manager

  • channel

  • listener

  • permissões


🔥 LAB AVANÇADO (PRÓXIMOS PASSOS)

Você pode evoluir para:

✅ Copybook COBOL real
✅ XMLNSC
✅ SOAP
✅ REST API
✅ Kafka
✅ integração DB2
✅ CICS Web Services
✅ SAP IDoc
✅ HTTPS OAuth2
✅ JWT
✅ transformação XML ↔ JSON


🏆 DESAFIO EXTRA

Transforme este layout:

000123JOAO      00005000000100SP

Em:

{
  "conta":123,
  "nome":"JOAO",
  "saldo":500,
  "agencia":100,
  "estado":"SP"
}

☕🔥 CONCLUSÃO

Esse laboratório mostra exatamente:

como o IBM Integration Bus/ACE virou a ponte entre o mundo COBOL/mainframe e o universo APIs/cloud.

É literalmente:

✅ legado falando moderno
✅ MQ falando REST
✅ EBCDIC falando JSON
✅ mainframe conectado ao futuro 🚀


segunda-feira, 8 de junho de 2015

🔥💣 Quando Falar Demais Cansa: por que seu parceiro precisa conversar o tempo todo — e seu cérebro pede SOS? 💣🔥

 

Bellacosa Mainframe o risco de falar demais e cansar

🔥💣 Quando Falar Demais Cansa: por que seu parceiro precisa conversar o tempo todo — e seu cérebro pede SOS? 💣🔥

🧠💬 1. FALAR COMO FORMA DE PROCESSAR O MUNDO

Para muita gente, pensar = falar.

  • A pessoa organiza ideias falando
  • Entende emoções enquanto verbaliza
  • “Resolve” o dia colocando tudo pra fora

👉 Enquanto isso, outras pessoas:

  • pensam internamente
  • só falam quando já processaram

💡 Resultado:

  • um fala pra pensar
  • o outro pensa pra falar

👉 conflito clássico de interface


❤️🔐 2. NECESSIDADE DE CONEXÃO (APEGO)

Baseado na teoria de John Bowlby

Algumas pessoas usam a conversa como:

  • validação emocional
  • sensação de proximidade
  • confirmação de que “está tudo bem”

👉 Então falar muito = manter o vínculo ativo

Se o parceiro é mais silencioso:

  • pode ser interpretado como distância
  • mesmo que não seja

⚡🔋 3. DIFERENÇA DE ENERGIA: INTROVERTIDO vs EXTROVERTIDO

Inspirado por Carl Jung

  • Extrovertido:
    • ganha energia falando
    • interação = combustível
  • Introvertido:
    • perde energia com excesso de interação
    • silêncio = recarga

👉 Aqui nasce a sensação de:

  • um: “isso é conexão”
  • outro: “isso está me drenando”

🧬🎯 4. DOPAMINA SOCIAL

Algumas pessoas têm mais recompensa ao:

  • compartilhar
  • contar histórias
  • comentar tudo

👉 Pequenas interações geram prazer real

Outras:

  • não sentem esse ganho
  • preferem interações mais profundas e menos frequentes

🔁📊 5. CONDICIONAMENTO (HISTÓRICO DE VIDA)

Se a pessoa aprendeu que:

  • falar = ser ouvido
  • falar = receber atenção
  • falar = evitar conflito

👉 o cérebro automatiza isso

E pode surgir o padrão:

  • falar muito, mesmo sem conteúdo relevante

🚨💣 O PONTO CRÍTICO (ONDE O RELACIONAMENTO QUEBRA)

O problema não é falar muito.

👉 É quando existe desalinhamento de necessidade:

Pessoa APessoa B
precisa falarprecisa de silêncio
vê conexãosente cansaço
busca interação levebusca profundidade

👉 Resultado:

  • irritação
  • sensação de desgaste
  • ruído emocional

🧠💡 TRADUÇÃO ESTILO MAINFRAME

IF PARCEIRO_A = "VERBAL"
THEN PROCESSAMENTO = EXTERNO
ELSE
PROCESSAMENTO = INTERNO
END-IF

IF DIFERENCA_NAO_ALINHADA
MOVE "ATRITO" TO RELACIONAMENTO

🔧🔥 COMO RESOLVER (SEM QUEBRAR O SISTEMA)

Aqui está o ajuste fino:

✅ 1. Nomear o comportamento (sem ataque)

Ex:

  • “eu preciso de silêncio pra recarregar”
  • “você precisa falar pra se sentir conectado”

👉 tira do pessoal e leva pro sistema


✅ 2. Criar “janelas de comunicação”

  • momentos pra conversar livremente
  • momentos de silêncio respeitado

✅ 3. Filtrar o tipo de conversa

Nem tudo precisa ser:

  • narrado
  • detalhado
  • contínuo

✅ 4. Traduzir intenção

Quem fala muito pode aprender:
👉 “isso é importante ou só estou descarregando?”

Quem ouve pode entender:
👉 “isso não é irrelevante — é conexão”


💡 VERDADE FINAL

Não é sobre “assuntos sem importância”

É sobre:
👉 função emocional da comunicação


💣 RESUMO DIRETO

  • Falar muito = regular emoção + criar conexão
  • Ouvir demais = pode gerar sobrecarga
  • O problema = desalinhamento, não o comportamento em si

domingo, 7 de junho de 2015

🍶💣 Doburoku — O “Batch Cru” do Saquê que Nunca Passou pelo Filtro

 

Bellacosa Mainframe um drink doburoku

🍶💣 Doburoku — O “Batch Cru” do Saquê que Nunca Passou pelo Filtro

Se o saquê refinado é um sistema limpo, padronizado e pronto pra produção…
o Doburoku é o job raiz rodando direto no ambiente, com tudo dentro:

  • código
  • dados
  • resíduos
  • e comportamento imprevisível

👉 Nada é filtrado. Nada é escondido.


🧠 O que é Doburoku (versão COBOL dev)

👉 Doburoku

Doburoku é um tipo de saquê não filtrado, tradicional do Japão.

Características principais:

  • 🍶 Turvo (aparência “suja”)
  • 🌾 Contém arroz ainda visível
  • 🔥 Fermentação ativa
  • ⚠️ Sabor forte e bruto

📌 Bellacosa traduz:

Doburoku = output direto do processamento, sem limpeza de dados


📜 Origem — Antes do “Refactor” Japonês

O Doburoku é uma das formas mais antigas de produção de saquê:

  • Produzido em vilas rurais
  • Associado a rituais agrícolas
  • Feito de forma artesanal
  • Muitas vezes ilegal fora de contextos específicos

👉 Ele vem de uma época em que:

ninguém se preocupava com padronização…
só com resultado.


⚙️ Como funciona — Pipeline sem ETL

Processo básico:

  1. Arroz cozido 🍚
  2. Adição de koji (fungo)
  3. Fermentação natural
  4. Engarrafamento direto

👉 O que NÃO acontece:

  • ❌ Filtragem
  • ❌ Refinamento
  • ❌ Clarificação

📌 COBOL mode:

É como rodar um programa… e entregar o arquivo bruto sem SORT, sem FILTER, sem EDIT.


👁 Aparência — “Erro Visual” que é Feature

  • Branco leitoso
  • Textura espessa
  • Partículas de arroz
  • Visual “quebrado”

📌 Tradução Bellacosa:

Parece bug… mas é requisito funcional.


🔥 Sabor — Nada de “Hello World”

  • Intenso
  • Doce + ácido
  • Levemente alcoólico
  • Complexo

👉 Não é bebida leve.

É experiência de produção.


🤫 Fofoquices Técnicas

  • Em muitos lugares do Japão, fazer Doburoku sem licença é ilegal
  • Existem festivais chamados “Doburoku Matsuri”
  • Cada vila tem sua “versão” (tipo fork de código)
  • Pode continuar fermentando dentro da garrafa

📌 Fofoquinha:

Já teve garrafa “explodindo” porque o processo não parou 😄


🕹️ Easter Egg Técnico

Doburoku é equivalente a:

  • Dump de memória
  • Arquivo raw
  • Log completo sem limpeza
  • Output sem pós-processamento

👉 Ele mostra tudo… inclusive o que normalmente seria escondido.


🧠 Interpretação (Modo Bellacosa ON)

Doburoku representa:

  • Processo bruto
  • Transparência total
  • Falta de abstração
  • A verdade antes do polimento

📌 Comparação (Mainframe Mode)

TipoEquivalente
Saquê filtradoSistema em produção
DoburokuJob bruto sem tratamento
RefinoETL / limpeza
TransparênciaDebug completo

📌 Conclusão — Nem Todo Sistema Precisa Ser Bonito

No mundo moderno:

  • Tudo é filtrado
  • Tudo é padronizado
  • Tudo é “bonito”

Mas o Doburoku lembra:

o sistema real…
sempre começa bagunçado.


💣 Versão Bellacosa Final

Doburoku não é erro…
é o sistema antes de alguém tentar esconder como ele realmente funciona.

 

sábado, 6 de junho de 2015

Os Pecados Capitais que Já Derrubaram Sistemas Bilionários ☕💀

Bellacosa Mainframe fala sobre cagadas historicas e como afetam os sistemas informaticos


 🔥 Top Erros Fatais em Produção Mainframe

Os Pecados Capitais que Já Derrubaram Sistemas Bilionários ☕💀

No Mainframe, erro não é bugzinho.

Erro é:

💸 milhões processados incorretamente
🏦 contas debitadas indevidamente
📉 relatórios oficiais errados
🚨 auditoria imediata
📰 manchete no jornal

E o pior: tudo acontece rápido, silenciosamente e em escala absurda.

Se você trabalha com z/OS, memorize esta lista.


💀 1) Alterar COPYBOOK sem análise de impacto

O erro clássico que já causou inúmeros incidentes.

Copybooks são layouts compartilhados.
Um único campo alterado pode quebrar dezenas de programas.

Consequências típicas:

  • Dados truncados

  • Campos desalinhados

  • Valores lidos incorretamente

  • ABENDs em cascata

  • Corrupção silenciosa

Regra de ouro: COPYBOOK é contrato corporativo.


🔥 2) Rodar JOB no ambiente errado

Executar produção em homologação é ruim.
Executar homologação em produção é catastrófico.

Causas comuns:

  • PROCLIB errada

  • DSN incorreto

  • Parâmetros trocados

  • Confusão de JESNODE

Resultados possíveis:

💥 Atualização de bases reais
💥 Exclusão de dados válidos
💥 Processamento duplicado
💥 Pagamentos indevidos


🧨 3) DELETE ou DISP mal configurado

Uma linha de JCL pode apagar anos de dados.

Exemplo clássico:

//DD1 DD DSN=BASE.CRITICA,
// DISP=(MOD,DELETE)

Ou:

DISP=(NEW,CATLG,DELETE)

Se algo falhar → dataset pode ser removido.

Backup salva carreiras.


📉 4) Falta de controle de EOF (fim de arquivo)

Loop infinito ou leitura inválida podem ocorrer quando EOF não é tratado corretamente.

Sintomas:

  • JOB não termina

  • CPU disparando

  • Milhões de registros “fantasma”

  • Spool gigante

Em batch noturno, isso pode travar toda a janela.


💣 5) Erro numérico silencioso (S0C7 clássico)

Dados não numéricos em campo COMP ou PIC 9.

Causas frequentes:

  • Layout incompatível

  • Arquivo incorreto

  • Campo corrompido

  • Conversão mal feita

Resultado:

💥 ABEND imediato
💥 Processamento interrompido
💥 Atraso em cadeia


🏦 6) Atualização indevida de base financeira

O tipo de incidente que gera investigação formal.

Exemplos reais já ocorridos no mercado:

  • Juros calculados incorretamente

  • Débitos duplicados

  • Saldo negativo artificial

  • Lotes reprocessados

Mesmo que reversível, o impacto reputacional é enorme.


🔁 7) Processamento duplicado

Sem controle de idempotência, o mesmo arquivo pode ser processado duas vezes.

Causas:

  • Reinício mal planejado

  • Falta de marcação de controle

  • JOB reexecutado manualmente

  • Falha na etapa final

Resultado:

💸 Pagamentos duplicados
📦 Ordens duplicadas
📊 Contabilidade incorreta


🧱 8) Alterar chave VSAM sem planejamento

Arquivos VSAM dependem da estrutura de chave.

Mudanças podem causar:

  • Registros inacessíveis

  • Perda de ordenação

  • Falhas de leitura

  • Necessidade de REORG emergencial


🛑 9) Ignorar Return Codes e mensagens

JOB terminou não significa JOB bem-sucedido.

RC > 0 pode indicar:

  • Dados incompletos

  • Warnings críticos

  • Passos ignorados

  • Condições anormais

Profissional experiente sempre verifica o output completo.


🧠 10) Falta de rollback ou plano de reversão

Antes de qualquer mudança em produção, deve existir resposta para:

👉 “Se der errado, como voltamos ao estado anterior?”

Sem isso, recovery vira improviso — e improviso em produção é perigo puro.


⚠️ 11) Permissões ou segurança mal configuradas

Mudanças em RACF/ACF2/Top Secret podem bloquear:

  • JOBs automáticos

  • Interfaces externas

  • Acesso a datasets

  • Processos batch críticos

Impacto sistêmico imediato.


⏱️ 12) Estourar a janela batch

Batch noturno é cuidadosamente orquestrado.

Um JOB lento pode:

🚧 Bloquear JOBs seguintes
📊 Atrasar abertura do sistema online
🏦 Impactar operações do dia seguinte

Performance é requisito funcional.


☕ Filosofia Bellacosa Mainframe

No Mainframe, a pergunta não é:

“Vai funcionar?”

Mas sim:

“O que acontece se falhar em escala massiva?”

Profissionais experientes pensam sempre em:

🔒 Segurança
📊 Integridade
⏳ Recuperabilidade
🧱 Previsibilidade


⭐ Conclusão

Os maiores desastres em produção não vêm de tecnologia complexa.

Vêm de pequenas decisões sem análise sistêmica.

COBOL e z/OS são extremamente confiáveis — desde que tratados com respeito.

“Produção não é lugar para experimentar. É lugar para executar com precisão cirúrgica.”